Windows Server 2025 / Como funcionam as vinculações e os pools de aplicativos do IIS

Uma vinculação do IIS direciona uma solicitação para um site conforme o protocolo, o endereço IP, a porta e o nome do host. Um pool de aplicativos define o processo e a identidade usados para executar o site. Para hospedar vários sites no mesmo endereço e porta, configure separadamente o DNS, as vinculações, as pastas e os pools.

Diferencie os quatro elementos da configuração

Um registro DNS não cria uma vinculação no IIS, e uma vinculação não cria um registro DNS. Antes de adicionar um site, confira as combinações de endereço IP, porta e nome do host já usadas na referência de vinculações do IIS da Microsoft.

Comece com o site LabSite funcionando no WEB1 em 172.24.50.30:8080. Anote as vinculações existentes antes de alterá-las. O exercício acrescenta dois nomes privados do laboratório sem modificar o DNS público nem sites de produção.

Adicione e verifique os nomes DNS

1. No DC1, abra a zona de pesquisa direta lab.example.test já criada no Gerenciador de DNS.
2. Crie um registro de host A chamado web apontando para 172.24.50.30.
3. Crie um registro A chamado status apontando para o mesmo endereço.
4. Confirme que o CLIENT1 usa o DC1 como servidor DNS interno.
5. Resolva os dois nomes e confira os endereços retornados.

Resolve-DnsName web.lab.example.test -Server 172.24.50.10
Resolve-DnsName status.lab.example.test -Server 172.24.50.10

lab.example.test é uma zona DNS de laboratório separada do domínio Active Directory ad.example.test. Uma zona primária armazenada em arquivo não é replicada automaticamente para o DC2. Se a zona não existir, confira o servidor e a configuração DNS planejados antes de criar os registros.

Adicione o nome do host à vinculação do primeiro site

1. No Gerenciador do IIS → LabSite → Vinculações, selecione a vinculação http / 172.24.50.30 / 8080 sem nome do host.
2. Altere o nome do host para web.lab.example.test.
3. Verifique se nenhuma outra vinculação usa a mesma combinação.
4. No CLIENT1, abra http://web.lab.example.test:8080/.

Um cabeçalho HTTP Host não é autenticação de usuário. Conhecer o nome configurado não estabelece a identidade de um usuário. O acesso direto por IP pode se comportar de forma diferente após essa alteração, então teste o site usando seu nome pretendido.

Se a página não abrir, confira primeiro se o DNS retorna 172.24.50.30; depois compare a porta e o nome solicitados com a vinculação do IIS. Não substitua o DNS interno por um servidor público nem desative o firewall indiscriminadamente.

Crie o segundo site com sua própria identidade

1. Crie a pasta C:\Sites\StatusSite e nela um index.html com uma mensagem diferente da página do LabSite.
2. Crie o StatusSitePool com Sem Código Gerenciado (No Managed Code) e ApplicationPoolIdentity.
3. Conceda a IIS AppPool\StatusSitePool permissão de leitura e execução nessa pasta, preservando as permissões de SYSTEM e dos administradores.
4. Crie o StatusSite usando a pasta e o pool.
5. Defina a vinculação http / 172.24.50.30 / 8080 / status.lab.example.test.
6. Configure a autenticação anônima para usar a identidade do pool de aplicativos.
7. No CLIENT1, abra os dois nomes e compare o conteúdo das páginas.

Dois sites podem compartilhar endereço IP e porta quando suas vinculações têm nomes de host diferentes. Não duplique a combinação completa. Verifique também se ainda existe uma vinculação sem nome de host e quais solicitações ela pode receber.

Pools separados permitem controlar individualmente a identidade, a parada e a reciclagem dos processos. Ainda assim, compartilham o sistema operacional, o kernel, o armazenamento e os recursos do host; o isolamento não equivale ao de máquinas virtuais separadas. Conceda apenas as permissões necessárias, conforme a documentação da Microsoft sobre identidades de pools do IIS.

Compare a parada e a reciclagem de um pool

1. Anote as respostas normais dos dois sites e o estado dos respectivos pools.
2. Pare apenas o StatusSitePool.
3. Envie novas solicitações aos dois nomes e registre as respostas.
4. Inicie novamente o StatusSitePool e verifique se o StatusSite volta a responder.

O site cujo pool foi parado pode responder com HTTP 503. Verifique se o LabSite, em outro pool, continua funcionando; a saturação de recursos compartilhados ainda é possível. Antes de intervir, diferencie a parada de um site da parada de seu pool.

A reciclagem substitui o processo de trabalho e pode afetar sessões mantidas na memória ou solicitações em andamento. O resultado observado em uma página estática não garante continuidade para uma aplicação dinâmica. Para desfazer o exercício, remova apenas o StatusSite, seu pool e os registros DNS adicionados que não forem mais necessários; mantenha a vinculação com nome do LabSite se for prosseguir para HTTPS.