Настройка PIdgin для Lync2013


22

У меня возникли проблемы с настройкой pidgin для работы с учетной записью моей коммуникатора lync 2013 (не 2010) в microsoft 365.

Я либо получаю сообщение о том, что аутентификация не пройдена, либо 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 Имена появляются только для меня, когда я вручную добавляю их в lync. Это серьезная боль, и я бы хотел решить эту проблему.
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 - я наконец дошел до обновления, а затем не смог подключиться к lync, и это сводило меня с ума!
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

Проверьте здесь для получения дополнительной информации о том, почему эта переменная необходима для sipe.

Настройки sipe были следующими

Вкладка «Основные»:

  • Имя пользователя: мой электронный адрес, используемый в компании (например, john.smith@company.co.uk)
  • Логин: домен регистрации компании \ имя пользователя (например, COMPANY \ john.smith)

Вкладка « Дополнительно »:

  • Тип подключения: Авто
  • Пользовательский агент: UCCAPI / 15.0.4420.1017 OC / 15.0.4420.1017 (Microsoft Lync)
  • Использовать единый вход: [отмечен галочкой]

Все остальные поля в Advanced были пустыми. У меня не был настроен прокси.


2

Это то, что в настоящее время работает для меня. У меня есть учетная запись Office365.

BASIC TAB

Имя пользователя: username@company.com

Логин: username@company.com

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

[ПРОВЕРИТЬ] Запомнить пароль

Локальный псевдоним: Мое имя

ПРОДВИНУТАЯ ВКЛАДКА

Сервер [: Порт]: ПУСТО

Тип подключения: 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. Я не использовал Single-Sign-on, поскольку моя рабочая станция не является моей учетной записью в домене.

1
На какую «статью» вы ссылаетесь?
Дэвид Фёрстер

@DavidFoerster, это определенно неясно, но он может иметь в виду эти вопросы и ответы?
Старейшина Гик

1

Если у вас включена функция MultiFactorAuthentication, вам нужно будет указать «пароль приложения» на базовой вкладке, а также логин и пароль электронной почты на вкладке «Дополнительно».


0

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

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

Отменив единый вход, опять же, по словам программиста, инструкции решили это. Единственная проблема сейчас в том, что имена моих контактов Lync не видны. Если я наведу курсор мыши на них, появится «подсказка» с именем, но имя останется невидимым, когда мыши нет.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.