Requisitos de DNS para URLs simples no Skype para Empresas Server
Resumo: Reveja as considerações de URL Simples neste artigo antes de implementar registos DNS para o Skype para Empresas Server.
Os URLs simples facilitam a participação em reuniões para os seus utilizadores e facilitam a introdução às ferramentas administrativas do Skype para Empresas Server para administradores. Os URLs simples utilizam o seu próprio domínio, que não pode corresponder a nenhum dos domínios SIP que definir.
O Skype para Empresas Server suporta os três URLs simples seguintes: Meet, Dial-In e Admin. Tem de configurar URLs simples para Reunir e Ligar por Acesso Telefónico e o URL simples de Administrador é opcional. Os registos do Sistema de Nomes de Domínio (DNS) de que precisa para suportar URLs simples dependem de como definiu estes URLs simples e se pretende suportar a recuperação após desastre para URLs simples.
Âmbito de URL simples
Pode configurar os URLs simples para terem âmbito global ou pode especificar diferentes URLs simples para cada site central na sua organização. Se for especificado um URL simples global e um URL simples do site, o URL simples do site tem precedência.
Na maioria dos casos, recomendamos que defina URLs simples apenas ao nível global, para que o URL simples Meet de um utilizador não se altere se passar de um site para outro. A exceção seria as organizações que precisam de utilizar números de telefone diferentes para utilizadores por acesso telefónico em diferentes sites. Se definir um URL simples (como o URL simples de acesso telefónico) num site para ser um URL simples ao nível do site, também tem de definir os outros URLs simples nesse site para que também sejam ao nível do site.
Pode definir URLs simples globais no Topology Builder. Para definir um URL simples ao nível do site, utilize o cmdlet Set-CsSimpleURLConfiguration.
Definir um URL simples também requer a definição de um registo A e/ou AAAA na configuração de DNS.
Regras de nomenclatura e validação de URL simples
O Topology Builder e os cmdlets da Shell de Gestão do Skype para Empresas Server impõem várias regras de validação para os seus URLs simples. Tem de definir URLs simples para Reunir e Marcar, mas definir um para Administrador é opcional. Cada domínio SIP tem de ter um URL simples Meet separado, mas só precisa de um URL simples do Dialin e de um URL simples de Administrador para toda a organização.
Cada URL simples na sua organização tem de ter um nome exclusivo e não pode ser um prefixo de outro URL simples (por exemplo, não foi possível definir SfB2015.contoso.com/Meet como o url simples Meet e SfB2015.contoso.com/Meet/Dialin como o URL simples do Dialin). Os nomes de URL simples não podem conter o FQDN de nenhum dos conjuntos ou quaisquer informações de porta (por exemplo, https://FQDN:88/meet não são permitidas). Todos os URLs simples têm de começar com o prefixo https://.
Os URLs simples só podem conter carateres alfanuméricos (ou seja, a-z, A-Z, 0-9 e o ponto final (.). Se utilizar outros carateres, os URLs simples poderão não funcionar conforme esperado.
Alterar URLs Simples após a implementação
Se alterar um URL simples após a implementação inicial, tem de estar ciente de como a alteração afeta os seus registos E certificados DNS para URLs simples. Se a base de um URL simples for alterada, também terá de alterar os registos E certificados DNS. Por exemplo, alterar de https://SfB2015.contoso.com/Meet para https://meet.contoso.com altera o URL base de SfB2015.contoso.com para meet.contoso.com, pelo que teria de alterar os registos DNS e os certificados para fazer referência a meet.contoso.com. Se alterou o URL simples de https://SfB2015.contoso.com/Meet para https://SfB2015.contoso.com/Meetings, o URL base de SfB2015.contoso.com permanece o mesmo, pelo que não são necessárias alterações de DNS ou certificado.
No entanto, sempre que alterar um nome de URL simples, tem de executar Enable-CsComputer em cada Director e Servidor front-end para registar a alteração.
Exemplos de nomenclatura para URLs Simples
Existem três opções recomendadas para atribuir um nome aos URLs simples. A opção que escolher tem implicações na forma como configura os seus registos E certificados DNS A que suportam URLs simples. Em cada opção, tem de configurar um URL Simples Reunir para cada domínio SIP na sua organização.
Precisa sempre de apenas um URL simples em toda a sua organização para Acesso Telefónico e um para Administrador, independentemente do número de domínios SIP que tiver.
Na Opção 1, vai criar um novo nome de domínio SIP para cada URL simples.
Se utilizar esta opção, precisa de um registo DNS A separado para cada URL simples e cada URL Simples Meet tem de ser nomeado nos seus certificados.
Opção de Nomenclatura de URL Simples 1
| URL Simples |
Exemplo |
|---|---|
| Reunir |
https://meet.contoso.com, https://meet.fabrikam.come assim sucessivamente (um para cada domínio SIP na sua organização) |
| Discagem |
<https://dialin.contoso.com> |
| Administrador |
<https://admin.contoso.com> |
Com a Opção 2, os URLs simples baseiam-se no nome SfB2015.contoso.comde domínio . Por conseguinte, só precisa de um registo DNS A que permita os três tipos de URLs simples. Este registo DNS A referencia SfB2015.contoso.com. Além disso, ainda precisa de registos DNS A separados para outros domínios SIP na sua organização.
Opção de Nomenclatura de URL Simples 2
| URL Simples |
Exemplo |
|---|---|
| Reunir |
https://SfB2015.contoso.com/Meet, https://SfB2015.fabrikam.com/Meete assim sucessivamente (um para cada domínio SIP na sua organização) |
| Discagem |
<https://SfB2015.contoso.com/Dialin> |
| Administrador |
<https://SfB2015.contoso.com/Admin> |
A opção 3 é mais útil se tiver muitos domínios SIP e pretender que estes tenham URLs simples meet separados, mas quer minimizar os requisitos de certificado e registo DNS para estes URLs simples.
Opção de Nomenclatura de URL Simples 3
| URL Simples |
Exemplo |
|---|---|
| Reunir |
<https://SfB2015.contoso.com/contosoSIPdomain/Meet> <https://SfB2015.contoso.com/fabrikamSIPdomain/Meet> |
| Discagem |
<https://SfB2015.contoso.com/Dialin> |
| Administrador |
<https://SfB2015.contoso.com/Admin> |
Opção recuperação após desastre para URLs simples
Se tiver vários sites que contenham conjuntos de Front-End e o seu fornecedor de DNS suportar GeoDNS, pode configurar os seus registos DNS para URLs Simples para suportar a recuperação após desastre, para que a funcionalidade URL Simples continue mesmo que um conjunto de Front-End inteiro fique inativo. Esta funcionalidade de recuperação após desastre suporta os URLs simples do Meet and Dial-In.
Para configurar esta opção, crie dois endereços GeoDNS. Cada endereço tem dois registos DNS A ou CNAME que são resolvidos para dois conjuntos que são emparelhados para fins de recuperação após desastre. Um endereço GeoDNS é utilizado para acesso interno e é resolvido para o FQDN Web interno ou endereço IP do balanceador de carga para os dois conjuntos. O outro endereço GeoDNS é utilizado para acesso externo e é resolvido para o FQDN Web externo ou endereço IP do balanceador de carga para os dois conjuntos. Segue-se um exemplo do URL Meet simple (Reunir URL simples), que utiliza os FQDNs para os conjuntos.
Meet-int.geolb.contoso.com
Pool1InternalWebFQDN.contoso.com
Pool2InternalWebFQDN.contoso.com
Meet-ext.geolb.contoso.com
Pool1ExternalWebFQDN.contoso.com
Pool2ExternalWebFQDN.contoso.com
Em seguida, crie registos CNAME que resolvam o URL Simples (por meet.contoso.comexemplo, ) para os dois endereços GeoDNS.
Nota
Se a sua rede utilizar o hairpinning (encaminhar todo o tráfego de URL Simples através da ligação externa, incluindo o tráfego proveniente da sua organização), pode configurar o endereço GeoDNS externo e resolver o URL simples Meet apenas para esse endereço externo.
Quando utiliza este método, pode configurar cada endereço GeoDNS para utilizar um método round robin para distribuir pedidos para os dois conjuntos ou para ligar principalmente a um conjunto (como o conjunto localizado geograficamente mais próximo) e utilizar o outro conjunto apenas em caso de falha de conectividade.
Pode configurar a mesma configuração para o URL simples de Acesso Telefónico. Para tal, crie registos adicionais como os do exemplo anterior, substituindo dialin por meet nos registos DNS. Para o URL simples de Administrador, utilize uma das três opções listadas anteriormente nesta secção.
Assim que esta configuração estiver configurada, tem de utilizar uma aplicação de monitorização para configurar a monitorização http para verificar se existem falhas. Para acesso externo, monitorize para se certificar de que HTTPS GET lyncdiscover.<Os pedidos de sipdomain> para o FQDN Web externo ou o endereço IP do balanceador de carga para os dois conjuntos são bem-sucedidos. Por exemplo, os seguintes pedidos não podem conter nenhum cabeçalho ACCEPT e têm de devolver 200 OK.
HTTPS GET Pool1ExternalWebFQDN.contoso.com/autodiscover/autodiscoverservice.svc/root
HTTPS GET Pool2ExternalWebFQDN.contoso.com/autodiscover/autodiscoverservice.svc/root
Para acesso interno, tem de monitorizar a porta 5061 no FQDN Web interno ou no endereço IP do balanceador de carga para os dois conjuntos. Se forem detetadas falhas de conectividade, o VIP destes conjuntos tem de fechar as portas 80, 443 e 4443.