PAC-Dateien: Wann eine Anfrage den Proxy nutzt oder direkt geht

Eine IP-Prüfseite kann Ihre direkte Adresse zeigen, während eine PAC-Datei eine andere Website korrekt über den Proxy leitet. Prüfen Sie, welcher Zweig die IP-Prüfseite selbst steuert:

function FindProxyForURL(url, host) {
  if (host === "example.com") {
    return "PROXY 203.0.113.10:8080; DIRECT";
  }
  return "DIRECT";
}

Das Skript bietet example.com den HTTP-Proxy und anschließend DIRECT an. Jeder andere Host geht ausdrücklich direkt, sodass eine IP-Prüfung auf einer anderen Domain nie den Proxy-Zweig testet. Ersetzen Sie vor dem Einsatz den Dokumentationsendpunkt durch den gewünschten HTTP-Proxy; die HTTP-Proxy-Liste liefert Kandidaten, wenn öffentliche Proxys zur Richtlinie passen.

Semikolons trennen Routenkandidaten. DIRECT erlaubt eine Verbindung ohne Proxy; wird sie gewählt, kann das Ziel den Ausgang dieser direkten Route sehen. Eine Richtlinie mit verpflichtender Proxynutzung kann sich nicht auf eine Regel stützen, die diesen Fallback bei nicht verfügbarem Proxy bewusst erlaubt.

Der Browser entscheidet, wie er Kandidatenfehler behandelt, und kann sich ausgefallene Proxys merken. Eine Website mit HTTP-Fehler ist nicht automatisch mit einem unerreichbaren Proxy gleichzusetzen. Der erste Kandidat im Skript allein belegt daher nicht die verwendete Route.

PROXY IP:port bezeichnet einen gewöhnlichen HTTP-Listener. Bei Unterstützung kann er HTTPS durch CONNECT transportieren; allein eine HTTPS-Website erfordert keinen separaten Endpunkt. Verwenden Sie nur die vom Browser gelieferten URL-Informationen: HTTPS-Pfad und Abfrage können vor der PAC-Auswertung entfernt werden.

Werten Sie das Ergebnis für das beabsichtigte Ziel aus und stellen Sie dann eine neue Anfrage unter derselben Regel. Unterscheiden Sie falsche Zuordnung, unerreichbaren Endpunkt und erlaubten direkten Fallback, bevor Sie eine Korrektur wählen.