PAC testētājs atgriež PROXY proxy.example:8080. Noderīgs rezultāts. Tomēr pirms pārlūka konfigurācijas pasludināšanas par pārbaudītu jāatbild vēl uz vairākiem jautājumiem.

JautājumsKas jāpārbauda
Ko šis skripts atgriež šai ievadei?Novērtētāju, ievades URL un palīgfunkciju rezultātus
Vai pārlūks ieguva šo kopiju?Konfigurēto PAC URL un piegādes vai kešatmiņas pierādījumus
Vai pārlūks izmantoja atgriezto maršrutu?Pārlūka starpniekservera izvēles un savienojuma diagnostiku
Vai šis maršruts varēja pārnest pieprasījumu?Izvēlētā galapunkta savienojumu un apmaiņu ar starpniekserveri

Rīks, piemēram, pacparser, novērtē PAC loģiku ar savām atbalstītajām palīgfunkcijām. Tas neizpilda visu mērķa pārlūka konfigurācijas atklāšanas, politikas, kešatmiņas un savienojuma mehānismu.

Uzturiet ievades salīdzināmas. Cita URL shēma, cita resursdatora nosaukuma rakstība, cita DNS atbilde vai norādīta klienta adrese var mainīt likumīgu rezultātu. Tests citā tīklā var izpildīt citu atzaru bez jebkādas kļūdas skriptā.

Pārlūka politika var izvēlēties arī citu PAC URL vai fiksētu starpniekserveri. Faila labošana diskā nepierāda, ka pārlūks to ir atkal ieguvis. Programmā Chrome PAC atsvaidzināšana atšķiras no atcerēto slikto starpniekserveru dzēšanas. Reģistrējiet precīzu faila versiju un attiecīgos lietotāja iestatījumus kopā ar rezultātu.

Izmantojiet bezsaistes novērtējumu, lai sašaurinātu loģikas problēmu. Izmantojiet īstā klienta diagnostiku, lai konstatētu pārņemšanu un maršrutēšanu. Ja skripta rezultāts ir pareizs, bet starpniekserveris neredz darījumu, izpētiet šo plaisu pirms strādājoša noteikuma pārrakstīšanas.

Saistītie raksti