El WPAD es resol, però el navegador rep un 404

El nom wpad es resol a la màquina esperada. Això és encoratjador, però només és el començament. El navegador encara ha de demanar un fitxer a aquesta màquina i rebre l'script PAC.

Una pista útil es troba al registre d'accés del servidor web: el client ha demanat /wpad.dat i ha rebut HTTP 404. Un URL PAC obert manualment pot utilitzar un altre nom d'amfitrió. Fins i tot quan els dos noms arriben al mateix servidor, poden seleccionar diferents amfitrions virtuals.

Seguiu la petició que ha fet el client

Comproveu l'URL exacte seleccionat pel descobriment, el valor HTTP Host, el camí i la resposta. Obrir un URL PAC convenient en una pestanya normal del navegador no demostra que el descobriment automàtic hagi demanat aquest URL.

Si s'esperen tant noms curts com totalment qualificats, configureu l'amfitrió web previst perquè gestioni aquests noms deliberadament. Confirmeu que /wpad.dat apunta al fitxer correcte, no a un directori arrel predeterminat ni a una aplicació no relacionada.

Serviu un script, no una pàgina d'error

Verifiqueu el cos de la resposta i també l'estat. Una pàgina d'inici de sessió, un document d'error de marca o una redirecció poden semblar plausibles en veure'ls manualment, però no són l'script PAC que espera el resolutor. Chromium documenta requisits de baixada del PAC estrictes, inclosa una resposta HTTP 200.

Només després que el lliurament té èxit té sentit depurar FindProxyForURL(). Canviar les seves regles de noms d'amfitrió no pot reparar un 404 que va impedir que el navegador l'obtingués.

Distingiu també un servidor web PAC del proxy directe esmentat dins del seu script. Poden compartir màquina, però una entrada del registre d'accés d'un servei no és prova que l'altre servei hagi gestionat la petició de destinació de l'usuari.