Indirizzi sorgente di Squid e routing del gateway dell'host
Separare la selezione dell'indirizzo sorgente di Squid dal routing dell'host quando un proxy usa più interfacce o provider.
Associare la connessione in uscita di Squid all'indirizzo A non fa sì che l'host usi il provider A. tcp_outgoing_address seleziona una sorgente locale; il sistema operativo sceglie ancora il percorso.
| Decisione | Responsabile |
|---|---|
| Sorgente TCP in uscita locale | La regola dell'indirizzo sorgente di Squid. |
| Gateway e interfaccia per quella sorgente | Politica di routing dell'host. |
| Indirizzo pubblico visto dal sito web | Il percorso completo, inclusi eventuali NAT o proxy padre. |
Se A appartiene al provider A ma il percorso predefinito usa il provider B, B può rifiutare quella sorgente o il percorso di ritorno può fallire. Una configurazione multi-interfaccia può richiedere routing policy basato sulla sorgente. Le sue regole di sistema operativo e rete devono adattarsi a questa distribuzione; un comando di route predefinita copiato può interrompere sessioni SSH e proxy.
Registrare il listener, la sorgente in uscita prevista e un gateway compatibile. Le connessioni client→Squid e Squid→destinazione possono usare interfacce diverse, e il percorso di ritorno al client è un altro requisito.
La direttiva Squid controlla la selezione della sorgente, non l'installazione delle route. Nemmeno la distinzione di Dante tra binding interno ed esterno può sostituire un percorso utilizzabile. Una sorgente corretta localmente può comunque essere tradotta in seguito, quindi verificare l'indirizzo visto dal sito web separatamente.