Adresses sources de Squid et routage de la passerelle hôte
Séparez la sélection d'adresse source de Squid du routage de l'hôte lorsqu'un proxy utilise plusieurs interfaces ou fournisseurs.
Lier la connexion sortante de Squid à l'adresse A ne fait pas utiliser le fournisseur A par l'hôte. tcp_outgoing_address sélectionne une source locale ; le système d'exploitation choisit toujours la route.
| Décision | Responsable |
|---|---|
| Source TCP sortante locale | La règle d'adresse source de Squid. |
| Passerelle et interface pour cette source | Politique de routage de l'hôte. |
| Adresse publique vue par le site web | Le chemin complet, y compris tout NAT ou proxy parent. |
Si A appartient au fournisseur A mais que la route par défaut utilise le fournisseur B, B peut rejeter cette source ou la route de retour peut échouer. Une configuration multihomed peut nécessiter un routage politique basé sur la source. Ses règles de système d'exploitation et de réseau doivent correspondre à ce déploiement ; une commande de route par défaut copiée peut interrompre les sessions SSH et proxy.
Enregistrez l'écouteur, la source sortante prévue et une passerelle compatible. Les connexions client→Squid et Squid→destination peuvent utiliser des interfaces différentes, et la route de retour vers le client est une autre exigence.
La directive Squid contrôle la sélection de la source, pas l'installation des routes. La distinction de Dante entre liaison interne et externe ne peut pas non plus remplacer un chemin utilisable. Une source correcte localement peut encore être traduite plus tard, vérifiez donc l'adresse vue par le site web séparément.