Internet Explorer tidak secara otomatis menemukan http: //wpad/wpad.dat konfigurasi otomatis

Saya terdorong frustrasi oleh masalah ini.

Saya telah mengatur file bernama wpad.dat (pada dasarnya, file proxy.pac diganti nama) dan meletakkannya di situs web internal. Saya telah menyiapkan entri DNS sehingga nama host wpad adalah CNAME untuk server web. Saya menetapkan tipe MIME yang sesuai untuk file dat di situs web. Saya menghapus wpad dari daftar blokir global DNS.

Saya tahu file konfigurasi secara sintaksis benar karena jika saya secara manual mengatur "menggunakan skrip konfigurasi otomatis" Internet Explorer ke http://wpad/wpad.datproksi jelas sedang digunakan (yaitu, saya melihat penjelajahan saya muncul dalam file log plus situs tertentu yang telah saya tolak. halaman pengganti saya.)

Namun, ini adalah pemahaman saya bahwa semua yang harus saya lakukan adalah mencentang kotak untuk "Secara otomatis mendeteksi pengaturan" dan Internet Explorer harus dengan sendirinya mencari http://wpad/wpad.dat- atau, lebih tepatnya, http://wpad.localdomain/wpad.dat- yang juga berfungsi.

Adakah yang bisa membantu saya mendiagnosis masalah ini? Saya tidak bisa melihat apa yang saya lewatkan atau apa yang salah.

Terima kasih !!

(Catatan, juga dimungkinkan untuk mengatur file konfigurasi otomatis menggunakan DHCP, namun kami memiliki organisasi multi-situs dengan DHCP yang disediakan oleh campuran server dan router tergantung pada lokasi serta kantor jarak jauh menggunakan modem seluler 3G yang sangat mendasar Fasilitas DHCP Plus, hanya Internet Explorer yang diduga mendukung penemuan otomatis proxy web melalui DHCP - baik Firefox maupun Safari tidak. Kami tidak benar-benar menggunakan salah satu dari peramban tersebut tetapi demi kompatibilitas maksimum plus kemudahan administrasi / perubahan di masa depan. Saya pikir ini pasti lebih baik untuk membuatnya bekerja melalui entri DNS tunggal yang bagus.)

David,

Jika Anda masih menghadapi masalah ini, itu sebenarnya cukup mudah untuk diperbaiki. Tapi itu tidak didokumentasikan DI MANA SAJA, dan butuh waktu lama untuk mengatasinya di lingkungan saya. Semua yang telah Anda lakukan adalah baik, dan itulah yang saya sebut bug dalam cara IE mendapatkan info WPAD dan terhubung ke server web.

Pertama-tama, Anda tidak dapat menggunakan data CNAME untuk WPAD. Gunakan catatan A. Konyol, aku tahu, dan seharusnya tidak ada bedanya, tapi itu pasti masalahnya. Jadi hapus CNAME Anda di DNS Anda, dan buat catatan A untuk Alamat IP server web.

Kedua (dan ini mungkin lebih rumit untuk Anda), Anda harus memiliki file WPAD.DAT yang terletak di root situs web default yang mendengarkan pada Alamat IP yang telah Anda tetapkan di atas. Ini kuncinya. Ini TIDAK AKAN bekerja dengan bidang host-header atau semacamnya.

Penjelasan: Apa yang dilakukan IE adalah menyelesaikan nama WPAD ke Alamat IP. Itu harus dapat menyelesaikannya langsung ke Alamat IP. Jika itu diselesaikan sebagai permintaan CNAME untuk nama yang berbeda, itu tidak akan berfungsi. Jadi begitu IE mendapatkan alamat IP yang diputuskan WPAD, apa yang sebenarnya dilakukannya adalah terhubung ke http: // <> /WPAD.dat. Jika Anda memiliki situs web yang berbeda yang diatur pada server web yang sama, mendengarkan pada port 80 tetapi menggunakan bidang header host seperti saya (IE, "situs web default", serta "Situs Web WPAD"), maka Anda akan semuanya diatur dengan benar, tetapi tidak akan berhasil karena alasan itu. Letakkan salinan file WPAD.DAT Anda di root situs web default Anda, dan semuanya akan mulai berfungsi.

Tentu saja, jika Anda tidak bisa mendapatkan akses ke root dari situs web itu (atau Anda tidak bisa mengamankan root dari situs web itu), maka Anda mungkin perlu melihat memindahkan situs WPAD Anda ke server lain di mana ia bisa berada di root dari Alamat IP yang ditugaskan ke server itu.

