Règles Upstream de Tinyproxy : proxy par défaut et exceptions

Un proxy parent censé gérer toutes les destinations a besoin d'une règle de transfert par défaut. Il n'a pas forcément besoin d'un joker recopié d'une configuration Tinyproxy beaucoup plus ancienne.

Le manuel actuel utilise un type de proxy et un point de terminaison, le sélecteur de destination étant facultatif :

Upstream http parent.example.net:8080

Pour des destinations publiques autorisées avec un parent HTTP public non authentifié, la liste de proxys HTTP propose des candidats pour cet hôte et ce port ; ne joignez pas d'identifiants provenant d'un autre parent. Omettre la destination facultative en fait l'upstream par défaut dans la syntaxe documentée. Une règle de destination plus précise peut ensuite exprimer une autre route ou une exception directe délibérée.

Ne mélangez pas les grammaires de versions différentes

Un ancien exemple ne contenant qu'une adresse, un port et un point final peut appartenir à une autre version. Faites correspondre le manuel au paquet installé, y compris sa prise en charge des fonctions upstream et les protocoles parent pris en charge.

L'ordre des règles compte aussi. Le manuel décrit un comportement de dernière correspondance : une exception apparemment correcte peut donc être masquée par une règle correspondante ultérieure. Examinez l'ensemble complet, pas seulement la ligne que vous modifiez.

La sortie publique du parent choisi reste distincte de la source de sortie locale de Tinyproxy. Si l'intention est de préserver une identité extérieure particulière, documentez ce qui se passe lorsque le parent est indisponible et quelles destinations peuvent passer en direct.

Enfin, séparez le routage des destinations de l'accès des clients. Une règle upstream n'est pas une règle d'authentification et ne limite pas les machines autorisées à utiliser l'écouteur local. Une table de routage bien ordonnée ne compense pas un service proxy exposé.