WPAD се разрешава, али прегледач добија 404
Аутоматско откривање проксија може пронаћи исправан сервер и ипак затражити PAC датотеку са погрешног виртуелног хоста или путање.
Име wpad разрешава се на очекивани рачунар. То охрабрује, али је само почетак. Прегледач још мора да затражи датотеку са тог рачунара и прими PAC скрипту.
Корисна индиција налази се у дневнику приступа веб сервера: клијент је затражио /wpad.dat и примио HTTP 404. Руком отворен PAC URL може користити друго име хоста. Чак и када оба имена стигну на исти сервер, могу изабрати различите виртуелне хостове.
Пратите захтев који је клијент послао
Проверите тачан URL који је откривање изабрало, вредност HTTP Host, путању и одговор. Отварање прикладног PAC URL-а у обичној картици прегледача не доказује да је аутоматско откривање затражило тај URL.
Ако се очекују и кратка и потпуно квалификована имена, конфигуришите предвиђени веб хост да та имена свесно обрађује. Потврдите да /wpad.dat води на исправну датотеку, а не на подразумевани корен докумената или неповезану апликацију.
Служите скрипту, а не страницу грешке
Проверите тело одговора као и његов статус. Страница за пријаву, брендирани документ грешке или преусмеравање могу изгледати уверљиво када се прегледају ручно, али то није PAC скрипта коју разрешивач очекује. Chromium документује строге захтеви за преузимање PAC-а, укључујући одговор HTTP 200.
Тек након што испорука успе има смисла отклањати грешке у FindProxyForURL(). Промена његових правила за имена хостова не може поправити 404 који је спречио прегледач да га добије.
Такође разликујте PAC веб сервер од напред проксија наведеног у његовој скрипти. Могу делити рачунар, али запис у дневнику приступа једне услуге није доказ да је друга услуга обрадила корисников захтев према одредишту.