Internet Explorer no está descubriendo automáticamente http: //wpad/wpad.dat auto-config

Este problema me está conduciendo a la frustración.

He configurado un archivo llamado wpad.dat (esencialmente, un archivo proxy.pac renombrado) y lo puse en un sitio web interno. He configurado entradas DNS para que el nombre de host wpad sea un CNAME para el servidor web. Configuré el tipo MIME apropiado para los archivos .dat en el sitio web. Eliminé el wpad de la lista de bloqueo de consultas globales de DNS.

Sé que el archivo de configuración es sintácticamente correcto porque si configuro manualmente el "uso de la secuencia de comandos de configuración automática" de Internet Explorer para http://wpad/wpad.datel proxy se está usando claramente (es decir, veo que mi navegación aparece en los archivos de registro más ciertos sitios que he negado aparecerán) mi página de reemplazo)

Sin embargo, tengo entendido que todo lo que debo hacer es marcar la casilla "Detectar configuraciones automáticamente" e Internet Explorer debería buscar http://wpad/wpad.dat, o más correctamente, http://wpad.localdomain/wpad.datlo que también funciona.

¿Alguien puede ayudarme a diagnosticar este problema? Simplemente no puedo ver lo que me he perdido o lo que está mal.

Gracias !!

(Tenga en cuenta que también es posible configurar el archivo de configuración automática usando DHCP, sin embargo, tenemos una organización de múltiples sitios con DHCP proporcionada por una combinación de servidores y enrutadores dependiendo de la ubicación, así como oficinas remotas que usan módems celulares 3G que tienen muy básicos Facilidades de DHCP. Además, es solo Internet Explorer el que supuestamente admite la detección automática de proxy web a través de DHCP, ni Firefox ni Safari. En realidad, no usamos ninguno de esos navegadores sino por la máxima compatibilidad y la facilidad de administración / cambios futuros. Creo que seguramente es mejor hacer que esto funcione a través de una buena entrada de DNS).

David

En caso de que todavía estés enfrentando este problema, en realidad es bastante simple de solucionar. Pero no está documentado EN CUALQUIER LUGAR, y me llevó años resolverlo en mi entorno. Todo lo que has hecho es bueno, y es lo que yo llamaría un error en cómo IE obtiene su información WPAD y se conecta al servidor web.

En primer lugar, no puede usar un registro CNAME para WPAD. Use un registro A. Tonto, lo sé, y no debería hacer ninguna diferencia, pero definitivamente es el caso. Por lo tanto, elimine su CNAME en su DNS y haga un registro A para la dirección IP del servidor web.

En segundo lugar (y esto puede ser más complicado para usted), debe tener el archivo WPAD.DAT ubicado en la raíz del sitio web predeterminado que está escuchando en la dirección IP que ha asignado anteriormente. Esta es la clave NO funcionará con un campo de encabezado de host ni nada de eso.

Explicación: Lo que hace IE es resolver el nombre WPAD en una dirección IP. Debe poder resolverlo directamente a una dirección IP. Si se resuelve como una consulta CNAME con un nombre diferente, no funcionará. Entonces, una vez que IE tiene la dirección IP que resuelve WPAD, lo que realmente hace es conectarse a http: // <> /WPAD.dat. Si tiene un sitio web diferente configurado en el mismo servidor web, escuchando en el puerto 80 pero usando un campo de encabezado de host como yo tenía (IE, "sitio web predeterminado", así como "Sitio web WPAD"), entonces tener todo configurado correctamente, pero no funcionará por esa misma razón. Coloque una copia de su archivo WPAD.DAT en la raíz de su sitio web predeterminado, y las cosas deberían comenzar a funcionar.

Por supuesto, si no puede obtener acceso a la raíz de ese sitio web (o no puede asegurar la raíz de ese sitio web), entonces es posible que deba considerar mover su sitio WPAD a un servidor diferente donde pueda estar la raíz de la dirección IP asignada a ese servidor.

Dale una oportunidad de todos modos. Ese es el proceso que funcionó para mí. Me llevó mucho tiempo hacerlo funcionar, pero ahora funciona de manera confiable durante mucho tiempo. Sin embargo, todo lo anterior es simplemente mi comprensión de cómo funciona IE en relación con los archivos WPAD.DAT, y podría no ser correcto: simplemente se basa en la observación de lo que hace en mi propio entorno. El tuyo puede ser diferente, pero al menos pondré algo de dinero para solucionar tu problema.