Tetap mencobanya. Itulah proses yang bekerja untuk saya. Butuh waktu lama bagi saya untuk membuatnya bekerja, tetapi sudah bisa diandalkan sekarang untuk waktu yang lama. Namun semua di atas hanyalah pemahaman saya tentang bagaimana IE bekerja dalam kaitannya dengan file WPAD.DAT, dan mungkin tidak benar - itu hanya berdasarkan pada pengamatan apa yang dilakukannya di lingkungan saya sendiri. Anda mungkin berbeda, tapi saya akan menaruh uang setidaknya untuk memperbaiki masalah Anda.

Beri tahu saya bagaimana caranya! Matto :)

Metode lain untuk menyelesaikan ini untuk IE8 (dapat bekerja untuk IE7 juga) adalah mengubah beberapa pengaturan dalam Kebijakan Grup.

• Konfigurasi Komputer> Template Administratif> Komponen Windows> Internet Explorer> Buat pengaturan proxy per-mesin (bukan per-pengguna) = Diaktifkan
• Konfigurasi Pengguna> Template Administratif> Komponen Windows> Internet Explorer> Nonaktifkan caching skrip Auto-Proxy = Diaktifkan

Dengan 2 pengaturan di atas dimodifikasi, saya bisa mendapatkan pengaturan WPAD untuk bekerja di IE8.

CATATAN: Anda tidak perlu berada dalam lingkungan domain untuk menggunakan ini. Pada PC workgroup, cukup gunakan GPEDIT.MSC untuk mengubah kebijakan komputer lokal.

Lihat: Cara menonaktifkan caching proxy otomatis di Internet Explorer

Salam, Kym

Pertanyaan serverfault ini muncul tinggi dalam pencarian google dan itulah sebabnya saya membalasnya. Saya berharap orang lain menemukan ini berguna karena masalah ini sangat menyulitkan saya.

Hampir setiap komputer Windows 7 di domain kami yang terdiri dari sekitar 50 pengguna terpengaruh - berkeliling dan mengatur ulang IE tidak dapat diterima sejauh yang saya ketahui sehingga akhirnya saya menyelesaikannya sebagai berikut:

Pertama di sini adalah beberapa tautan yang berguna tetapi sangat sulit ditemukan yang saya jumpai:

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/

Saya sarankan Anda membaca masing-masing tautan terlebih dahulu.

Kutipan berikut dari tautan pertama sangat menarik:

"Ternyata orang-orang pintar di Microsoft telah menerapkan fitur untuk berhenti memeriksa server WPAD setelah beberapa upaya gagal. Ia menganggap itu tahu di mana jaringan mesin roaming aktif, meninggalkan catatan untuk dirinya sendiri dalam registri jika tidak akan repot mencari lagi. Banyak sekali penggunaan jika Anda baru saja menerapkannya. "

Saya menemukan kunci reg wpad yang tercantum di tautan, yang sebenarnya adalah cara saya menemukan tautan di google. Saya menjadi kejam selama pengujian dan menemukan bahwa yang berikut ini berfungsi:

Tutup semua sesi IE, Buka Panel Kontrol -> Opsi Internet -> Tab Koneksi -> Pengaturan Lan dan hapus centang "Secara Otomatis Mendeteksi Pengaturan" (dan semua opsi lainnya) - JANGAN BUKA IE LAGI.

Hapus kunci reg berikut:

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

Buka Control Panel -> Opsi Internet -> Tab Connections -> Pengaturan Lan dan TICK "Tentukan Otomatis Deteksi Pengaturan".

Jika Anda me-refresh jendela regedit (F5), Anda akan melihat kunci reg wpad dibuat kembali tetapi akan kosong.

Sekarang buka IE. Refresh reg wpad lagi dan Anda akan melihatnya mengisi dengan subkunci yang berisi berbagai info wpad.

Ini adalah perbaikan tanpa harus me-reset IE tapi saya masih perlu menyebarkannya di 50 mesin entah bagaimana. Saya melakukan itu sebagai berikut:

Saya membuat reg berikut dengan menggunakan komputer yang telah saya atur ulang seperti di atas (jangan salin kata demi kata ini karena dibuat berdasarkan pada domain kami dan saya mengedit nama domain), baris wpadOverride ditambahkan manauin ditambahkan:

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]

Ini ditambahkan ke skrip login pengguna dan pada dasarnya menghapus kunci reg dan menggantinya.

Saya kemudian membuat GPO untuk menonaktifkan "Pengaturan Deteksi Otomatis" dan menambahkan secara manual url wpad:

