Squid-bronadressen en hostgateway-routing
Skied Squid syn kar fan bronadres fan hostrouting as in proxy mear as ien ynterface of provider brûkt.
Squid syn útgeande ferbining oan adres A bine, makket net dat de host provider A brûkt. tcp_outgoing_address kiest in lokale boarne; it bestjoeringssysteem kiest noch altyd de rûte.
| Beslissing | Eigener |
|---|---|
| Lokale útgeande TCP-boarne | Squid syn bronadresregel. |
| Gateway en ynterface foar dy boarne | Hostroutingsbelied. |
| Iepenbier adres dat de website sjocht | It folsleine paad, ynklusyf elke NAT of âlderproxy. |
As A by provider A heart, mar de standertrûte brûkt provider B, dan kin B dy boarne ôfwize of de weromrûte kin mislearje. In opset mei meardere ynterfaces kin boarnegoed-beliedsrouting nedich hawwe. De regels foar bestjoeringssysteem en netwurk moatte by dizze ymplemintaasje passe; in kopiearre standertrûte-opdracht kin SSH- en proxysessions ûnderbrekke.
Registrearje de listener, de bedoelde útgeande boarne en in kompatibele gateway. De ferbiningen klant→Squid en Squid→bestimming kinne ferskate ynterfaces brûke, en de weromrûte nei de klant is noch in eask.
De Squid-rigel regelet de boarnekear, net rûte-ynstallaasje. Dante syn ûnderskied tusken ynterne en eksterne bining kin ek gjin brûkber paad ferfange. In lokaal korrekte boarne kin letter noch oerset wurde, ferifiearje dus it adres dat de website sjocht apart.