Squids kildeadresser og værtsgateway-routing
Adskil Squids valg af kildeadresse fra værtsrouting, når en proxy bruger flere grænseflader eller udbydere.
At binde Squids udgående forbindelse til adresse A får ikke værten til at bruge udbyder A. tcp_outgoing_address vælger en lokal kilde; styresystemet vælger stadig ruten.
| Beslutning | Ejer |
|---|---|
| Lokal udgående TCP-kilde | Squids kildeadresseregel. |
| Gateway og grænseflade for den kilde | Værtens routingpolitik. |
| Offentlig adresse, som webstedet ser | Den fulde vej, inklusive enhver NAT eller overordnet proxy. |
Hvis A tilhører udbyder A, men standardruten bruger udbyder B, kan B afvise den kilde, eller returvejen kan fejle. En opsætning med flere grænseflader kan kræve kildebaseret politikrouting. Dens styresystem- og netværksregler skal passe til denne udrulning; en kopieret standardrute-kommando kan afbryde SSH- og proxysessioner.
Notér lytteren, den tilsigtede udgående kilde og en kompatibel gateway. Forbindelserne klient→Squid og Squid→destination kan bruge forskellige grænseflader, og returruten til klienten er endnu et krav.
Squid-direktivet styrer kildevalget, ikke ruteinstallation. Dantes skelnen mellem intern og ekstern binding kan heller ikke erstatte en brugbar vej. En lokalt korrekt kilde kan stadig blive oversat senere, så verificér den adresse, webstedet ser separat.