A mensagem de status diz «Resolving host in proxy script», mas trocar de servidor proxy muda pouco. É uma pista útil: talvez o navegador ainda esteja decidindo para onde enviar a solicitação.

Um arquivo PAC pode fazer verificações que dependem do DNS. Se essas verificações esperam por um resolvedor inacessível ou repetem perguntas desnecessárias, o carregamento da página pode parar antes que o proxy escolhido receba qualquer coisa.

1. Localize a pausa

Para uma URL afetada, determine se o atraso ocorre ao obter o arquivo PAC, ao avaliá-lo ou ao conectar ao proxy devolvido. Um registro de acesso do proxy vazio é compatível com as duas primeiras etapas; não prova que o navegador usou uma rota direta.

Depois verifique quais regras precisam de DNS. As orientações de desempenho de PAC da Microsoft recomendam evitar trabalho desnecessário que dependa do DNS. Uma verificação de igualdade de nome de host não precisa das mesmas informações que resolver esse nome e verificar uma sub-rede.

2. Remova o trabalho de DNS desnecessário

As exceções de nome de host conhecidas muitas vezes podem ser decididas antes das verificações amplas baseadas em endereço. Resolva um nome apenas quando a política restante realmente precisar do endereço dele. Guarde o resultado em uma variável local se várias condições seguintes precisarem do mesmo valor.

Não «conserte» um script lento adicionando um retorno DIRECT incondicional no topo. Isso remove a decisão de roteamento junto com o atraso.

Soluções de DNS específicas de cada máquina precisam de evidências. Ativar o compartilhamento de arquivos ou reescrever o arquivo hosts de cada notebook é uma primeira reação ruim a um script de roteamento lento. Verifique o comportamento do resolvedor e do nome de host na rede afetada, sobretudo após uma mudança de rede, e altere o PAC apenas onde o caminho de decisão real exigir.

Artigos relacionados