Konfigurasi Pengguna -> Kebijakan -> Pengaturan Windows -> Perawatan Internet Explorer -> Koneksi -> Konfigurasi Browser Otomatis | Hapus centang "Secara Otomatis Deteksi Pengaturan Konfigurasi" dan centang "Aktifkan Konfigurasi Otomatis" dan masukkan " http: //wpad.example.local/wpad.dat " ke "URL Konfigurasi Otomatis".

Saya juga mengaktifkan "IE WPAD Decision Caching Override" (lihat tautan kedua di atas).

Saya kemudian meninggalkan ini selama beberapa hari untuk menyebarkan ke komputer sebanyak mungkin kemudian menonaktifkan "Konfigurasi Otomatis URL" dan mencentang "Otomatis Mendeteksi Pengaturan Konfigurasi" lagi dan menghapus kunci reg dari skrip login.

Saya melakukan ini karena tampaknya tidak berfungsi dengan hanya melepas dan kemudian mencentang kotak "Secara otomatis Mendeteksi Pengaturan Konfigurasi" melalui GPO sehingga penambahan URL mungkin tidak pada akhirnya diperlukan.

Saya berharap WpadOverride akan bekerja tanpa langkah-langkah tambahan tapi sayangnya tidak dalam kasus saya.

Kebetulan menggunakan cname berfungsi dengan baik di jaringan kami.

Setiap komputer yang mati selama perbaikan hanya ditangani secara manual setelah itu.

Saya harap ini membantu orang lain yang menemukan pertanyaan ini seperti yang saya lakukan melalui google. "Fitur" oleh Microsoft ini benar-benar bodoh.

Saya memiliki masalah yang sama persis tetapi hanya untuk beberapa komputer ...

Wireshark menunjukkan bahwa IE tidak mencoba apa pun di jaringan sebelum mengenai server web target. Server web yang diatur ke host wpad merespons hostname apa pun pada alamat IP tertentu itu.

Saya mendapat klien IE8 yang tidak berfungsi untuk mengunduh wpad.dat lagi dengan melakukan ini:

1. Alat-> Opsi Internet-> Lanjutan-> Reset
2. Tutup IE dan buka kembali

Sayangnya, setelah melakukan modifikasi pada file wpad.dat, tampak jelas bahwa IE8 setelah unduhan pertama dari wpad.dat tidak melakukan unduhan lebih lanjut :-(

Hal lain yang perlu diperhatikan adalah detail dalam URL berikut: https://technet.microsoft.com/en-au/library/cc995158.aspx

DNS mungkin mengaktifkan daftar blokir yang mana wpad didefinisikan sebagai catatan yang diblokir, ini adalah tindakan perlindungan.

Coba jalankan wireshark pada mesin klien ... lihat di mana IE mencari? Apakah server web Anda login bahwa ia telah melayani wpads?

Internet Explorer akan berusaha mengakses " http: //wpad.your-machine 's-dns-suffix.com/wpad.dat". Pastikan server web yang dikonfigurasi untuk melayani file wpad.dat menjawab untuk nama host yang sepenuhnya memenuhi syarat. (BTW, IE juga akan menguraikan akhiran DNS yang mencoba masing-masing domain induk. Coba lihat di http://wpad.com . Orang yang memiliki domain itu bisa saja benar-benar jahat jika dia ingin .. .)

IE Versi 6.0.2900.xxxx mencari nama file "wpad.da" bukan "wpad.dat" HATI-HATI! ;) Cukup gunakan sniffer atau periksa log server web Anda.

Semoga ini membantu!

Seperti yang disarankan Tom Newton, jalankan wireshark untuk melihat apa yang dilakukan IE (kueri DNS, HTTP GET, ...), juga lihat log server web Anda.
Berhati-hatilah bahwa IE mengirim IP alih-alih nama Host (wpad) sebagai 'Host' dalam kueri GET sehingga Anda tidak dapat menggunakan virtualhost 'wpad' di server web.

Metode ini bekerja untuk saya

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

Saya pikir IE8 membuat saya banyak kebingungan, mereka dari MS tetapi mengapa itu bekerja dengan tidak benar. Sementara Firefox bekerja dengan sangat baik.

Jika Anda menggunakan DHCP, maka ada pengaturan (opsi 252, IIRC), untuk mendeklarasikan lokasi file wpad Anda. Saya yakin Anda salah tentang Firefox yang tidak dapat menggunakan ini.

Selain itu, apakah Anda memiliki domain lokal di daftar pencarian?