Требования DNS для простых URL-адресов в Lync Server 2013

  • Статья

 

Последнее изменение раздела: 2013-02-22

Lync Server 2013 поддерживает простые URL-адреса, которые упрощают присоединение пользователей к собраниям и упрощают доступ к средствам администрирования Lync Server для администраторов. Дополнительные сведения о простых URL-адресах см. в статье "Планирование простых URL-адресов в Lync Server 2013".

Lync Server поддерживает следующие три простых URL-адреса: Meet, Dial-In и Администратор. Необходимо настроить простые URL-адреса для собрания и телефонного подключения, а Администратор URL-адрес является необязательным. Записи DNS, необходимые для поддержки простых URL-адресов, зависят от того, как вы определили эти простые URL-адреса и хотите ли вы поддерживать аварийное восстановление для простых URL-адресов.

Простой URL-адрес, вариант 1

В варианте 1 создается новый базовый URL-адрес для каждого простого URL-адреса.

Примечание.

Когда пользователь щелкает простую ссылку на собрание URL-адресов, сервер, который разрешается записью DNS A, определяет правильное клиентское программное обеспечение для запуска. После запуска клиентского программного обеспечения оно автоматически взаимодействует с пулом, в котором размещена конференция. Таким образом, пользователи направляются на соответствующий сервер для содержимого собрания независимо от того, на каком сервере или в пуле разрешается простой URL-адрес записей DNS A.

Простой URL-адрес, вариант 1

Простой URL-адрес

Пример

Встретиться

https://meet.contoso.com, https://meet.fabrikam.comи т. д. (по одному для каждого домена SIP в организации)

Телефонные подключения

https://dialin.contoso.com

Администратор

https://admin.contoso.com

При использовании варианта 1 необходимо определить следующее:

  • Для каждого простого URL-адреса meet требуется запись A DNS, которая разрешает URL-адрес в IP-адрес директора, если он развернут. В противном случае он должен быть разрешен в IP-адрес подсистемы балансировки нагрузки пула переднего плана. Если вы не развернули пул и используете серверное развертывание Standard Edition, запись DNS A должна разрешать ip-адрес одного сервера Standard Edition в вашей организации.

    Если в вашей организации несколько доменов SIP и вы используете этот параметр, необходимо создать простые URL-адреса meet для каждого домена SIP, и вам потребуется запись DNS A для каждого простого URL-адреса Meet. Например, если у вас есть contoso.com и fabrikam.com, вы создайте записи DNS A для https://meet.contoso.com обоих типов https://meet.fabrikam.comи .

    Кроме того, если у вас несколько доменов SIP и вы хотите свести к минимуму требования к записи DNS и сертификатам для этих простых URL-адресов, используйте вариант 3, как описано далее в этом разделе.

  • Для простого URL-адреса для телефонного подключения требуется запись DNS A, которая разрешает URL-адрес в IP-адрес директора, если он развернут. В противном случае он должен быть разрешен в IP-адрес подсистемы балансировки нагрузки пула переднего плана. Если вы не развернули пул и используете серверное развертывание Standard Edition, запись DNS A должна разрешать ip-адрес одного сервера Standard Edition в вашей организации.

  • Простой Администратор URL-адрес является внутренним. Для этого требуется запись DNS A, которая разрешает URL-адрес в IP-адрес директора, если он развернут. В противном случае он должен быть разрешен в IP-адрес подсистемы балансировки нагрузки пула переднего плана. Если вы не развернули пул и используете серверное развертывание Standard Edition, запись DNS A должна разрешать ip-адрес одного сервера Standard Edition в вашей организации.

Простой URL-адрес, вариант 2

В варианте 2 url-адреса "Собрание", "Dial-in" и "Администратор" имеют общий базовый URL-адрес, например lync.contoso.com. Поэтому для этих простых URL-адресов требуется только одна запись DNS A, которая разрешает lync.contoso.com в IP-адрес пула директоров или пула переднего плана. Если вы не развернули пул и используете серверное развертывание Standard Edition, запись DNS A должна разрешать ip-адрес одного сервера Standard Edition в вашей организации.

Обратите внимание, что при наличии нескольких доменов SIP в организации необходимо создать простые URL-адреса meet для каждого домена SIP и запись DNS A для каждого простого URL-адреса meet. В этом примере, хотя три простых URL-адреса основаны на lync.contoso.com, дополнительный простой URL-адрес meet для fabrikam.com настраивается с другим базовым URL-адресом. В этом примере необходимо создать записи DNS A для и https://lync.contoso.com для https://lync.fabrikam.com. Простой ВАРИАНТ URL-адреса 3 демонстрирует другой способ обработки именования и записей DNS A при наличии нескольких доменов SIP.

