Адпраўляйце кожны слухач Squid 7 на яго ўласны бацькоўскі проксі

Для Squid 7 назавіце кожнага ўваходнага слухача і абмяжуйце, які з бацькоў мае права на яго запыты:

http_port 3128 name=route_a
http_port 3129 name=route_b
acl via_a myportname route_a
acl via_b myportname route_b
cache_peer parent-a.example.net parent 8080 0 no-query name=parent_a
cache_peer parent-b.example.net parent 8080 0 no-query name=parent_b
cache_peer_access parent_a allow via_a
cache_peer_access parent_a deny all
cache_peer_access parent_b allow via_b
cache_peer_access parent_b deny all

Падтрымлівайце аўтэнтыфікаваны кліенцкі доступ і неабходныя бацькоўскі ўліковыя запісы, наладжаныя асобна. Гэты фрагмент маршрутызацыі выбірае прыдатныя партнёры; ён не аўтарызуе кліентаў і не прадастаўляе бацькоўскія ўліковыя дадзеныя. Для дазволенага агульнадаступнага тэсціравання без наладжаных уліковых даных бацькоўскага проксі спіс HTTP-проксі дае кандыдатаў у агульнадаступныя партнёры.

Звужэнне прыдатных узроўняў само па сабе не забараняе прамую перасылку. Калі гэтыя выхады забароненыя для выбраных запытаў, дадайце:

never_direct allow via_a
never_direct allow via_b

Прагляд ранейшых правіл always_direct і поўную канфігурацыю бацькоўскага выбару. Вызначце, ці павінен недаступны прызначаны бацькоўскі элемент выклікаць збой пераадрасацыі, ці існуе іншы відавочна зацверджаны маршрут. Кантраляваны запыт на перанакіраванне і параўнанне бацькоўскіх недаступных могуць праверыць выбраны вынік; адна толькі паспяховая старонка можа схаваць памылковы запасны варыянт.

Канчатковы агульнадаступны IP належыць да апошняга зыходнага злучэння. Два розныя бацькі могуць падзяляць выхад NAT, таму правярайце гэты адрас асобна ад выбару слухача і аднагодкаў.

Выкарыстоўвайце спасылку на аднагодкі для дэталяў аўтэнтыфікацыі/транспарту. Гэтыя інтэрфейсы прымяняюцца да Squid 7 і больш ранніх дапаможных выпускаў; яны недаступныя без змен у Squid 8.