Du redigerade PAC-filen. Hämtade webbläsaren den igen?
Att spara ett proxyskript på dess server bevisar inte att webbläsaren ersatte sin cachelagrade konfiguration. Kontrollera hämtningen innan du felsöker den nya regeln.
Du ändrar PAC-filen från proxy A till proxy B, sparar den och läser in en webbplats igen. Webbplatsen ser fortfarande proxy A. Innan du ändrar regeln igen, kontrollera om webbläsaren ens fick det nya skriptet.
En sidomladdning och en PAC-nedladdning är två olika operationer. Klienten kan behålla ett skript oberoende av sidan som visas. En redan upprättad anslutning ger ytterligare en anledning till att nästa synliga aktivitet kanske inte visar ett nytt routingbeslut.
Leta efter en PAC-begäran
Använd konfigurationsserverns åtkomstlogg och klientens tillgängliga nätverksdiagnostik. Identifiera den exakta PAC-URL:en, svaret och versionen av skriptet som levererades. En fil som redigeras i en katalog kan samexistera med en annan fil som den aktiva webbvärden tillhandahåller.
Chromium dokumenterar sitt eget PAC-cache- och återhämtningsbeteende. Andra klienter har sina egna regler. Undvik att göra en gammal "starta om webbläsaren"-anekdot till ett universellt uppdateringsintervall.
Gör jämförelsen meningsfull
Om en kontrollerad ny webbläsarsession är lämplig, använd den stödda konfigurationsmekanismen och bekräfta hämtningen i stället för att bara förlita dig på en inställningsskärm. Var medveten om att stängning av ett fönster inte alltid avslutar alla webbläsarprocesser.
När det är känt att det nya skriptet är laddat, undersök resultatet för destinationen. Först då bör du undersöka återanvändning av anslutningar eller proxytjänstens utgångsadress. Dessa senare steg kan inte förklara en PAC-redigering som klienten aldrig tog emot.