Compartilhar via

Alterar a URL dos Serviços Web no Lync Server 2013

  • Artigo

 

Tópico Última Modificação: 11-11-2015

Ao configurar seus pools de Front-End e servidores Standard Edition, você tem a opção de configurar um FQDN (nome de domínio totalmente qualificado) e portas associadas a um farm da Web externo. Se você não configurou essa URL ao executar o Assistente de Implantação do Lync Server, precisará definir manualmente essas configurações. Um administrador normalmente não precisa modificar essas configurações, pois essas são as portas recomendadas e padrão.

Nota

A captura de tela a seguir foi feita durante a configuração de um servidor Standard Edition, portanto, a opção Substituir FQDN está desabilitada. Essa opção é habilitada ao configurar um Edição Enterprise em um pool de Front-Ends.

Editar Configurações do Pool de Serviços Web

Para configurar serviços Web

  1. Faça logon no computador no qual o Construtor de Topologias está instalado como um membro do grupo Admins. do Domínio ou do grupo RTCUniversalServerAdmins.

  2. Inicie o Construtor de Topologias: clique em Iniciar, em Todos os Programas, noMicrosoft Lync Server 2013 e em Lync Server Topology Builder.

  3. No Construtor de Topologias, na árvore de console em Servidores Front-End standard Edition, Edição Enterprise pools de front-end e pools de diretórios, selecione o nome do pool. Clique com o botão direito do mouse no nome, clique em Editar Propriedades e, em seguida, clique em Serviços Web.

  4. Adicione ou edite o FQDN dos Serviços Web Externos e clique em OK.

    Aviso

    Se você tiver mais de um pool de Front-Ends ou Servidor Front-End, o FQDN de serviços Web externos deverá ser exclusivo. Por exemplo, se você definir o FQDN de serviços Web externos de um Servidor Front-End como pool01.contoso.com, não poderá usar o pool01.contoso.com para outro pool de Front-Ends ou Servidor Front-End. Se você também estiver implantando Diretores, o FQDN de serviços Web externos definido para qualquer pool de Diretor ou Diretor deverá ser exclusivo de qualquer outro pool de Diretores ou Diretores, bem como qualquer pool de Front-Ends ou Servidor Front-End.

  5. Verifique se as portas de escuta e publicada estão configuradas corretamente para seu ambiente.

  6. Repita essas etapas para todos os servidores Standard Edition, pools de front-end e pools de diretor em seu ambiente.

  7. Na árvore de console, clique em Lync Server 2013 e, no painel Ações, clique em Publicar Topologia.

Há alguns requisitos que você deve estar ciente ao configurar as portas de Escuta e Publicação:

  • As portas de escuta mostradas são as portas configuradas para o Servidor de Informações da Internet (IIS) em cada Servidor Front-End.

  • As portas de escuta internas e externas devem ser diferentes para o IIS. Para as portas de escuta externas, elas normalmente são as mesmas porque uma representa o balanceador de carga de hardware para o tráfego interno da Web e outra representa o servidor proxy reverso para tráfego da Web externo.

  • Você pode substituir os serviços Web internos em um pool de Front-Ends, Diretor ou Um Pool de Diretores e definir seu próprio FQDN.

    Aviso

    Se você decidir substituir os serviços Web internos por um FQDN autodefina, cada FQDN deverá ser exclusivo de qualquer outro pool de Front-Ends, diretor ou pool de diretores.

  • As portas publicadas devem ser configuradas no proxy reverso ou no balanceador de carga de hardware como portas de escuta.

  • Para um pool de Front-Ends (não mostrado no exemplo), o FQDN do pool SIP interno deve ser diferente do FQDN de serviços Web internos, pois o tráfego da Web vem por meio do balanceador de carga de hardware e o tráfego interno do pool SIP passa pelo balanceador de carga DNS. Esse requisito deve ser atendido.

  • Uma implantação do Lync Server Standard Edition não precisa ou permite que um FQDN de serviços Web interno seja substituído porque esse servidor não pode ter balanceamento de carga.

  • Se você tiver um balanceador de carga de hardware em seu ambiente que usa para o tráfego INTERNO SIP e da Web, o Construtor de Topologias não poderá fazer a distinção.

    Os FQDNs de serviço Web devem ser facilmente diferenciados entre si; que ajuda a garantir que o redirecionamento de URL aponte os clientes para o servidor apropriado. Por exemplo, se você tiver dois FQDNs, considere nomear um meeting.contoso.com e o outro conferencing.contoso.com. Você poderá ter problemas de redirecionamento se tiver FQDNs com nomes mais semelhantes, como meet1.contoso.com e meet2.contoso.com.

Os serviços Web externos funcionam em conjunto com um proxy reverso na rede de perímetro. Ele fornece aos clientes acesso externo usando esses serviços Web. Os FQDNs configurados aqui são enviados aos clientes quando eles fazem logon e são usados para fazer uma conexão HTTPS de volta para o proxy reverso ao se conectar remotamente. O servidor proxy reverso encaminha o FQDN do serviço Web externo para um balanceador de carga de hardware interno ou diretamente para o pool. O proxy reverso deve ser capaz de resolver o FQDN de serviços Web externos para o endereço IP do servidor Web interno. O FDQN de serviços Web externos deve ser resolvido na Internet pública.

Se o servidor interno for um servidor Standard Edition, o FQDN interno será o FQDN do servidor Standard Edition. Se o servidor interno for um pool de Front-Ends, o FQDN será um VIP (IP virtual) do balanceador de carga de hardware que balanceia a carga dos servidores internos do web farm. Um balanceador de carga de hardware é necessário em um pool de Front-Ends com mais de um Edição Enterprise servidor. Um balanceador de carga não é necessário para um servidor Standard Edition ou um único Edição Enterprise Front-End.