Warum Firefox einen Intranet-Host in Ihrem Bypass-Subnetz weiterhin über den Proxy leitet
Ein Bypass-Bereich für literale IP-Adressen befreit nicht zwangsläufig einen Hostnamen, der in diesen Bereich aufgelöst wird.
Sie haben 192.168.0.0/16 in die Liste „Kein Proxy für“ von Firefox eingetragen. Das Öffnen von http://192.168.1.20/ erfolgt direkt, aber http://wiki.office.example/ erreicht weiterhin den Proxy. Beide URLs können auf denselben Server verweisen.
Der wichtige Unterschied ist die Zielzeichenkette, mit der Firefox abgleicht. Eine Ausnahme für einen IP-Bereich und eine Ausnahme für einen Hostnamen sind nicht austauschbar. Gehen Sie nicht davon aus, dass die manuelle Bypass-Liste jeden Hostnamen auflöst, bevor Sie entscheiden, ob eine Regel für den Adressbereich greift.
| Eingegebene URL | Für den Abgleich verfügbare Informationen |
|---|---|
| http://192.168.1.20/ | Eine literale IP-Adresse |
| http://wiki.office.example/ | Ein Hostname |
Wenn das Intranet eine eigene Domäne hat, verwenden Sie die passenden Hostnamen- oder Domänenausnahmen, statt die Adressen zu raten, in die die Namen aufgelöst werden können. Halten Sie nicht zugehörige öffentliche Dienste außerhalb dieser Ausnahme. Eine Domäne kann sowohl intern als auch extern gehostete Anwendungen enthalten.
Mozillas ursprüngliche Erklärung unterscheidet ausdrücklich den Abgleich literaler IP-Adressen von Namen, die in diese IP-Adressen aufgelöst werden. Dieses Dokument ist historisch, prüfen Sie daher das Verhalten des aktuellen Clients und die Richtlinienschnittstelle, bevor Sie jedes Syntaxbeispiel daraus übernehmen.
Wenn die Richtlinie DNS benötigt
Eine PAC-Datei bietet einen separaten, expliziten Ort für DNS-bewusste Entscheidungen. Sie bringt jedoch auch Fehlermodi bei Verteilung, Ausführung und Auflösung des Skripts mit sich. Verwenden Sie sie, weil die Routing-Anforderung diese Logik braucht, nicht nur, damit eine lange Bypass-Liste kürzer aussieht.
Prüfen Sie in einer verwalteten Installation auch die effektive Richtlinie von Firefox. Eine gesperrte Proxy-Richtlinie kann erklären, warum eine lokale Änderung die Route nicht bestimmt.
Zeichnen Sie zur Fehlersuche die eingegebene literale URL auf, nicht nur die endgültige IP des Servers. Der Vergleich einer Hostnamen-URL mit einer URL mit literaler Adresse verändert die Informationen, die für die Bypass-Entscheidung verfügbar sind, und genau deshalb können die beiden Anfragen unterschiedliche Wege nehmen.