Правілы Upstream у Tinyproxy: прадвызначаны проксі і выключэнні

Бацькоўскі проксі, які павінен абслугоўваць кожную мэту, мае патрэбу ў прадвызначаным правіле перасылкі. Яму не абавязкова патрэбны шаблон, скапіяваны з нашмат старэйшай канфігурацыі Tinyproxy.

Бягучае кіраўніцтва выкарыстоўвае тып проксі і канцавы пункт, а селектар мэты — неабавязковы:

Upstream http parent.example.net:8080

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

Не змешвайце граматыкі розных выпускаў

Стары прыклад, які змяшчае толькі адрас, порт і кропку ў канцы, можа належаць да іншай версіі. Узгадніце кіраўніцтва з усталяваным пакетам, уключаючы падтрымку функцый upstream і падтрымліваемыя пратаколы бацькі.

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

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

Нарэшце, трымайце маршрутызацыю мэтаў асобна ад доступу кліентаў. Правіла upstream не з'яўляецца правілам аўтэнтыфікацыі і не абмяжоўвае, якія машыны могуць выкарыстоўваць лакальны слухач. Акуратная табліца маршрутаў не можа кампенсаваць адкрыты праксі-сэрвіс.