¡Déjame saber cómo te va! Matto :)

Otro método para resolver esto para IE8 (también puede funcionar para IE7) es cambiar un par de configuraciones en la Política de grupo.

• Configuración del equipo> Plantillas administrativas> Componentes de Windows> Internet Explorer> Configuración de proxy por máquina (en lugar de por usuario) = Activado
• Configuración de usuario> Plantillas administrativas> Componentes de Windows> Internet Explorer> Deshabilitar el almacenamiento en caché de scripts de Auto-Proxy = Habilitado

Con las 2 configuraciones anteriores modificadas, pude obtener la configuración de WPAD para trabajar en IE8.

NOTA: No necesita estar en un entorno de dominio para usar esto. En una PC de grupo de trabajo, simplemente use GPEDIT.MSC para cambiar la política informática local.

Consulte: Cómo deshabilitar el almacenamiento en caché automático de proxy en Internet Explorer

Saludos, Kym

Esta pregunta por defecto del servidor aparece alta en las búsquedas de google, por eso estoy respondiendo. Espero que otros encuentren esto útil ya que este problema fue un verdadero dolor para mí.

Casi todas las computadoras con Windows 7 en nuestro dominio de alrededor de 50 usuarios se vieron afectadas; ir y restablecer IE no era aceptable en lo que a mí respecta, así que finalmente lo resolví de la siguiente manera:

En primer lugar, aquí hay algunos enlaces útiles pero muy difíciles de encontrar que encontré:

http://blog.frankleonhardt.com/2011/wpad-and-windows-7-and-internet-explorer-8/

http://kb.k12usa.com/Knowledgebase/Proxy-Auto-Detect-WPAD-Issues-With-IE-Windows-7

http://infratalk.wordpress.com/2011/09/10/troubleshooting-windows-proxy-autodiscovery-wpad/

Te sugiero que leas primero cada uno de los enlaces.

La siguiente cita del primer enlace es particularmente interesante:

"Resulta que esos tipos inteligentes de Microsoft han implementado una función para dejar de buscar un servidor WPAD después de algunos intentos fallidos. Considera que sabe en qué red está una máquina móvil, deja una nota para sí mismo en el registro si no es así". va a molestar mirar de nuevo. Una gran cantidad de uso si solo lo has implementado ".

Encontré la clave de registro de wpad anotada en los enlaces, que en realidad es cómo encontré los enlaces en google. Fui despiadado durante las pruebas y descubrí que lo siguiente funciona:

Cierre todas las sesiones de IE, abra el Panel de control -> Opciones de Internet -> Pestaña Conexiones -> Configuración de LAN y desmarque "Detectar configuración automáticamente" (y todas las demás opciones) - NO ABRA IE DE NUEVO.

Eliminar la siguiente clave de registro:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad

Abra el Panel de control -> Opciones de Internet -> Pestaña Conexiones -> Configuración de LAN y marque "Detectar configuración automáticamente".

Si actualiza su ventana regedit (F5), debería ver la clave reg del wpad recreada pero estará vacía.

Ahora abra IE. Actualice el registro del wpad nuevamente y debería ver que se llena con una subclave que contiene información variada del wpad.

Esta fue una solución sin tener que reiniciar IE, pero de todos modos necesitaba implementarlo en 50 máquinas. Lo hice de la siguiente manera:

Creé el siguiente registro mediante el uso de una computadora que restablecí como se indicó anteriormente (no copie este texto literalmente, ya que se creó en función de nuestro dominio y edité el nombre de dominio), la línea wpadOverride se agregó por completo:

Windows Registry Editor Version 5.00

[-HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad]

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad]
"WpadLastNetwork"="{F03DC3BF-50F6-4DB1-9570-CF84875F6EDC}"
"WpadOverride"=dword:00000001

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad\a4-0c-c3-62-7b-2d]
"WpadDecisionReason"=dword:00000000
"WpadDecisionTime"=hex:10,50,19,cf,b1,73,cc,01
"WpadDecision"=dword:00000001

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad\{F03DC3BF-50F6-4DB1-9570-CF84875F6EDC}]
"WpadDecisionReason"=dword:00000000
"WpadDecisionTime"=hex:10,50,19,cf,b1,73,cc,01
"WpadDecision"=dword:00000001
"WpadNetworkName"="example.local"

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad\{F03DC3BF-50F6-4DB1-9570-CF84875F6EDC}\a4-0c-c3-62-7b-2d]

