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 вэб серверийг скрипт дотор нэрлэсэн урагш проксигоос ялгаарай. Тэд нэг машиныг хуваалцаж болох ч нэг үйлчилгээний хандалтын бүртгэлийн бичлэг нь нөгөө үйлчилгээ хэрэглэгчийн очих газрын хүсэлтийг үйлчилсэн гэдгийг батлахгүй.