WPAD resólvese, pero o navegador recibe un 404

O nome wpad resólvese á máquina esperada. Iso é alentador, pero só é o comezo. O navegador aínda ten que solicitar un ficheiro a esa máquina e recibir o script PAC.

Unha pista útil atópase no rexistro de acceso do servidor web: o cliente solicitou /wpad.dat e recibiu HTTP 404. Un URL PAC aberto manualmente pode usar outro nome de host. Mesmo cando ambos os nomes chegan ao mesmo servidor, poden seleccionar hosts virtuais distintos.

Segue a petición que fixo o cliente

Comproba o URL exacto seleccionado polo descubrimento, o valor HTTP Host, a ruta e a resposta. Abrir un URL PAC cómodo nunha lapela normal do navegador non demostra que o descubrimento automático solicitase ese URL.

Se se esperan tanto nomes curtos como totalmente cualificados, configura o host web previsto para xestionar eses nomes deliberadamente. Confirma que /wpad.dat apunta ao ficheiro correcto, e non a unha raíz de documentos predeterminada nin a unha aplicación non relacionada.

Serve un script, non unha páxina de erro

Verifica o corpo da resposta ademais do seu estado. Unha páxina de inicio de sesión, un documento de erro de marca ou unha redirección poden parecer plausibles ao velos manualmente, pero non son o script PAC que espera o resolutor. Chromium documenta requisitos de descarga do PAC estritos, incluída unha resposta HTTP 200.

Só despois de que a entrega teña éxito ten sentido depurar FindProxyForURL(). Cambiar as súas regras de nomes de host non pode reparar un 404 que impediu que o navegador o obtivese.

Distingue tamén un servidor web PAC do proxy directo nomeado dentro do seu script. Poden compartir máquina, pero unha entrada do rexistro de acceso dun servizo non é proba de que o outro servizo xestionase a petición de destino do usuario.