Sie haben die PAC-Datei bearbeitet. Hat der Browser sie erneut abgerufen?
Ein Proxyskript auf seinem Server zu speichern belegt nicht, dass der Browser seine zwischengespeicherte Konfiguration ersetzt hat. Prüfen Sie den Abruf, bevor Sie die neue Regel debuggen.
Sie ändern die PAC-Datei von Proxy A auf Proxy B, speichern sie und laden eine Website neu. Die Website sieht weiterhin Proxy A. Bevor Sie die Regel erneut ändern, prüfen Sie, ob der Browser das neue Skript überhaupt erhalten hat.
Ein Seitenneuladen und ein PAC-Download sind zwei verschiedene Vorgänge. Der Client kann ein Skript unabhängig von der angezeigten Seite behalten. Eine bereits aufgebaute Verbindung ist ein weiterer Grund, warum die nächste sichtbare Aktivität möglicherweise keine neue Routingentscheidung zeigt.
Suchen Sie eine PAC-Anfrage
Nutzen Sie das Zugriffsprotokoll des Konfigurationsservers und die verfügbare Netzwerkdiagnose des Clients. Bestimmen Sie die genaue PAC-URL, die Antwort und die Version des gelieferten Skripts. Eine in einem Verzeichnis bearbeitete Datei kann neben einer anderen Datei existieren, die der aktive Webhost ausliefert.
Chromium dokumentiert sein eigenes PAC-Caching- und Neuladeverhalten. Andere Clients haben eigene Regeln. Vermeiden Sie es, eine alte „Browser neu starten“-Anekdote in ein universelles Aktualisierungsintervall zu verwandeln.
Machen Sie den Vergleich aussagekräftig
Wenn eine kontrollierte neue Browsersitzung angemessen ist, nutzen Sie den unterstützten Konfigurationsmechanismus und bestätigen Sie den Abruf, statt sich nur auf einen Einstellungsbildschirm zu verlassen. Beachten Sie, dass das Schließen eines Fensters nicht immer alle Browserprozesse beendet.
Sobald bekannt ist, dass das neue Skript geladen ist, prüfen Sie sein Ergebnis für das Ziel. Erst danach untersuchen Sie die Wiederverwendung von Verbindungen oder die Ausgangsadresse des Proxy-Dienstes. Diese späteren Phasen können eine PAC-Bearbeitung nicht erklären, die der Client nie erhalten hat.