WPAD diselesaikan, tetapi pelayar menerima 404

Nama wpad diselesaikan kepada mesin yang dijangka. Itu menggalakkan, tetapi ia hanya permulaan. Pelayar masih perlu meminta fail daripada mesin itu dan menerima skrip PAC.

Petunjuk berguna boleh ditemui dalam log akses pelayan web: klien meminta /wpad.dat dan menerima HTTP 404. URL PAC yang dibuka secara manual mungkin menggunakan nama hos yang berbeza. Walaupun kedua-dua nama sampai ke pelayan yang sama, ia mungkin memilih hos maya yang berbeza.

Ikuti permintaan yang dibuat oleh klien

Semak URL tepat yang dipilih oleh penemuan, nilai HTTP Host, laluan dan respons. Membuka URL PAC yang mudah dalam tab pelayar biasa tidak membuktikan bahawa penemuan automatik meminta URL itu.

Jika nama pendek dan nama yang layak sepenuhnya dijangka, konfigurasikan hos web yang dimaksudkan untuk mengendalikan nama-nama itu secara sengaja. Sahkan bahawa /wpad.dat dipetakan ke fail yang betul, bukan ke akar dokumen lalai atau aplikasi yang tidak berkaitan.

Sajikan skrip, bukan halaman ralat

Sahkan badan respons serta statusnya. Halaman log masuk, dokumen ralat berjenama atau ubah hala mungkin kelihatan munasabah apabila dilihat secara manual, tetapi ia bukan skrip PAC yang dijangka oleh penyelesai. Chromium mendokumenkan keperluan muat turun PAC yang ketat, termasuk respons HTTP 200.

Hanya selepas penghantaran berjaya barulah masuk akal untuk nyahpepijat FindProxyForURL(). Menukar peraturan nama hosnya tidak boleh membaiki 404 yang menghalang pelayar daripada memperolehinya.

Bezakan juga pelayan web PAC daripada proksi hadapan yang dinamakan dalam skripnya. Kedua-duanya mungkin berkongsi mesin, tetapi entri log akses pada satu perkhidmatan bukan bukti bahawa perkhidmatan lain mengendalikan permintaan destinasi pengguna.