Esto se agregó a los scripts de inicio de sesión del usuario y básicamente elimina la clave reg y la reemplaza.

Luego creé un GPO para deshabilitar "Detectar configuraciones automáticamente" y agregué manualmente la URL del wpad:

Configuración de usuario -> Políticas -> Configuración de Windows -> Mantenimiento de Internet Explorer -> Conexión -> Configuración automática del navegador | Desmarque "Detectar configuraciones de configuración automáticamente" y marque "Habilitar configuración automática" e inserte " http: //wpad.example.local/wpad.dat " en "URL de configuración automática".

También habilité la "Anulación de almacenamiento en caché de decisiones de IE WPAD" (consulte el segundo enlace más arriba).

Luego dejé esto durante unos días para implementarlo en la mayor cantidad de computadoras posible, luego desactivé la "URL de configuración automática" y marqué "Detectar automáticamente la configuración de configuración" nuevamente y eliminé la clave reg del script de inicio de sesión.

Hice esto ya que no parecía funcionar simplemente desmarcando y luego marcando el cuadro "Detectar automáticamente la configuración de configuración" a través de GPO, por lo que la adición de la URL puede no ser necesaria.

Esperaba que el WpadOverride funcionara sin los pasos adicionales, pero desafortunadamente no fue así en mi caso.

Por cierto, usar un cname funciona perfectamente bien en nuestra red.

Todas las computadoras que estuvieron apagadas durante la reparación se manejaron manualmente después de eso.

Espero que esto ayude a otros que se encuentren con esta pregunta como lo hice a través de Google. Esta "característica" de Microsoft es simplemente estúpida.

Tuve exactamente el mismo problema, pero solo para algunas computadoras ...

Wireshark demostró que IE no intenta nada en la red antes de llegar al servidor web de destino. El servidor web que está configurado como host wpad responde a cualquier nombre de host en esa dirección IP en particular.

Obtuve los clientes IE8 que no funcionan para descargar wpad.dat nuevamente haciendo esto:

1. Herramientas-> Opciones de Internet-> Avanzado-> Restablecer
2. Cerré IE y lo volví a abrir

Desafortunadamente, después de realizar modificaciones en el archivo wpad.dat, es evidente que IE8 después de la primera descarga de wpad.dat no realiza más descargas :-(

Otra cosa a tener en cuenta se detalla en la siguiente URL: https://technet.microsoft.com/en-au/library/cc995158.aspx

DNS puede tener habilitada una lista de bloqueo de la cual wpad se define como un registro bloqueado, esta es una medida de protección.

Intente ejecutar wireshark en una máquina cliente ... ¿ve dónde mira IE? ¿Su servidor web registra que ha servido algún wpads?

Internet Explorer intentará acceder a " http: //wpad.your-machine 's-dns-suffix.com/wpad.dat". Asegúrese de que el servidor web que está configurado para servir el archivo wpad.dat responde por el nombre de host completo. (Por cierto, IE descompondrá el sufijo DNS probando cada dominio principal, también. Eche un vistazo a http://wpad.com . El tipo que posee ese dominio podría haber sido muy, muy malvado si hubiera querido ... .)

IE Versión 6.0.2900.xxxx busca el nombre de archivo "wpad.da" en lugar de "wpad.dat" ¡TENGA CUIDADO! ;) Simplemente use un sniffer o revise los registros de su servidor web.

¡Espero que esto ayude!

Como Tom Newton sugiere ejecutar wireshark para ver qué está haciendo IE (consulta DNS, HTTP GET, ...), también mire los registros de su servidor web.
Tenga cuidado de que IE envíe la IP en lugar del nombre de host (wpad) como 'Host' en la consulta GET para que no pueda usar un 'wpad' virtualhost en el servidor web.

Este método me funciona

   1. Tools->Internet Options->Advanced->Reset
   2. Closed IE and re-opened it

Creo que IE8 me hace confundir mucho, son de MS pero por qué funciona de manera incorrecta. Mientras que Firefox funciona muy bien.

Si está utilizando DHCP, existe una configuración (opción 252, IIRC) para declarar la ubicación de su archivo wpad. Creo que estás equivocado acerca de que Firefox no puede usar esto.

Además, ¿tiene dominio local en la lista de búsqueda?