WPAD berhasil diselesaikan, tetapi browser mendapat 404

Nama wpad diselesaikan ke mesin yang diharapkan. Itu menggembirakan, tetapi hanya permulaan. Browser masih harus meminta berkas dari mesin tersebut dan menerima skrip PAC.

Petunjuk berguna terdapat di log akses server web: klien meminta /wpad.dat dan menerima HTTP 404. URL PAC yang dibuka secara manual dapat memakai nama host lain. Bahkan ketika kedua nama mencapai server yang sama, keduanya dapat memilih host virtual yang berbeda.

Ikuti permintaan yang dibuat klien

Periksa URL persis yang dipilih penemuan, nilai HTTP Host, jalur, dan respons. Membuka URL PAC yang nyaman di tab browser biasa tidak membuktikan bahwa penemuan otomatis meminta URL tersebut.

Jika nama pendek dan nama berkualifikasi penuh sama-sama diharapkan, konfigurasikan host web yang dituju untuk menangani nama-nama itu secara sengaja. Pastikan /wpad.dat dipetakan ke berkas yang benar, bukan ke akar dokumen bawaan atau aplikasi yang tidak terkait.

Sajikan skrip, bukan halaman galat

Verifikasi isi respons sekaligus statusnya. Halaman masuk, dokumen galat berlabel merek, atau pengalihan bisa tampak masuk akal saat dilihat manual, tetapi bukan skrip PAC yang diharapkan resolver. Chromium mendokumentasikan persyaratan unduhan PAC yang ketat, termasuk respons HTTP 200.

Hanya setelah pengiriman berhasil masuk akal untuk men-debug FindProxyForURL(). Mengubah aturan nama host-nya tidak dapat memperbaiki 404 yang mencegah browser memperolehnya.

Bedakan juga server web PAC dari proxy maju yang disebut dalam skripnya. Keduanya mungkin berbagi mesin, tetapi entri log akses pada satu layanan bukan bukti bahwa layanan lain menangani permintaan tujuan pengguna.