Правила Upstream у Tinyproxy: проксі за замовчуванням і винятки

Батьківському проксі, який має обслуговувати кожне призначення, потрібне правило пересилання за замовчуванням. Йому не обов'язково потрібен шаблон, скопійований із значно старішої конфігурації Tinyproxy.

Поточний посібник використовує тип проксі та кінцеву точку, а селектор призначення необов'язковий:

Upstream http parent.example.net:8080

Для дозволених публічних призначень із публічним батьківським HTTP-проксі без автентифікації список HTTP-проксі пропонує кандидатів для цього хоста й порту; не додавайте облікові дані іншого батька. Якщо необов'язкове призначення пропущено, у задокументованому синтаксисі це стає upstream за замовчуванням. Потім конкретніше правило призначення може виражати інший маршрут або навмисний прямий виняток.

Не змішуйте граматики різних випусків

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

Порядок правил також важливий. Посібник описує поведінку останнього збігу, тому зовні правильний виняток може бути прихований пізнішим правилом, що збігається. Перегляньте весь набір, а не лише рядок, який редагуєте.

Публічний вихід вибраного батька все ще відокремлений від локального вихідного джерела Tinyproxy. Якщо мета — зберегти певну зовнішню ідентичність, задокументуйте, що відбувається, коли батько недоступний, і яким призначенням дозволено йти напряму.

Насамкінець, тримайте маршрутизацію призначень окремо від клієнтського доступу. Правило upstream не є правилом автентифікації й не обмежує, які машини можуть використовувати локальний слухач. Охайна таблиця маршрутів не компенсує відкритий проксі-сервіс.