Налаштування PIdgin для Lync2013


22

У мене виникли труднощі з налаштуванням підгіна для роботи з обліковим записом комунікатора lync 2013 (не 2010 року) в моїй компанії.

Я або отримую повідомлення про те, що автентифікація виявилася невдалою, або Incompatible authentication scheme chosen: NTLMзалежно від значень агента користувача, використаних у цій вікі

Здається, що обидва значення агента користувача, які починаються з UCCAPI, забезпечують помилку аутентифікації, яка не вдалася, і, мабуть, «ближче» до рішення.

Я тричі перевірив правильність пароля.

Нижче наведено кілька зображень моїх налаштувань (я змінив назву компанії на "компанія" для анонімності.

введіть тут опис зображення введіть тут опис зображення

Я запускаю pidgin зі скриптом, щоб виправити помилку при записі:

export NSS_SSL_CBC_RANDOM_IV=0
pidgin -d

Я також використовую останню версію SIPE (1.10.1), використовуючи цей ppa: https://launchpad.net/~aavelar/+archive/ppa

Які налаштування потрібно змінити / додати, щоб він працював?


3
Ви намагалися використовувати повний рядок агента користувача? UCCAPI/15.0.4420.1017 OC/15.0.4420.1017 (Microsoft Lync)
mason81

1
Моя компанія перейшла на використання Office 365, і мені потрібно було відкоригувати деякі налаштування. Я вважав, що тут інформація є корисною: vincentpassaro.com/2013/02/01/…
mason81

Ви коли-небудь отримували свої імена контактів для відображення в Pidgin, що працює в Windows? У мене те саме питання.

Імена @Paulreg з'являються для мене лише тоді, коли я вручну додав їх до синхронізації. Це головний біль, і я хотів би вирішити це.
Programster

Поради, надані на цій сторінці, чудово працювали, але влітку перестали працювати. Тепер я отримую "Не вдалося встановити автентифікацію на сервер" або "Несумісна обрана схема аутентифікації" залежно від вибраних параметрів, але нічого не працює. Хтось має уявлення? Я б запропонував щедроту, але мені не вистачає респ :-(
static_rtti

Відповіді:


14

Мені вдалося налагодити це, працюючи над ubuntu 13.04 (питання, задане на ubuntu 12.04). Ось кілька покажчиків:

Використовуйте повний рядок агента користувача, як вказав @ mason81:

UCCAPI/15.0.4420.1017 OC/15.0.4420.1017 (Microsoft Lync)

Мені не потрібно було використовувати сценарій запуску для вирішення будь-яких помилок запису. напр

export NSS_SSL_CBC_RANDOM_IV=0
pidgin -d

Це пов'язане репо було безглуздо в цьому дистрибутиві, не використовуйте його. Здається, що на Ubuntu 13.04 за замовчуванням ви встановите pidgin-sipe 1.13.3-1, що є ще більш актуальною версією.

Здається, що встановлена ​​мною тут установка pidgin / sipe має третій тип аутентифікації для TLS, як показано на цьому малюнку, і це те, що мені потрібно. введіть тут опис зображення


Для довідки, ось мої налаштування підключення, які працюють: введіть тут опис зображення введіть тут опис зображення

Інші вкладки - це параметри за замовчуванням


Оновлення

Щоб це працювало в ubuntu 14.04, зробіть точно так само, але зніміть позначку з одного знака!


1
Дякую за оновлення за 14.04 - я нарешті обійшов оновлення, а потім не зміг підключитися до лінч, і це зводило мене з розуму!
mason81

Ця конфігурація працює і у версії Windows клієнта Pidgin. Я не поставив галочку під одним входом, не знаю, чи має це значення. Спасибі.
Філіп Кірнс

Підтверджено це також працює 16.04. (Одноразова реєстрація не вказана.)
Tass

5

Я керував цим, щоб отримати це, працюючи на Ubuntu 12.04, використовуючи pidgin (2.10.3) та pidgin-sipe (1.11.2-1ubuntu1), встановлені з точного / всесвітнього репо за замовчуванням. Ми також використовуємо Lync2013.

Я використовував змінну середовища для запуску pidgin. Без цього підказка буде невдалою щоразу, коли "Читання не вдалося". Це було налаштовано /home/myuser/.profileдодаванням:

export NSS_SSL_CBC_RANDOM_IV=0

Перегляньте тут, щоб отримати додаткові відомості про те, чому ця змінна потрібна для пробірки.

Налаштування сипа були такими

Вкладка "Основні":

  • Ім'я користувача: мій електронний лист, який використовується в компанії (наприклад, john.smith@company.co.uk)
  • Вхід: домен для входу в компанію \ ім'я користувача (наприклад, КОМПАНІЯ \ john.smith)

Розширена вкладка:

  • Тип з'єднання: Авто
  • Агент користувача: UCCAPI / 15.0.4420.1017 OC / 15.0.4420.1017 (Microsoft Lync)
  • Використовувати єдиний вхід: [відмічено]

Усі інші поля в розділі Advanced були порожніми. У мене не було налаштовано проксі.


2

Це те, що зараз працює для мене. У мене є обліковий запис Office365.

ОСНОВНИЙ ТАБ

Ім'я користувача: username@company.com

Вхід: ім'я користувача@company.com

Пароль: *****

[ПЕРЕВІРИТИ] Запам’ятайте пароль

Місцевий псевдонім: Моє ім’я

РОЗШИРЕНИЙ ТАБЛ

Сервер [: Порт]: BLANK

Тип з'єднання: SSL / TLS

Агент користувача: UCCAPI / 15.0.4481.1000 OC / 15.0.4481.1000 (Microsoft Lync)

Схема аутентифікації: TLS-DSK

[UNCHECK] Використовуйте єдиний вхід

Решта порожнє


2

Потрібно було трохи розібратися, але ця стаття допомогла трохи. Що потрібно знати:

  1. Користувацький агент відрізняється залежно від версії Lync вашої компанії та рівня патчу. Я знайшов свого агента, знайшовши когось у MS Lync (не linux) та переглянувши файл uccapilog (це в каталозі Lync \ Tracing), який шукає UCCAPI.
  2. Я, принаймні, повинен був знайти сервер, і довелося використовувати прямий IP замість DNS, знайшов цю інформацію в тому ж файлі, що і вище.
  3. Схема аутентифікації залежить від вибору вашої компанії при встановленні Lync, моя була NTLM.
  4. Я не використовував режим одноразового входу, оскільки мій вхід на робочу станцію - це не мій вхід у домен.

1
На яку "статтю" ви посилаєтесь?
Девід Фоерстер

@DavidFoerster, безумовно, незрозуміло, але він, можливо, має на увазі це питання і відповіді?
Старійшина Гек

1

Якщо у вас увімкнено функцію MultiFactorAuthentication, вам потрібно буде вказати "пароль програми" на основній вкладці, а вхід електронної пошти та пароль електронної пошти на додатковій вкладці.


0

Для довідки: Я вперше Pidgin / SIPE працював над Ubuntu, дотримуючись вказівок програміста. Потім я спробував у Windows, і це не вдалось із повідомленням про помилку

Web ticket request to https://webpoolams0e08.infra.lync.com:443/CertProv/CertProvisioningService.svc failed

Знімаючи SSO, знову ж таки згідно з інструкціями Programster, це вирішило. Єдина проблема в тому, що для моїх контактів Lync не відображаються імена. Якщо я наведіть курсор миші, на екрані з'явиться "підказка" інструменту з назвою, але ім'я залишиться невидимим, коли миші немає.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.