Крынічныя адрасы Squid і маршрутызацыя шлюза хоста
Аддзяляйце выбар крынічнага адраса Squid ад маршрутызацыі хоста, калі проксі выкарыстоўвае некалькі інтэрфейсаў або правайдэраў.
Прывязка знешняга злучэння Squid да адраса A не прымушае хост выкарыстоўваць правайдэра A. tcp_outgoing_address выбірае лакальную крыніцу; аперацыйная сістэма ўсё яшчэ выбірае маршрут.
| Рашэнне | Уладальнік |
|---|---|
| Лакальная знешняя крыніца TCP | Правіла крынічнага адраса Squid. |
| Шлюз і інтэрфейс для гэтай крыніцы | Палітыка маршрутызацыі хоста. |
| Публічны адрас, які бачыць сайт | Поўны шлях, уключаючы любы NAT або бацькоўскі проксі. |
Калі A належыць правайдэру A, але маршрут па змаўчанні выкарыстоўвае правайдэра B, B можа адхіліць гэтую крыніцу або зваротны шлях можа не спрацаваць. Шматінтэрфейсная ўстаноўка можа патрабаваць маршрутызацыі палітыкі на аснове крыніцы. Яе правілы аперацыйнай сістэмы і сеткі павінны адпавядаць гэтаму разгортванню; скапіяваная каманда маршруту па змаўчанні можа перарваць сеансы SSH і проксі.
Запішыце слухач, меркаваную знешнюю крыніцу і сумяшчальны шлюз. Злучэнні кліент→Squid і Squid→прызначэнне могуць выкарыстоўваць розныя інтэрфейсы, а зваротны маршрут да кліента — яшчэ адно патрабаванне.
Дырэктыва Squid кіруе выбарам крыніцы, а не ўсталёўкай маршруту. Адрозненне Dante паміж унутранай і знешняй прывязкай таксама не можа замяніць прыдатны шлях. Лакальна правільная крыніца можа быць ператворана пазней, таму правярайце адрас, які бачыць сайт асобна.