WPAD inatatuliwa, lakini kivinjari kinapata 404
Ugunduzi wa proksi wa kiotomatiki unaweza kupata seva sahihi na bado ukaomba faili ya PAC kutoka kwa mwenyeji pepe au njia isiyo sahihi.
Jina wpad linatatuliwa hadi kwenye mashine inayotarajiwa. Hilo linatia moyo, lakini ni mwanzo tu. Kivinjari bado kinapaswa kuomba faili kutoka kwenye mashine hiyo na kupokea script ya PAC.
Kidokezo cha msaada kinapatikana kwenye kumbukumbu ya ufikiaji ya seva ya wavuti: mteja aliomba /wpad.dat na akapokea HTTP 404. URL ya PAC iliyofunguliwa kwa mkono inaweza kutumia jina lingine la mwenyeji. Hata wakati majina yote mawili yanafikia seva moja, yanaweza kuchagua wenyeji pepe tofauti.
Fuatilia ombi ambalo mteja alifanya
Angalia URL kamili iliyochaguliwa na ugunduzi, thamani ya HTTP Host, njia na jibu. Kufungua URL ya PAC inayofaa kwenye kichupo cha kawaida cha kivinjari hakuthibitishi kwamba ugunduzi wa kiotomatiki uliomba URL hiyo.
Ikiwa majina mafupi na majina yaliyostahiki kikamilifu yanatarajiwa, sanidi mwenyeji wa wavuti anayekusudiwa kushughulikia majina hayo kwa makusudi. Thibitisha kwamba /wpad.dat inaelekeza kwenye faili sahihi, sio kwenye mzizi wa hati chaguo-msingi au programu isiyohusiana.
Toa script, sio ukurasa wa hitilafu
Thibitisha mwili wa jibu pamoja na hali yake. Ukurasa wa kuingia, hati ya hitilafu yenye chapa au uelekezaji upya vinaweza kuonekana vya kuaminika vinapotazamwa kwa mkono, lakini sio script ya PAC inayotarajiwa na kitatuzi. Chromium inaandika mahitaji ya upakuaji wa PAC kali, ikiwa ni pamoja na jibu la HTTP 200.
Ni baada ya uwasilishaji umefanikiwa tu ndipo inakuwa na maana kutatua hitilafu za FindProxyForURL(). Kubadilisha kanuni zake za jina la mwenyeji hakuwezi kurekebisha 404 iliyozuia kivinjari kuipata.
Pia tofautisha seva ya wavuti ya PAC na proksi ya mbele iliyotajwa katika script yake. Zinaweza kushiriki mashine, lakini ingizo la kumbukumbu ya ufikiaji kwenye huduma moja sio ushahidi kwamba huduma nyingine ilishughulikia ombi la marudio la mtumiaji.