Wenn Chrome eine lokale PAC-Datei nicht laden kann
Trennen Sie eine abgelehnte lokale PAC-Datei-URL von der Unterstützung für PAC-Routing, Skriptsyntax und den ausgewählten Proxy.
Wenn Chrome ein als file://-URL bereitgestelltes PAC-Skript nicht verwenden kann, prüfen Sie diesen Auslieferungsweg, bevor Sie das Skript umschreiben. Ein fehlgeschlagenes Laden an einem Ort belegt nicht, dass PAC-Routing nicht unterstützt wird.
Die Proxy-API von Chrome kennt einen pac_script-Modus, bei dem Skript-URL oder Inline-Daten über die unterstützte Erweiterungsschnittstelle verfügbar sind. Eine über Betriebssystemeinstellungen bereitgestellte lokale Datei ist nur ein bestimmter Weg, das Skript auszuliefern.
Verfolgen Sie das Skript bis in den Browser
Klären Sie, was den betroffenen Browser steuert: Systemeinstellungen, verwaltete Richtlinie, Kommandozeilenkonfiguration oder eine Erweiterung. Ein in den macOS-Einstellungen angezeigter Wert belegt nicht, dass Chrome dieses Skript bezogen und ausgewertet hat.
Unterscheiden Sie einen abgelehnten oder unerreichbaren Skriptort von einem Auswertungsfehler und beides von einem Verbindungsfehler zum Proxy, den ein gültiges Skript liefert. Der SOCKS-Port wird erst relevant, nachdem der Browser diese Route gewählt hat.
Verteilen Sie ein verwaltetes PAC über einen genehmigten Mechanismus, den die Zielclients unterstützen. Eine Auslieferungs-URL über HTTP oder HTTPS muss erreichbar bleiben, wenn der beschriebene Proxy nicht verfügbar ist. Bei Inline-Daten aus einer Erweiterung aktualisiert eine Änderung der Originaldatei das kopierte Skript nicht automatisch. Für eine kleine lokale Richtlinie beim Start, betten Sie das Skript in eine Daten-URL ein als weiteren Auslieferungsweg.
Ein internes PAC kann private Hostnamen und Routingregeln enthalten. Belassen Sie es auf einem genehmigten Auslieferungsdienst, statt es auf beliebiges öffentliches Hosting zu verschieben, um ein Problem mit einer lokalen Datei zu lösen.