Internet Explorer ne découvre pas automatiquement http: //wpad/wpad.dat auto-config
Je suis conduit à la frustration de ce problème.
J'ai mis en place un fichier appelé wpad.dat (essentiellement un fichier proxy.pac renommé) et mettez-le sur un site Web interne. J'ai configuré les entrées DNS afin que le nom de l'hôte WPAD est un CNAME pour le serveur Web. J'ai défini le type MIME approprié pour les fichiers .dat sur le site Web. J'ai supprimé WPAD de la liste de blocs de requête Global DNS.
Je sais que le fichier de configuration est syntaxiquement correct car si je définis manuellement l'explorateur Internet "Utiliser le script de configuration automatique" à http://wpad/wpad.dat Le proxy est clairement utilisé (c'est-à-dire que je vois que ma navigation apparaît dans les fichiers journaux et certains sites que j'ai refusés sont proposés à ma page de remplacement.)
Cependant, je crois comprendre que tout ce que je devais faire est de cocher la case pour "détecter automatiquement les paramètres" et Internet Explorer devrait lui-même rechercher http://wpad/wpad.dat - ou, plus correctement, http://wpad.localdomain/wpad.dat - qui fonctionne aussi.
Quelqu'un peut-il m'aider à diagnostiquer ce problème? Je ne peux tout simplement pas voir ce que j'ai manqué ou ce qui ne va pas.
Merci !!
(Remarque, il est également possible de définir le fichier de configuration automatique à l'aide de DHCP, mais nous disposons d'une organisation multi-sites avec DHCP fournie par un mélange de serveurs et de routeurs en fonction de l'emplacement ainsi que des bureaux distants à l'aide de modems cellulaires 3G qui ont de la base. Installations DHCP. De plus, il ne s'agit que d'Internet Explorer qui prétendait prendre en charge la découverte automatique de la proxy proxy via DHCP - ni Firefox ni Safari. Nous n'utilisons pas réellement l'un de ces navigateurs, mais aussi une compatibilité maximale plus la facilité d'administration/changements futurs Je pense que c'est sûrement préférable de faire fonctionner ce travail via une belle entrée DNS.)
David,
Au cas où vous êtes toujours frappé contre ce problème, c'est plutôt simple à résoudre. Mais ce n'est pas documenté nulle part et il m'a fallu des âges pour le résoudre dans mon environnement. Tout ce que vous avez fait est bon, et c'est ce que j'appellerais un bogue dans comment IE obtient son info WPAD et se connecte au serveur Web.
Tout d'abord, vous ne pouvez pas utiliser un enregistrement CNAME pour WPAD. Utilisez un enregistrement. Silly, je sais, et cela ne devrait pas faire de différence, mais c'est certainement le cas. Donc, supprimez votre CNAME dans votre DNS et effectuez un enregistrement pour l'adresse IP du serveur Web.
Deuxièmement (et cela peut être plus difficile pour vous), vous devez disposer du fichier WPAD.DAT situé sur la racine du site Web par défaut qui écoute sur l'adresse IP que vous avez attribuée ci-dessus. C'est la clé. Cela ne fonctionnera pas avec un champ d'en-tête hôte ou quoi que ce soit comme ça.
Explication: Qu'est-ce que IE est résoudre le nom WPAD à une adresse IP. Il doit être capable de le résoudre directement sur une adresse IP. S'il est résolu sous la forme d'une requête CName. , cela ne fonctionnera pas. Donc, une fois que c'est à dire l'adresse IP que le WPAD se résout, ce que cela se connecte réellement à http: // <> /wpad.dat. Si vous avez un site Web différent de la même chose WebServer, écoutant sur le port 80 mais à l'aide d'un champ d'en-tête d'hôte comme si j'avais (c'est-à-dire "site Web par défaut", ainsi que "WPAD Site Web"), vous aurez tout ce que tout est configuré correctement, mais cela ne fonctionnera pas pour Cette raison même. Mettez une copie de votre fichier WPAD.DAT sur la racine de votre site Web par défaut et que les choses devraient commencer à fonctionner.
Bien sûr, si vous ne pouvez pas avoir accès à la racine de ce site Web (ou vous ne pouvez pas sécuriser la racine de ce site Web), vous devrez peut-être envisager de déplacer votre site WPAD sur un autre serveur où il peut être à La racine de l'adresse IP attribuée à ce serveur.
Donnez-lui un coup de toute façon. C'est le processus qui a fonctionné pour moi. Il m'a fallu des âges pour le faire fonctionner, mais cela travaille de manière fiable maintenant depuis longtemps. Tout ce qui précède est simplement ma compréhension de savoir comment IE fonctionne par rapport aux fichiers WPAD.DAT et pourrait ne pas être correct - il est simplement basé sur l'observation de ce qu'elle fait dans mon propre environnement. Le vôtre peut être différent, mais je mettrais du moins de l'argent au moins sur ce problème.
Faites-moi savoir comment vous allez sur! Matto :)
Cette question Serverfault apparaît haut dans Google Recherches, c'est pourquoi je y réponds. J'espère que les autres trouvent cela utile car ce problème était une vraie douleur pour moi.
Presque tous les ordinateurs Windows 7 de notre domaine d'environ 50 utilisateurs ont été affectés et réinitialisés IE n'était pas acceptable pour autant que je me suis inquiété, donc je l'ai finalement résolu comme suit:
Premièrement, voici quelques-uns d'utiles mais très difficiles à trouver des liens que je suis tombé sur:
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://infrachak.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 lien Fist est particulièrement intéressante:
"Il s'avère que ces mecs intelligents de Microsoft ont mis en place une fonctionnalité pour arrêter la vérification d'un serveur WPAD après quelques tentatives infructueuses. Il estime qu'il sait quel réseau une machine d'itinérance est allumée, laisse une note pour elle-même dans le registre si ce n'est pas Aller à la recherche de nouveau. Un gros problème d'utilisation si vous venez de la mettre en œuvre. "
J'ai trouvé la clé de REG WPAD notée dans les liens, ce qui est en fait comment j'ai trouvé les liens dans Google. J'ai été impitoyable pendant les tests et j'ai constaté que les œuvres suivantes:
Fermer tout IE Sessions, Panneau de commande ouvert -> Options Internet -> Onglet Connections -> Paramètres LAN et ONU-Cochez "Détectez automatiquement les paramètres" (et toutes les autres options) - ne pas ouvrir IE encore.
Supprimer la touche REG suivante:
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad
Panneau de commande ouvert -> Options Internet -> Onglet Connections -> Paramètres LAN et Cochez "Détecter automatiquement les paramètres".
Si vous actualisez votre fenêtre Regedit (F5), vous devez voir la touche REG WPAD RE-créée, mais elle sera vide.
Maintenant ouvert à savoir. Actualisez à nouveau le WPAD Reg et vous devriez le voir peupler avec une sous-clé contenant diverses informations WPAD.
C'était un correctif sans avoir à réinitialiser IE mais je devais toujours le déployer sur 50 machines en quelque sorte. J'ai fait ça comme suit:
J'ai créé le REG suivant en utilisant un ordinateur que j'avais réinitialisé comme ci-dessus (ne copiez pas ce verbatim tel qu'il a été créé en fonction de notre domaine et que j'ai édité le nom de domaine), la ligne WPadoverride a été ajoutée manaully:
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 connexion des utilisateurs et supprime essentiellement la clé REG et le remplace.
J'ai ensuite créé A GPO Pour désactiver "Détecter automatiquement les paramètres" et ajouté manuellement l'URL WPAD:
Configuration de l'utilisateur -> Stratégies -> Paramètres Windows -> Maintenance de l'Explorateur Internet -> Connexion -> Configuration automatique du navigateur | ONU-Tick "détecte automatiquement les paramètres de configuration" et cochez "Activer la configuration automatique" et insérer " http: //wpad.example.local/wpad.dat " dans "URL de configuration automatique".
J'ai également activé la "mise en cache de mise en cache de la décision de la DISCI de la WPAD" (voir le deuxième lien ci-dessus).
J'ai ensuite quitté cela pendant quelques jours à déployer sur autant d'ordinateurs que possible, puis désactivé "URL de configuration automatique" et coché "détecter automatiquement les paramètres de configuration" à nouveau et supprimé la touche REG du script de connexion.
Je l'ai fait car il ne semblait pas fonctionner simplement de manière tout simplement défectueuse, puis cochez la case "Paramètres de configuration automatiquement" via GPO l'ajout de l'URL peut donc ne pas être finalement nécessaire.
J'avais espéré que le Wpadoverride fonctionnerait sans les étapes supplémentaires, mais malheureusement, cela n'a pas fait dans mon cas.
Incidemment, utiliser un CNAME fonctionne parfaitement sur notre réseau.
Tous les ordinateurs étant éteints pendant la durée du correctif ont été manipulés manuellement après cela.
J'espère que cela aide les autres qui rencontrent cette question comme je l'ai fait via Google. Cette "fonctionnalité" de Microsoft est juste carrément stupide.
Une autre méthode de résolution de cela pour IE8 (peut fonctionner pour IE7 aussi) est de modifier quelques paramètres de la stratégie de groupe.
- Configuration de l'ordinateur> Modèles d'administration> Composants Windows> Internet Explorer> Faire des paramètres de proxy par machine (plutôt que par utilisateur) = activé
- Configuration utilisateur> Modèles d'administration> Composants Windows> Internet Explorer> Désactiver la mise en cache des scripts automatiques de proxy = activé
Avec les 2 paramètres ci-dessus modifiés, j'ai pu obtenir des paramètres WPAD à travailler dans IE8.
Remarque: vous n'avez pas besoin d'être dans un environnement de domaine pour l'utiliser. Sur un PC de groupe de travail, utilisez simplement GPEDIT.MSC pour modifier la stratégie informatique locale.
Voir: Comment désactiver la mise en cache de proxy automatique dans Internet Explorer
Cordialement, Kym
Une autre chose à rechercher est détaillée dans l'URL suivante: https://technet.microsoft.com/en-au/library/cc995158.aspx
DNS peut avoir une liste de blocs activée dans laquelle WPAD est défini comme un enregistrement bloqué, il s'agit d'une mesure de protection.
J'ai eu le même problème, mais seulement pour quelques ordinateurs ...
WireShark a montré que =IE n'essaie rien sur le réseau avant de frapper le serveur Web cible. Le serveur Web qui est défini sur l'hôte WPAD répond à n'importe quel nom d'hôte sur cette adresse IP particulière.
J'ai eu les clients non-travailleurs IE8 pour télécharger de nouveau wpad.dat en faisant ceci:
- Outils-> Options Internet-> Advanced-> Réinitialiser
- Fermé IE et le re-ouvrit
Malheureusement, après avoir apporté des modifications au fichier WPAD.DAT, il est évident que IE8 après le premier téléchargement de wpad.dat ne fait aucun téléchargement supplémentaire :-(
Ie version 6.0.2900.xxxx recherche le nom de fichier "wpad.da" au lieu de "wpad.dat" soyez prudent! ;) Utilisez simplement un renifleur ou vérifiez vos journaux WebServer.
J'espère que cela t'aides!
Si vous utilisez DHCP, il existe un paramètre (option 252, IIRC), pour déclarer l'emplacement de votre fichier WPAD. Je crois que vous êtes incorrect sur Firefox ne pouvant pas utiliser cela.
De plus, avez-vous localDomain dans la liste de recherche?
Cette méthode fonctionne pour moi
1. Tools->Internet Options->Advanced->Reset
2. Closed IE and re-opened it
Je pense que IE8 me faire confondre beaucoup, ils de la SM, mais pourquoi cela fonctionne de manière pondérée. Tandis que Firefox fonctionne très bien.