Un listener TPROXY di Squid può ricevere correttamente il traffico dei client mentre la connessione al proprio padre fallisce. Preservare l'indirizzo di origine su quella connessione in uscita può essere inappropriato per il percorso di rete del padre.

Nelle versioni di Squid che supportano l'opzione, aggiungere no-tproxy alla definizione cache_peer esistente pertinente. Per esempio:

cache_peer parent.example.net parent 8118 0 no-query no-tproxy

no-tproxy disattiva lo spoofing dell'indirizzo di origine del client per le connessioni verso questo peer. Non rimuove la configurazione trasparente del listener né seleziona il peer da solo. Conservare le altre opzioni e regole di selezione del padre della distribuzione. Dove tali regole consentono destinazioni pubbliche tramite un padre non autenticato, la lista di proxy HTTP offre indirizzi candidati; non conservare le credenziali esistenti del padre e verificare l'autorizzazione per ogni destinazione CONNECT reale.

Il padre ora riceve una connessione normale dall'indirizzo in uscita di Squid stesso, soggetta a qualsiasi NAT. La sua politica di accesso e l'autenticazione devono consentire quel proxy a valle. Verificare l'indirizzo di origine visto dal padre quando usa una restrizione IP.

Questa opzione è documentata per Squid 7 e per le versioni supportate precedenti; il riferimento di configurazione la indica come non disponibile in Squid 8. Mantenere la ricetta legata alla versione in uso.

Articoli correlati