Polycom CX500 Lync Phone Edition не может войти в систему
Я настроил систему Lync, которая успешно работает с клиентом Lync Windows.
Я следовал инструкциям на http://blog.schertz.name/2010/12/configuring-lync-server-for-phone-edition-devices/ и смог успешно настроить DHCP и DNS. Я проверил с:
DHCPUtil -EmulateClient
а также
Test-CsPhoneBootstrap
Которые оба вернулись успешно.
Однако при вводе тех же данных, которые работали над Test-CsPhoneBootstrap на Polycom CX500, я получаю сообщение об ошибке:
"Невозможно найти учетную запись, соответствующую этому номеру телефона. Обратитесь в службу поддержки".
Существует также очень быстрая вспышка ошибки, которую мне удалось зафиксировать на видео:
"Используемая учетная запись не авторизована. Обратитесь в службу поддержки".
Это появляется очень кратко, прежде чем ошибка, показанная выше, остается на экране.
В моих журналах Lync для устройства есть только одна строка:
2012-05-23 04:37:51 10.8.0.111 POST /CertProv/CertProvisioningService.svc/anon - 80 - 10.8.32.6 OCPhone/4.0.7577.250+(Microsoft+Lync+2010+Phone+Edition) 200 0 0 7
Больше ничего не зарегистрировано для IP-адреса телефона.
Что я пробовал
Я нашел очень мало сообщений в Интернете о подобных проблемах. Испытанные решения:
Сброс к заводским настройкам
Я загрузил телефон, держащий 4 и 6, и выбрал опцию, чтобы сбросить его.
Обновите прошивку
Я импортировал и одобрил последнюю прошивку. Тем не менее, кажется, что телефон не будет обновляться, если он не может войти.
Не используйте подстановочный сертификат
http://blog.schertz.name/2011/02/lync-phone-edition-incompatible-wildcard-certificates/ Наши внутренние сертификаты не являются подстановочными. Они созданы нашим сервером сертификатов.
Кто-нибудь еще сталкивался с этим раньше? Какие-нибудь советы?
2 ответа
Если Schannel отправляет усеченный список доверенных корневых центров сертификации в редакцию телефона Lync во время процесса установления связи TLS/SSL. Пожалуйста, попробуйте настроить Schannel не отправлять список на сервер Lync FE и убедитесь, что проблема возникает снова.:
Нажмите кнопку Пуск, выберите пункт Выполнить, введите regedit, а затем нажмите кнопку ОК. Найдите и выберите следующий раздел реестра: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL
В меню "Правка" выберите пункт "Создать", а затем нажмите "Значение типа DWORD". Введите "SendTrustedIssuerList" и нажмите клавишу ВВОД, чтобы присвоить имя записи реестра.
Щелкните правой кнопкой мыши SendTrustedIssuerList и выберите команду "Изменить". В поле "Значение" введите 0, если этого значения еще нет.
Закройте редактор реестра и перезагрузите сервер.
Убедитесь, что ваш корневой сертификат находится в AD, где телефон знает, как его искать: http://technet.microsoft.com/en-us/library/gg398270%28v=ocs.14%29.aspx
Если вы используете балансировщик нагрузки и промежуточный ЦС (ЦС, выдавший сертификаты сервера Lync, не является корневым ЦС), убедитесь, что полная цепочка сертификатов передается на подключающееся устройство. Один из способов сделать это - передать балансировщику нагрузки всю цепочку сертификатов, а не только сертификат сервера. Более подробная информация здесь: http://mandie.net/2014/09/10/lync-phone-edition-pin-cisco-certificate-chain/. Прочитайте комментарии для получения информации о том, что, вероятно, является лучшим способом справиться с этим.
Кроме того, Test-CsPhoneBootstrap может давать ложное срабатывание, если компьютер, на котором выполняются команды Lync, не находится в той же подсети, что и телефон (они, вероятно, не будут находиться в одной подсети во всех, кроме самых маленьких организаций). Например, я получал хороший результат от этого, когда находился либо непосредственно на одном из наших серверов Lync, либо неявно удаленно со своего рабочего стола на один из них, чтобы выполнить эту команду.
Однако, когда я установил Lync Management Tools на свой рабочий стол и попробовал его оттуда, появилась правда.
Причина? На серверах Lync работал DHCP "lite", поэтому в их подсети они получали правильные значения, но в подсетях, где были включены телефоны, все еще были проблемы.