Internet Explorer ne détecte pas automatiquement http: //wpad/wpad.dat configuration automatique

Je suis entraîné par la frustration de ce problème.

J'ai configuré un file appelé wpad.dat (essentiellement, un file proxy.pac renommé) et le mettre sur un site Web interne. J'ai configuré des inputs DNS pour que le nom d'hôte wpad soit un CNAME pour le server Web. Je définis le type MIME approprié pour les files .dat sur le site Web. J'ai supprimé wpad de la list des blocs de requêtes globaux DNS.

Je sais que le file de configuration est syntaxiquement correct car si je configure manuellement Internet Explorer "utiliser le script de configuration automatique" sur http://wpad/wpad.dat le proxy est clairement utilisé (c.-à-d., Je vois que ma navigation apparaît dans les files journaux plus Certains sites que j'ai refusés ont trouvé ma page de rlocation.)

Cependant, je crois comprendre que tout ce que je devrais faire est de cocher la case «Détecter automatiquement les parameters» et Internet Explorer devrait aller chercher http://wpad/wpad.dat – ou, plus exactement, http://wpad.localdomain/wpad.dat – qui fonctionne également.

Quelqu'un peut-il m'aider à diagnostiquer ce problème? Je ne peux pas voir ce que j'ai manqué ou ce qui ne va pas.

Je vous remercie !!

(Remarque, il est également possible de configurer le file de configuration automatique à l'aide de DHCP, mais nous avons une organisation multi-site avec DHCP fournie par un mélange de servers et de routeurs en fonction de l'location ainsi que des bureaux distants utilisant des modems cellulaires 3G de très basiques Les installations DHCP. De plus, ce n'est que Internet Explorer qui supposera la découverte automatique de proxy Web via DHCP, ni Firefox ni Safari. Nous n'utilisons pas l'un de ces browsers, mais pour une compatibilité maximale, plus la facilité de l'administration / des modifications futures Je pense qu'il est certainement préférable d'get ce travail via une bonne input DNS unique.)

David,

Dans le cas où vous rencontrez toujours ce problème, il est plutôt simple de réparer. Mais ce document n'est pas documenté, et il m'a fallu des années pour le régler dans mon environnement. Tout ce que vous avez fait est bon, et c'est ce que j'appellerais un bug dans la façon dont IE reçoit des informations WPAD et se connecte au server Web.

Tout d'abord, vous ne pouvez pas utiliser un logging CNAME pour WPAD. Utilisez un logging A. Silly, je sais, et cela ne devrait pas faire de différence, mais c'est certainement le cas. Supprimez donc votre CNAME dans votre DNS et créez un logging A pour l'adresse IP du server web.

Deuxièmement (et cela peut être plus délicat pour vous), vous devez disposer du file WPAD.DAT situé sur la racine du site Web par défaut qui écoute l'adresse IP que vous avez atsortingbué ci-dessus. C'est la key. Il ne fonctionnera PAS avec un champ d'en-tête d'hôte ou quelque chose comme ça.

Explication: Ce qu'est IE fait résolvez le nom de WPAD à une adresse IP. Il doit être capable de le résoudre directement à une adresse IP. Si elle résout comme une requête CNAME fait à un nom différent, cela ne fonctionnera pas. Donc, une fois que IE a obtenu l'adresse IP que WPAD résout, ce qu'il fait réellement est de se connecter à http: // <> /WPAD.dat. Si vous avez un site Web différent mis en place sur le même server web, écoutez le port 80, mais en utilisant un champ d'en-tête d'hôte comme je l'avais (IE, "site Web par défaut", ainsi que "Site Web WPAD"), vous allez ont tout configuré correctement, mais cela ne fonctionnera pas pour cette raison. Mettez une copy de votre file WPAD.DAT sur la racine de votre site Web par défaut, et les choses devraient commencer à fonctionner.

Bien sûr, si vous ne pouvez pas accéder à la racine de ce site Web (ou vous ne pouvez pas sécuriser la racine de ce site), vous devrez peut-être regarder votre site WPAD vers un autre server où il se trouve à la racine de l'adresse IP atsortingbuée à ce server.

