Resumo de DNS – Descoberta automática no Lync Server 2013
Tópico última modificação: 13/02/2013
A Descoberta Automática é um serviço flexível, já que aceitará a comunicação via HTTP ou HTTPS. Para fazer isso, o DNS (sistema de nomes de domínio) e os certificados usados pelos servidores que hospedam o serviço de Descoberta Automática devem ser configurados corretamente. Os requisitos de certificado são abordados no Resumo do certificado – Descoberta Automática no Lync Server 2013.
Importante
A lógica de pesquisa de DNS para os clientes do Lync Server usa uma ordem específica de resolução. Você sempre deve incluir o lyncdiscoverinternal.< e> o lyncdiscover.< domínio> em seu DNS. Excluindo o lyncdiscoverinternal.< O> registro de domínio fará com que os clientes internos não se conectem aos serviços pretendido ou recebam a resposta incorreta de Descoberta Automática.
Registros DNS internos
| Tipo de registro | Nome do host | Resolve para |
|---|---|---|
CNAME |
Lyncdiscoverinternal.< nome de domínio interno> |
FQDN de Serviços Web Internos para seu pool de Diretores, se você tiver um, ou para o pool de Front-Ends, se você não tiver um Diretor. |
A (host, se IPv6, AAAA) |
lyncdiscoverinternal.< nome de domínio interno> |
Endereço IP (VIP) dos Serviços Web Internos se você usar um balanceador de carga do pool de Diretores, se tiver um, ou do pool de Front-Ends, se você não tiver um Diretor. |
Você precisa criar um dos seguintes registros DNS externos:
Registros DNS externos
| Tipo de registro | Nome do host | Resolve para |
|---|---|---|
CNAME |
lyncdiscover.< sipdomain> |
FQDN de Serviços Web Externos para seu pool de Diretores, se você tiver um, ou para o pool de Front-Ends, se você não tiver um Diretor. |
A (host, se IPv6, AAAA) |
lyncdiscover.< sipdomain> |
Endereço IP externo ou público do proxy reverso. |
Nota
O tráfego externo passa pelo proxy reverso.
Nota
Os clientes de dispositivo móvel não dão suporte a vários certificados SSL (Secure Sockets Layer) de domínios diferentes. Portanto, não há suporte para o redirecionamento de CNAME para domínios diferentes via HTTPS. Por exemplo, não há suporte para um registro CNAME dns lyncdiscover.contoso.com redireciona para um endereço de director.contoso.net por HTTPS. Nessa topologia, um cliente de dispositivo móvel precisa usar HTTP para a primeira solicitação, para que o redirecionamento CNAME seja resolvido por HTTP. Em seguida, as solicitações subsequentes usam HTTPS. Para dar suporte a esse cenário, você precisa configurar o proxy reverso com uma regra de publicação na Web para a porta 80 (HTTP). Para obter detalhes, consulte "Para criar uma regra de publicação na Web para a porta 80" na configuração do proxy reverso para mobilidade no Lync Server 2013. Há suporte para o redirecionamento de CNAME para o mesmo domínio via HTTPS. Nesse caso, o certificado do domínio de destino abrange o domínio de origem.