Squid-Quelladressen und Host-Gateway-Routing
Trennen Sie die Quelladressauswahl von Squid vom Host-Routing, wenn ein Proxy mehrere Schnittstellen oder Anbieter nutzt.
Die ausgehende Verbindung von Squid an Adresse A zu binden, bringt den Host nicht dazu, Anbieter A zu verwenden. tcp_outgoing_address wählt eine lokale Quelle; das Betriebssystem wählt weiterhin die Route.
| Entscheidung | Zuständig |
|---|---|
| Lokale ausgehende TCP-Quelle | Squids Quelladressregel. |
| Gateway und Schnittstelle für diese Quelle | Host-Routing-Richtlinie. |
| Öffentliche Adresse, die die Website sieht | Der vollständige Pfad, einschließlich etwaigem NAT oder übergeordnetem Proxy. |
Wenn A zu Anbieter A gehört, die Standardroute aber Anbieter B nutzt, kann B diese Quelle ablehnen oder der Rückweg fehlschlagen. Ein Multihoming-Setup kann quellenbasiertes Policy-Routing erfordern. Seine Betriebssystem- und Netzwerkregeln müssen zu dieser Bereitstellung passen; ein kopierter Standardroute-Befehl kann SSH- und Proxy-Sitzungen unterbrechen.
Halten Sie Listener, beabsichtigte ausgehende Quelle und passendes Gateway fest. Die Verbindungen Client→Squid und Squid→Ziel können unterschiedliche Schnittstellen nutzen, und der Rückweg zum Client ist eine weitere Anforderung.
Die Squid-Direktive steuert die Quellenauswahl, nicht die Routeninstallation. Auch Dantes Unterscheidung zwischen interner und externer Bindung kann keinen nutzbaren Pfad ersetzen. Eine lokal korrekte Quelle kann später dennoch übersetzt werden, prüfen Sie daher die Adresse, die die Website sieht separat.