Donnez-lui un coup de toute façon. C'est le process qui m'a fonctionné. Il m'a fallu beaucoup de time pour fonctionner, mais cela fonctionne beaucoup depuis longtime. Tout ce qui précède, c'est simplement ma compréhension de la façon dont IE fonctionne en relation avec les files WPAD.DAT et pourrait ne pas être correcte – c'est simplement basé sur l'observation de ce qu'il fait dans mon propre environnement. Le vôtre peut être différent, mais je mettais de l'argent au less pour régler votre problème.

Faites-moi savoir comment vous parvenez! Matto 🙂

Une autre méthode pour résoudre ceci pour IE8 (peut également fonctionner pour IE7) est de modifier quelques parameters dans la stratégie de groupe.

  • Configuration de l'ordinateur> Modèles d'administration> Composants de Windows> Internet Explorer> Paramètres de proxy par machine (plutôt que par user) = Activé
  • Configuration de l'user> Modèles d'administration> Composants Windows> Internet Explorer> Désactiver la caching des scripts Auto-Proxy = Activé

Avec les 2 parameters ci-dessus modifiés, j'ai pu utiliser les parameters WPAD dans IE8.

REMARQUE: vous ne devez pas être dans un environnement de domaine pour l'utiliser. Sur un PC de groupe de travail, utilisez simplement GPEDIT.MSC pour modifier la politique informatique locale.

Voir: Comment désactiver la caching du proxy automatique dans Internet Explorer

Cordialement, Kym

Cette question de défaut de server semble élevée dans les searchs de Google, c'est pourquoi je lui réponds. J'espère que d'autres trouvent cela utile, car ce problème a été une véritable douleur pour moi.

Presque tous les ordinateurs Windows 7 sur notre domaine d'environ 50 users ont été affectés – aller autour et la réinitialisation d'IE n'était pas acceptable en ce qui me concernait, et je l'ai finalement résolu comme suit:

Tout d'abord, voici quelques liens utiles, mais très difficiles à find, auxquels j'ai rencontré:

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/

Je vous suggère de lire chacun des liens en premier.

La citation suivante du premier lien est particulièrement intéressante:

"Il s'avère que ces gars intelligents de Microsoft ont implémenté une fonctionnalité pour arrêter de vérifier un server WPAD après quelques tentatives échouées. Il estime qu'il sait quel réseau une machine d'itinérance est activée, laisse une note dans le registre si ce n'est pas le cas Je vais déranger de nouveau. Un gros lot d'utilisation si vous venez de l'implémenter. "

J'ai trouvé la key wpad reg notée dans les liens, qui est en fait la façon dont j'ai trouvé les liens dans Google. J'ai été impitoyable lors des essais et j'ai constaté que les travaux suivants:

Fermez toutes les sessions d'IE, ouvrez le Panneau de configuration -> Options Internet -> Onglet logins -> Paramètres Lan et désactivez la case "Détecter automatiquement les parameters" (et toutes les autres options) – NE PAS OUVRIR IE DE NOUVEAU.

Supprimez la key suivante:

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

Ouvrir le Panneau de configuration -> Options Internet -> Onglet logins -> Paramètres Lan et TICK "Détecter automatiquement les parameters".

Si vous actualisez votre window regedit (F5), vous devriez voir la key wpad reg créée, mais elle sera vide.

Maintenant, ouvrez IE. Rafraîchissez le wpad reg à nouveau et vous devriez le voir remplir avec une sous-key contenant diverses informations wpad.

C'était une solution sans avoir à réinitialiser IE, mais j'avais toujours besoin de le déployer sur 50 machines en quelque sorte. Je l'ai fait comme suit:

J'ai créé le registre suivant en utilisant un ordinateur que j'ai réinitialisé comme ci-dessus (ne copyz pas ceci textuellement tel qu'il a été créé en fonction de notre domaine et j'ai édité le nom de domaine), la ligne wpadOverride a été ajoutée de manière manuelle:

 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] 

Cela a été ajouté aux scripts de connection user et supprime essentiellement la key reg et le remplace.

