Nalulutas ang WPAD, pero nakakakuha ng 404 ang browser

Nalulutas ang pangalang wpad sa inaasahang makina. Nakapagpapalakas iyon, ngunit simula pa lamang ito. Kailangan pa ring humingi ng file ang browser mula sa makinang iyon at tanggapin ang PAC script.

May kapaki-pakinabang na bakas sa access log ng web server: humiling ang kliyente ng /wpad.dat at nakatanggap ng HTTP 404. Ang PAC URL na manu-manong binuksan ay maaaring gumamit ng ibang hostname. Kahit na maabot ng parehong pangalan ang parehong server, maaaring pumili sila ng magkaibang virtual host.

Sundan ang kahilingang ginawa ng kliyente

Suriin ang eksaktong URL na pinili ng pagtuklas, ang halaga ng HTTP Host, ang path at ang tugon. Ang pagbubukas ng maginhawang PAC URL sa ordinaryong tab ng browser ay hindi nagpapatunay na hiniling ng awtomatikong pagtuklas ang URL na iyon.

Kung inaasahan ang maikli at ganap na kwalipikadong mga pangalan, i-configure ang inilaan na web host na sadyang pangasiwaan ang mga pangalang iyon. Kumpirmahin na ang /wpad.dat ay tumuturo sa tamang file, hindi sa default na document root o sa walang kaugnayang application.

Maghatid ng script, hindi error page

Tiyakin ang katawan ng tugon pati na ang katayuan nito. Ang sign-in page, branded na error document o redirect ay maaaring magmukhang kapani-paniwala kapag tiningnan nang manu-mano, ngunit hindi ito ang PAC script na inaasahan ng resolver. Idinodokumento ng Chromium ang mahigpit na mga kinakailangan sa pag-download ng PAC, kabilang ang tugon na HTTP 200.

Pagkatapos lamang ng nagtagumpay ang paghahatid may saysay na i-debug ang FindProxyForURL(). Hindi kayang ayusin ng pagbabago sa mga patakaran ng hostname nito ang 404 na pumigil sa browser na makuha ito.

Iba rin ang isang PAC web server sa forward proxy na pinangalanan sa script nito. Maaaring magbahagi sila ng makina, ngunit ang isang entry sa access log ng isang serbisyo ay hindi ebidensya na pinangasiwaan ng kabilang serbisyo ang kahilingan ng user sa destinasyon.