Adresy źródłowe Squida i routing bramy hosta
Oddziel wybór adresu źródłowego Squida od routingu hosta, gdy proxy używa wielu interfejsów lub dostawców.
Przypisanie połączenia wychodzącego Squida do adresu A nie powoduje, że host korzysta z dostawcy A. tcp_outgoing_address wybiera lokalne źródło; system operacyjny nadal wybiera trasę.
| Decyzja | Odpowiedzialny |
|---|---|
| Lokalne źródło wychodzące TCP | Reguła adresu źródłowego Squida. |
| Brama i interfejs dla tego źródła | Polityka routingu hosta. |
| Publiczny adres widziany przez witrynę | Pełna ścieżka, w tym wszelki NAT lub proxy nadrzędne. |
Jeśli A należy do dostawcy A, ale trasa domyślna korzysta z dostawcy B, B może odrzucić to źródło lub trasa powrotna może zawieść. Konfiguracja wielointerfejsowa może wymagać routingu polityki opartego na źródle. Jej reguły systemu operacyjnego i sieci muszą pasować do tego wdrożenia; skopiowana komenda trasy domyślnej może przerwać sesje SSH i proxy.
Zapisz odbiornik, zamierzone źródło wychodzące i zgodną bramę. Połączenia klient→Squid i Squid→cel mogą używać różnych interfejsów, a trasa powrotna do klienta jest kolejnym wymaganiem.
Dyrektywa Squida kontroluje wybór źródła, a nie instalację tras. Rozróżnienie Dantego między wiązaniem wewnętrznym a zewnętrznym również nie zastąpi użytecznej ścieżki. Lokalnie poprawny adres źródłowy może zostać później przetłumaczony, więc sprawdź adres widziany przez witrynę osobno.