Планирование простых URL-адресов в Lync Server 2013

Статья
12/12/2015

Дата последнего изменения раздела: 12.12.2015

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

Lync Server поддерживает три простых URL-адреса:

Meet используется в качестве базового URL-адреса для всех конференций на сайте или в организации. Пример простого URL-адреса meet:https://meet.contoso.com URL-адрес для определенного собрания может быть https://meet.contoso.com/*username*/7322994.

С помощью простого URL-адреса "Собрание" ссылки для присоединения к собраниям легко понять, а также легко общаться и распространять.
С помощью телефонного подключения можно получить доступ к веб-странице параметров конференц-связи с телефонным подключением. Эта страница отображает номера для телефонного подключения к конференции с доступными языками, сведениями о назначенных конференциях (т. е. о собраниях, не требующих планирования) и элементами управления DTMF в ходе конференции; поддерживается также управление личными идентификационными номерами (ПИН-кодами) и сведениями о назначенных конференциях. Простой URL-адрес телефонного подключения включается во все приглашения на собрания. Таким образом пользователи, которые хотят подключиться к собранию по телефону, могут найти в нем необходимый номер телефона и ПИН-код. Пример простого URL-адреса для телефонного подключения:https://dialin.contoso.com
Администратор обеспечивает быстрый доступ к серверу Lync Server панель управления. На любом компьютере в брандмауэрах организации администратор может открыть сервер Lync Server панель управления, введя Администратор url-адрес в браузере. Этот URL-адрес используется внутри организации. Пример простого URL Администратор URL-адреса:https://admin.contoso.com

Область простого URL-адреса

Вы можете настроить простые URL-адреса для глобальной области или указать разные простые URL-адреса для каждого центрального сайта в организации. Если указаны простой URL-адрес глобальной области и простой URL-адрес области сайта, приоритет имеет простой URL-адрес области сайта.

В большинстве случаев рекомендуется задавать простые URL-адреса только на глобальном уровне, чтобы простой URL-адрес meet пользователя не менялся при переходе с одного сайта на другой. Исключением могут быть организации, которым необходимо использовать разные телефонные номера для пользователей с телефонным доступом на разных сайтах. Обратите внимание, что если один простой URL-адрес (например, простой URL-адрес для телефонного подключения) на сайте является простым URL-адресом на уровне сайта, необходимо также задать другие простые URL-адреса на этом сайте на уровне сайта.

Примечание.

Если вы решили использовать простые URL-адреса на уровне сайта, пользователи не смогут перемещаться между пулами Front-End на разных сайтах, если эти пользователи не перепланирует все запланированные собрания, так как простые URL-адреса собраний отличаются между сайтами. К ним относятся сценарии отработки отказа, в которых пулы в связях резервных копий находятся на отдельных сайтах. Если вам нужно выполнить отработку отказа между сайтами, на которых развернуты простые URL-адреса для области сайта, пользователи не смогут присоединяться к собраниям из-за области действия URL-адреса. Дополнительные сведения см. в командной строке Get-CsSimpleUrlConfiguration.

В построителе топологий можно задать глобальные простые URL-адреса. Чтобы задать простой URL-адрес на уровне сайта, необходимо использовать Set-CsSimpleURLConfiguration командлета.

Именование простых URL-адресов

Существует три рекомендуемых варианта именования простых URL-адресов. Выбор варианта влияет на настройку записей и сертификатов DNS A, которые поддерживают простые URL-адреса. В каждом варианте необходимо настроить один простой URL-адрес Meet для каждого домена SIP в организации.

Для телефонного подключения всегда требуется только один простой URL-адрес во всей организации и один для Администратор независимо от количества доменов SIP.

Дополнительные сведения о необходимых записях и сертификатах DNS A см. в документации по планированию требований DNS для простых URL-адресов в Lync Server 2013 и требований к сертификатам для внутренних серверов в Lync Server 2013 .

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

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

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

Простой URL-адрес	Пример
Встретиться	https://meet.contoso.com, https://meet.fabrikam.comи т. д. (по одному для каждого домена SIP в организации)
Телефонные подключения	https://dialin.contoso.com
Администратор	https://admin.contoso.com

В варианте 2 простые URL-адреса основаны на доменных именах lync.contoso.com. Поэтому требуется только одна запись DNS A, которая включает все три типа простых URL-адресов. Эта запись DNS A ссылается lync.contoso.com. Кроме того, вам по-прежнему требуются отдельные записи 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

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

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

Простой URL-адрес	Пример
Встретиться	https://lync.contoso.com/contosoSIPdomain/Meet https://lync.contoso.com/fabrikamSIPdomain/Meet
Телефонные подключения	https://lync.contoso.com/Dialin
Администратор	https://lync.contoso.com/Admin

Простые правила именования и проверки URL-адресов

Построитель топологий и командлеты командной консоли Lync Server принудительно применяют несколько правил проверки для простых URL-адресов. Необходимо задать простые URL-адреса для meet и Dialin, но задать один для Администратор необязательно. Каждый домен SIP должен иметь отдельный URL-адрес meet, но вам потребуется только один простой URL-адрес Dialin и один Администратор URL-адрес для всей организации.

Каждый простой URL-адрес в организации должен иметь уникальное имя и не может быть префиксом другого простого URL-адреса (например, вы не можете задать lync.contoso.com/Meet в качестве простого URL-адреса meet и lync.contoso.com/Meet/Dialin в качестве простого URL-адреса Dialin). Простые имена URL-адресов не могут содержать полное доменное имя любого из пулов или сведения о портах (например, https://FQDN:88/meet не допускаются). Все простые URL-адреса должны начинаться с https:// префикса.

Простые URL-адреса могут содержать только буквенно-цифровые символы (то есть a-z, A-Z, 0–9 и точку (.). Если вы используете другие символы, простые URL-адреса могут работать не так, как ожидалось.

Изменение простых URL-адресов после развертывания

При изменении простого URL-адреса после первоначального развертывания необходимо знать, как это изменение влияет на записи и сертификаты DNS для простых URL-адресов. Если изменяется основа простого URL-адреса, необходимо также изменить записи и сертификаты DNS. Например, если https://lync.contoso.com/Meet https://meet.contoso.com изменить базовый URL-адрес с lync.contoso.com на meet.contoso.com, потребуется изменить записи и сертификаты DNS для ссылки на meet.contoso.com. При изменении простого URL-адреса https://lync.contoso.com/Meet https://lync.contoso.com/Meetingsна базовый URL-адрес lync.contoso.com не изменяется, поэтому изменения DNS или сертификата не требуются.

Однако при каждом изменении имени простого URL-адреса необходимо запустить Enable-CsComputer на каждом директоре и сервере переднего плана, чтобы зарегистрировать изменение.

См. также

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