J'ai ensuite créé un GPO pour désactiver "Détecter automatiquement les parameters" et ajouté manuellement l'URL wpad:

Configuration de l'user -> Politiques -> Paramètres Windows -> Entretien Internet Explorer -> login -> Configuration automatique du browser | Désactiver "Détecter automatiquement les parameters de configuration" et cochez "Activer la configuration automatique" et insert " http: //wpad.example.local/wpad.dat " dans "URL de configuration automatique".

J'ai également activé le "IE WPAD Decision Caching Override" (voir le deuxième lien ci-dessus).

Je l'ai laissé pendant quelques jours pour déployer sur autant d'ordinateurs que possible puis j'ai désactivé l'URL de la configuration automatique et coché "Détecter automatiquement les parameters de configuration" à nouveau et supprimé la key reg du script de connection.

Je l'ai fait car il ne semblait pas fonctionner simplement, puis cochez la case "Détecter automatiquement les parameters de configuration" via GPO, de sorte que l'ajout de l'URL peut ne pas être finalement nécessaire.

J'avais espéré que le WpadOverride fonctionnerait sans les étapes supplémentaires, mais malheureusement, ce n'était pas dans mon cas.

Incidemment, l'utilisation d'un cname fonctionne parfaitement sur notre réseau.

Tous les ordinateurs qui ont été désactivés pendant la durée du correctif ont été manipulés manuellement après cela.

J'espère que cela aide d'autres personnes qui rencontrent cette question comme je l'ai fait via google. Cette "fonctionnalité" de Microsoft est tout simplement stupide.

J'ai eu exactement le même problème, mais seulement pour quelques ordinateurs …

Wireshark a montré que IE n'essaie rien sur le réseau avant de bash le server Web cible. Le server Web configuré pour héberger wpad répond à n'importe quel nom d'hôte sur cette adresse IP particulière.

J'ai eu les clients non-fonctionnels IE8 pour download wpad.dat en faisant ceci:

  1. devises-> Options Internet-> Avancé-> Réinitialiser
  2. Ouvert IE et ré-ouvert

Malheureusement, après avoir apporté des modifications au file wpad.dat, il est évident que IE8 après le premier téléchargement de wpad.dat ne fait aucun autre téléchargement 🙁

Une autre chose à surveiller est détaillée dans l'URL suivante: https://technet.microsoft.com/en-au/library/cc995158.aspx

Le DNS peut avoir une list de blocs activée dont wpad est défini comme un logging bloqué, c'est une mesure de protection.

Essayez d'exécuter wireshark sur une machine client … voir où IE search? Est-ce que votre server Web a enregistré qu'il a servi des wpads?

Internet Explorer tentera d'accéder à " http: //wpad.your-machine 's-dns-suffix.com/wpad.dat". Assurez-vous que le server Web qui est configuré pour servir le file wpad.dat répond au nom d'hôte entièrement qualifié. (BTW, IE décomposera le suffixe DNS essayant chaque domaine parent, aussi. Regardez http://wpad.com . Le type qui possède ce domaine aurait pu être vraiment, vraiment mal, s'il avait voulu … .)

IE Version 6.0.2900.xxxx search le nom de file "wpad.da" au lieu de "wpad.dat" ATTENTION! 😉 Utilisez simplement un sniffer ou vérifiez vos journaux de server web.

J'espère que cela t'aides!

Comme Tom Newton suggère d'exécuter wireshark pour voir ce que IE fait (requête DNS, HTTP GET, …), regardez également vos journaux de server Web.
Veillez à ce que IE envoie l'adresse IP au lieu du nom d'hôte (wpad) comme «hôte» dans la requête GET afin que vous ne puissiez pas utiliser un «wpad» virtuel sur le server web.

Cette méthode fonctionne pour moi

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

Je pense que IE8 me confond beaucoup, ils de la part de MS, mais pourquoi ça fonctionne inopérément. Bien que Firefox fonctionne très bien.

Si vous utilisez DHCP, il existe un paramètre (option 252, IIRC) pour déclarer l'location de votre file wpad. Je pense que vous ne parvenez pas à utiliser Firefox.

En outre, avez-vous un nom local dans la list de search?