WPAD se resuelve, pero el navegador recibe un 404

El nombre wpad se resuelve en la máquina esperada. Eso es alentador, pero solo es el principio. El navegador todavía tiene que solicitar un archivo a esa máquina y recibir el script PAC.

Una pista útil se encuentra en el registro de acceso del servidor web: el cliente solicitó /wpad.dat y recibió HTTP 404. Una URL PAC abierta manualmente puede usar otro nombre de host. Incluso cuando ambos nombres llegan al mismo servidor, pueden seleccionar hosts virtuales distintos.

Siga la petición que hizo el cliente

Compruebe la URL exacta seleccionada por el descubrimiento, el valor HTTP Host, la ruta y la respuesta. Abrir una URL PAC cómoda en una pestaña normal del navegador no demuestra que el descubrimiento automático solicitara esa URL.

Si se esperan tanto nombres cortos como totalmente cualificados, configure el host web previsto para gestionar esos nombres de forma deliberada. Confirme que /wpad.dat apunta al archivo correcto, y no a una raíz de documentos predeterminada ni a una aplicación no relacionada.

Sirva un script, no una página de error

Verifique el cuerpo de la respuesta además de su estado. Una página de inicio de sesión, un documento de error de marca o una redirección pueden parecer plausibles al verlos manualmente, pero no son el script PAC que espera el resolutor. Chromium documenta requisitos de descarga del PAC estrictos, incluida una respuesta HTTP 200.

Solo después de que la entrega tenga éxito tiene sentido depurar FindProxyForURL(). Cambiar sus reglas de nombres de host no puede reparar un 404 que impidió que el navegador lo obtuviera.

Distinga también un servidor web PAC del proxy directo nombrado dentro de su script. Pueden compartir máquina, pero una entrada del registro de acceso de un servicio no es prueba de que el otro servicio atendiera la petición de destino del usuario.