O WPAD resolve, mas o navegador recebe um 404
A descoberta automática de proxy pode encontrar o servidor certo e mesmo assim pedir um ficheiro PAC a um anfitrião virtual ou caminho errados.
O nome wpad resolve para a máquina esperada. Isso é encorajador, mas é apenas o começo. O navegador ainda tem de pedir um ficheiro a essa máquina e receber o script PAC.
Uma pista útil encontra-se no registo de acesso do servidor web: o cliente pediu /wpad.dat e recebeu HTTP 404. Um URL PAC aberto manualmente pode usar outro nome de anfitrião. Mesmo quando ambos os nomes chegam ao mesmo servidor, podem selecionar anfitriões virtuais diferentes.
Siga o pedido que o cliente fez
Verifique o URL exato escolhido pela descoberta, o valor HTTP Host, o caminho e a resposta. Abrir um URL PAC conveniente num separador normal do navegador não prova que a descoberta automática pediu esse URL.
Se forem esperados nomes curtos e nomes totalmente qualificados, configure o anfitrião web pretendido para tratar esses nomes deliberadamente. Confirme que /wpad.dat aponta para o ficheiro correto, e não para uma raiz de documentos predefinida ou uma aplicação não relacionada.
Sirva um script, não uma página de erro
Verifique o corpo da resposta, bem como o estado. Uma página de início de sessão, um documento de erro com marca ou um redirecionamento podem parecer plausíveis quando vistos manualmente, mas não são o script PAC que o resolvedor espera. O Chromium documenta requisitos de transferência do PAC rigorosos, incluindo uma resposta HTTP 200.
Só depois de a entrega for bem-sucedida faz sentido depurar FindProxyForURL(). Alterar as suas regras de nomes de anfitriões não repara um 404 que impediu o navegador de o obter.
Distinga também um servidor web PAC do proxy de encaminhamento nomeado no seu script. Podem partilhar uma máquina, mas uma entrada no registo de acesso de um serviço não é prova de que o outro serviço tratou do pedido de destino do utilizador.