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

9

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 M Williams
fuente
Haz alcanzado algo con esto. Estoy teniendo exactamente el mismo problema. Me siento severamente tentado a culpar a IE, ya que firefox se detecta automáticamente, sin embargo, ¡IE no puede detectar y elegir la raíz predeterminada!
Kip
No lo hice Terminé teniendo que especificar un valor para "usar script de configuración automática". Es exasperante porque toda la literatura dice que lo que he hecho es correcto. Sin embargo, usando las sugerencias dadas aquí (por ejemplo, use WireShark para ver lo que está sucediendo, verifique los registros de IIS, etc.) ¡Estoy seguro de que IE simplemente no está tratando de abrir wpad / wpad.dat a pesar de que toda la documentación dice que debería hacerlo!
David M Williams el
Para mí, se debió a múltiples interfaces, e IE eligió el adaptador de VirtualBox hostonly al llamar al WPAD myIpAddress (). Ver también serverfault.com/a/425966/11594
Chris J

Respuestas:

16

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 :)


fuente
Estoy viendo este mismo problema Matto. Estamos alojando wpad.dat en un servidor que aloja otros sitios web, por lo que utilizamos el enlace IIS con los encabezados de host wpad y wpad.our.domain para servir el archivo de configuración del proxy. Cuando nuestro DNS era un wpad de CNAME para el verdadero dominio fqdn.our.d Firefox funcionaba pero Internet Explorer / WinHttp Client fallaba debido a una solicitud HTTP contra FQDN: es demasiado inteligente y ve el CNAME y luego redirige para solicitar directamente el nombre de Un expediente. ¡Cambie al registro A directo para "wpad" fijo WinHTTP / IE!
Mister_Tom
3

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

Zoredache
fuente
3

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.

gelatina
fuente
2

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 :-(


fuente
1

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

Tom Newton
fuente
Gracias por la sugerencia de Wireshark. Dio resultados interesantes, pero sorprendentes. Aunque 'Detectar configuraciones automáticamente' marcado IE no se refirió al wpad una vez. No hubo búsquedas de DNS para resolver el nombre wpad con ningún sufijo. Cuando pongo una entrada manual para 'usar secuencia de comandos de configuración automática' puedo ver que nslookups se realiza en wpad. Por lo tanto, parece que IE no está tratando de encontrar el archivo de configuración automática.
David M Williams
1
Asegúrese de que la opción 252 en su DHCP no esté configurada en "" o similar, eso puede estar causando confusión. Además, es posible que wpad no funcione si no tiene configurado el dominio local.
Tom Newton
1

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 ... .)

Evan Anderson
fuente
1

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!

Pangu
fuente
0

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.

radio
fuente
Este segundo punto es interesante; si lo que dices es verdad, entonces ese es probablemente el problema. No quería wpad.dat en la raíz del sitio web principal, así que hice un nuevo directorio y host virtual para el 'sitio web' de wpad, por así decirlo. Sin embargo, si IE busca automáticamente 10.1.1.1/wpad.dat en lugar de wpad.domain.local / wpad.dat, entonces ese será el problema. Primero intentaré esto ...
David M Williams
No, eso no funcionó. Estoy pensando que IE simplemente no está haciendo nada a pesar de que la casilla 'detectar configuraciones automáticamente' está marcada.
David M Williams
Como, por comentario sobre la respuesta de Tom, no viste nada en wireshark, puede ser un error en la versión de IE (¿qué versión?) O algo en la configuración de Windows (¿Política de seguridad ?, ¿GPO?) Que deshabilita esto. (pero no tengo idea de qué configuración podría ser, es solo una idea)
radio
0

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.

usuario50941
fuente
0

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?

Greeblesnort
fuente