Geordnetes Proxy-Failover in einer PAC-Datei

Ein semikolongetrenntes PAC-Ergebnis liefert alternative Routen in Reihenfolge:

return "PROXY proxy-a.example:8080; PROXY proxy-b.example:8080";

Verwenden Sie die tatsächlichen HTTP-Endpunkte, die die Richtlinie verlangt. Für Tests öffentlicher Ziele, bei denen öffentliche Proxys erlaubt sind, liefert die HTTP-Proxy-Liste Kandidaten. Der Browser kann B probieren, wenn es angebracht ist, nachdem A fehlgeschlagen ist. Der Datenverkehr läuft nicht durch A und dann durch B. Eine Kette erfordert separate Unterstützung im Client oder auf den Proxyservern; curls SOCKS-zu-HTTP-Kette ist eine unterstützte Anordnung.

Verfügbarkeit des Skripts und des Proxys

Der Client muss zuerst ein nutzbares PAC-Skript erhalten. Ein zweiter Proxy im Rückgabewert kann einem Browser nicht helfen, der das Skript nicht herunterladen konnte und keine nutzbare Kopie im Cache hat.

Nach der Auswertung wählt der Browser unter den zurückgegebenen Routen. Die PAC-Referenz definiert das geordnete Format; der Browser bestimmt, welche Fehler den Wechsel auslösen und wie lange er sich einen fehlgeschlagenen Kandidaten merkt. Ein HTTP-Fehler, der über einen funktionierenden Proxy empfangen wird, löst nicht automatisch eine andere Route aus.

Eine direkte Alternative

Das Hinzufügen von ; DIRECT erlaubt eine Route ohne einen der beiden Proxys. Das kann zu einer Roaming-Richtlinie passen, widerspricht aber der Anforderung, dass der betroffene Datenverkehr immer einen genehmigten Ausgang verwendet.

Für einen Ausfallbericht halten Sie fest, ob das Skript abgerufen wurde, sein Ergebnis für die betroffene URL und die Alternative, die der Browser versucht hat. Diese Beobachtungen ordnen den Fehler zwischen Skriptauslieferung, Auswertung und Proxyverbindung ein.