Простой URL-адрес, вариант 2

Простой URL-адрес

Пример

Встретиться

https://lync.contoso.com/Meet, https://lync.fabrikam.com/Meetи т. д. (по одному для каждого домена SIP в организации)

Телефонные подключения

https://lync.contoso.com/Dialin

Администратор

https://lync.contoso.com/Admin

Простой URL-адрес, вариант 3

Вариант 3 наиболее удобен, если у вас много доменов SIP и вы хотите, чтобы они были отдельными простыми URL-адресами, но хотите свести к минимуму требования к записи DNS и сертификатам для этих простых URL-адресов. В этом примере требуется только одна запись DNS A, которая разрешает lync.contoso.com в IP-адрес пула директоров или пула переднего плана.

Простой URL-адрес, вариант 3

Простой URL-адрес

Пример

Встретиться

https://lync.contoso.com/contosoSIPdomain/Meet

https://lync.contoso.com/fabrikamSIPdomain/Meet

Телефонные подключения

https://lync.contoso.com/contosoSIPdomain/Dialin

Администратор

https://lync.contoso.com/contosoSIPdomain/Admin

Вариант аварийного восстановления для простых URL-адресов

Если у вас есть несколько сайтов, содержащих пулы переднего плана, а ваш поставщик DNS поддерживает GeoDNS, вы можете настроить записи DNS для простых URL-адресов для поддержки аварийного восстановления, чтобы функции простого URL-адреса продолжались даже при сбое всего пула переднего плана. Эта функция аварийного восстановления поддерживает простые URL-адреса для собрания и телефонного подключения.

Чтобы настроить этот параметр, создайте два географических адреса. Каждый адрес содержит две записи DNS A или CNAME, которые разрешаются в два пула, которые объединены в целях аварийного восстановления. Один geoDNS-адрес используется для внутреннего доступа и разрешается во внутреннее полное доменное имя веб-сайта или IP-адрес подсистемы балансировки нагрузки для двух пулов. Другой адрес GeoDNS используется для внешнего доступа и разрешается во внешнее полное доменное имя веб-сайта или IP-адрес подсистемы балансировки нагрузки для двух пулов. Ниже приведен пример простого URL-адреса meet с использованием полных доменных имен для пулов.

 Meet-int.geolb.contoso.com
      Pool1InternalWebFQDN.contoso.com
      Pool2InternalWebFQDN.contoso.com

Meet-ext.geolb.contoso.com
      Pool1ExternalWebFQDN.contoso.com
      Pool2ExternalWebFQDN.contoso.com

Затем создайте записи CNAME, которые разрешают простой URL-адрес Meet (например, meet.contoso.com) в два географических адреса.

Примечание.

Если в сети используется привязка (маршрутизация всего трафика Simple URL через внешнюю ссылку, включая трафик, поступающий из организации), можно просто настроить внешний адрес GeoDNS и разрешить простой URL-адрес meet только по этому внешнему адресу.

При использовании этого метода можно настроить каждый адрес GeoDNS для использования метода циклического перебора для распределения запросов по двум пулам или для подключения в основном к одному пулу (например, к пулу, расположенного географически близко) и использовать другой пул только в случае сбоя подключения.

Вы можете настроить ту же конфигурацию для простого URL-адреса для телефонного подключения. Для этого создайте дополнительные записи, как в предыдущем примере, dialin заменив их meet в записях DNS. Для Администратор URL-адреса используйте один из трех вариантов, перечисленных выше в этом разделе.

После настройки этой конфигурации необходимо использовать приложение мониторинга, чтобы настроить мониторинг HTTP для отслеживания сбоев. Для внешнего доступа отслеживайте успешность запросов автообнаружения HTTPS GET к внешнему полное доменное имя веб-сайта или IP-адресу подсистемы балансировки нагрузки для двух пулов. Например, следующие запросы не должны содержать заголовок ACCEPT и должны возвращать значение 200 OK.

    HTTPS GET Pool1ExternalWebFQDN.contoso.com/autodiscover/autodiscoverservice.svc/root
    HTTPS GET Pool2ExternalWebFQDN.contoso.com/autodiscover/autodiscoverservice.svc/root

Для внутреннего доступа необходимо отслеживать порт 5061 на внутреннем веб-полное доменное имя или IP-адрес подсистемы балансировки нагрузки для двух пулов. Если обнаружены сбои подключения, виртуальный IP-адрес для этих пулов должен закрыть порты 80, 443 и 444.