WPAD tiek atrisināts, bet pārlūks saņem 404

Nosaukums wpad tiek atrisināts uz gaidīto mašīnu. Tas iedrošina, taču tas ir tikai sākums. Pārlūkam joprojām ir jāpieprasa fails no šīs mašīnas un jāsaņem PAC skripts.

Noderīgu norādi var atrast tīmekļa servera piekļuves žurnālā: klients pieprasīja /wpad.dat un saņēma HTTP 404. Manuāli atvērts PAC URL var izmantot citu resursdatora nosaukumu. Pat ja abi nosaukumi sasniedz vienu serveri, tie var izvēlēties atšķirīgus virtuālos resursdatorus.

Sekojiet klienta veiktajam pieprasījumam

Pārbaudiet precīzo URL, ko izvēlējās atklāšana, HTTP Host vērtību, ceļu un atbildi. Ērta PAC URL atvēršana parastā pārlūka cilnē nepierāda, ka automātiskā atklāšana pieprasīja tieši šo URL.

Ja gaidīti gan īsi, gan pilnībā kvalificēti nosaukumi, konfigurējiet paredzēto tīmekļa resursdatoru apzināti apstrādāt šos nosaukumus. Apstipriniet, ka /wpad.dat atbilst pareizajam failam, nevis noklusējuma dokumentu saknei vai nesaistītai lietojumprogrammai.

Piegādājiet skriptu, nevis kļūdas lapu

Pārbaudiet atbildes pamattekstu, kā arī tās statusu. Pieteikšanās lapa, zīmola kļūdas dokuments vai novirzīšana manuāli var izskatīties ticami, taču tas nav PAC skripts, ko gaida atrisinātājs. Chromium dokumentē stingras PAC lejupielādes prasības, tostarp HTTP 200 atbildi.

Tikai pēc tam, kad piegāde izdodas, ir jēga atkļūdot FindProxyForURL(). Tā resursdatora nosaukumu noteikumu maiņa nevar izlabot 404, kas liedza pārlūkam to iegūt.

Atšķiriet arī PAC tīmekļa serveri no tā skriptā nosauktā priekšējā starpniekservera. Tie var kopīgot mašīnu, taču vienas pakalpojuma piekļuves žurnāla ieraksts nav pierādījums, ka otrs pakalpojums apstrādāja lietotāja galamērķa pieprasījumu.