Regole Upstream di Tinyproxy: proxy predefinito ed eccezioni

Un proxy parent che deve gestire ogni destinazione necessita di una regola di inoltro predefinita. Non ha necessariamente bisogno di un carattere jolly copiato da una configurazione Tinyproxy molto più vecchia.

Il manuale attuale usa un tipo di proxy e un endpoint, con il selettore di destinazione facoltativo:

Upstream http parent.example.net:8080

Per destinazioni pubbliche consentite con un parent HTTP pubblico non autenticato, la lista di proxy HTTP offre candidati per quell'host e quella porta; non collegate credenziali di un altro parent. Omettere la destinazione facoltativa rende questa la upstream predefinita nella sintassi documentata. Una regola di destinazione più specifica può poi esprimere un percorso diverso o un'eccezione diretta deliberata.

Non mescolate grammatiche di versioni diverse

Un vecchio esempio che contiene solo un indirizzo, una porta e un punto finale può appartenere a un'altra versione. Allineate il manuale al pacchetto installato, incluso il supporto delle funzioni upstream e i protocolli parent supportati.

Anche l'ordine delle regole conta. Il manuale descrive il comportamento di ultima corrispondenza, quindi un'eccezione apparentemente corretta può essere nascosta da una regola corrispondente successiva. Rivedete l'intero insieme, non solo la riga che state modificando.

L'uscita pubblica del parent scelto resta separata dalla sorgente in uscita locale di Tinyproxy. Se l'intenzione è preservare una particolare identità esterna, documentate cosa accade quando il parent non è disponibile e quali destinazioni possono andare direttamente.

Infine, tenete l'instradamento delle destinazioni separato dall'accesso dei client. Una regola upstream non è una regola di autenticazione e non limita quali macchine possono usare il listener locale. Una tabella di routing ordinata non compensa un servizio proxy esposto.