De PAC-testa rezulto al la reala vojo de la retumilo
Apartigu la vojon redonatan de PAC-funkcio disde dosiera liverado, retumila adoptado, atingeblo de prokurilo kaj la fina vojo de la peto.
PAC-testilo redonas PROXY proxy.example:8080. Utila rezulto. Tamen antaŭ ol nomi la retumilan agordon kontrolita, restas pluraj demandoj.
| Demando | Kion ekzameni |
|---|---|
| Kion redonas ĉi tiu skripto por ĉi tiu enigo? | La taksilo, la eniga URL kaj la rezultoj de la helpaj funkcioj |
| Ĉu la retumilo akiris ĉi tiun kopion? | La agorditan PAC-URL kaj pruvojn pri liverado aŭ kaŝmemoro |
| Ĉu la retumilo uzis la redonitan vojon? | La diagnozojn de la retumilo pri prokurila elekto kaj konekto |
| Ĉu tiu vojo povis porti la peton? | La konekton de la elektita finpunkto kaj la interŝanĝon kun la prokurilo |
Ilo kiel pacparser taksas PAC-logikon per siaj propraj subtenataj helpaj funkcioj. Ĝi ne funkciigas la kompletan maŝinaron de la cela retumilo por malkovro de agordo, politiko, kaŝmemoro kaj konekto.
Tenadu la enigojn kompareblaj. Alia URL-skemo, alia literumado de la gastiganto, alia DNS-respondo aŭ donita klienta adreso povas ŝanĝi validan rezulton. Testo en alia reto povas ekzerci alian branĉon sen iu ajn eraro en la skripto.
Retumila politiko ankaŭ povas elekti alian PAC-URL aŭ fiksan prokurilon. Redakti la dosieron sur la disko ne pruvas, ke la retumilo rekaptis ĝin. En Chrome, refreŝigi PAC malsamas de forigi memoritajn malbonajn prokurilojn. Notu la ĝustan dosierversion kaj la koncernajn agordojn kune kun la rezulto.
Uzu senretan takson por mallarĝigi logikan problemon. Uzu la diagnozojn de la reala kliento por konstati adoptadon kaj vojigon. Se la skripta rezulto pravas sed la prokurilo vidas neniun transakcion, esploru tiun breĉon antaŭ ol reverki funkciantan regulon.