Vi redaktis la PAC-dosieron. Ĉu la retumilo denove elŝutis ĝin?
Konservi proksimskripton sur sia servilo ne pruvas, ke la retumilo anstataŭigis sian kaŝmemoran agordon. Kontrolu la elŝuton antaŭ ol sencimigi la novan regulon.
Vi ŝanĝas la PAC-dosieron de proksio A al proksio B, konservas ĝin kaj reŝargas retejon. La retejo ankoraŭ vidas proksion A. Antaŭ ol vi denove ŝanĝos la regulon, kontrolu ĉu la retumilo eĉ akiris la novan skripton.
Paĝa reŝargo kaj PAC-elŝuto estas du malsamaj operacioj. La kliento povas konservi skripton sendepende de la paĝo montrata. Jam establita konekto aldonas plian kialon, kial la venonta videbla agado eble ne montras novan enkursigan decidon.
Serĉu PAC-peton
Uzu la alirprotokolon de la agorda servilo kaj la disponeblan retdiagnozon de la kliento. Identigu la ĝustan PAC-URL, la respondon kaj la version de la liverita skripto. Dosiero redaktita en unu dosierujo povas kunekzisti kun malsama dosiero servata de la aktiva retgastiganto.
Chromium dokumentas sian propran PAC-kaŝadon kaj reŝutan konduton. Aliaj klientoj havas proprajn regulojn. Evitu igi malnovan anekdoton «restartigu la retumilon» universala refreŝiga intervalo.
Faru la komparon senchava
Se kontrolita freŝa retumila seanco taŭgas, uzu la subtenatan agordan mekanismon kaj konfirmu la elŝuton anstataŭ dependi nur de agorda ekrano. Konsciu, ke fermo de fenestro ne ĉiam finas ĉiun retumilan procezon.
Post kiam estas konate, ke la nova skripto estas ŝargita, ekzamenu ĝian rezulton por la celo. Nur poste esploru reuzadon de konekto aŭ la eliran adreson de la proksia servo. Tiuj postaj etapoj ne povas klarigi PAC-redakton, kiun la kliento neniam ricevis.