Na-edit mo ang PAC file. Kinuha ulit ito ng browser?
Ang pag-save ng proxy script sa server nito ay hindi nagpapatunay na pinalitan ng browser ang naka-cache nitong configuration. Suriin ang pagkuha bago i-debug ang bagong rule.
Binabago mo ang PAC file mula proxy A patungong proxy B, sine-save ito, at nire-reload ang isang website. Nakikita pa rin ng site ang proxy A. Bago baguhin muli ang rule, suriin kung nakuha man lang ng browser ang bagong script.
Ang pag-reload ng pahina at pag-download ng PAC ay dalawang magkaibang operasyon. Maaaring itago ng client ang isang script nang hiwalay sa pahinang tinitingnan. Ang isang naitatag nang koneksyon ay nagdadagdag ng isa pang dahilan kung bakit ang susunod na nakikitang aktibidad ay maaaring hindi magpakita ng bagong desisyon sa routing.
Maghanap ng PAC request
Gamitin ang access log ng configuration server at ang available na network diagnostics ng client. Tukuyin ang eksaktong PAC URL, ang tugon, at ang bersyon ng script na inihatid. Ang isang file na na-edit sa isang direktoryo ay maaaring umiral kasabay ng ibang file na ine-serve ng aktibong web host.
Idinodokumento ng Chromium ang sarili nitong pag-cache at muling pagkuha ng PAC. Ang ibang client ay may sariling mga patakaran. Iwasang gawing pangkalahatang refresh interval ang lumang kuwento ng "i-restart ang browser."
Gawing makabuluhan ang paghahambing
Kung angkop ang isang kontroladong bagong session ng browser, gamitin ang sinusuportahang mekanismo ng configuration at kumpirmahin ang pagkuha sa halip na umasa lamang sa screen ng settings. Alalahanin na ang pagsasara ng window ay hindi laging tinatapos ang bawat proseso ng browser.
Kapag alam na na-load ang bagong script, suriin ang resulta nito para sa destinasyon. Pagkatapos lang niyan imbestigahan ang muling paggamit ng koneksyon o ang exit address ng proxy service. Hindi maipapaliwanag ng mga huling yugtong iyon ang isang edit sa PAC na hindi kailanman natanggap ng client.