Tinyproxy 1.11.2 : écoute et accès des clients

Dans Tinyproxy 1.11.2, Listen choisit l’adresse qui accepte les connexions clientes et Allow contrôle les clients autorisés. Bind choisit une adresse sortante.

Règles d’écoute et d’accès client

Conservez les réglages du paquet pour l’utilisateur du service, les journaux et le fichier PID. Remplacez ses entrées d’écoute et d’accès par la politique souhaitée :

Port 8888
Listen 192.0.2.10
Allow 198.51.100.27/32
ConnectPort 443

Remplacez les deux adresses de documentation. L’adresse d’écoute doit appartenir au serveur et celle du client doit correspondre à la source vue par le serveur. Supprimez les anciennes règles trop permissives.

Sans aucune entrée Allow ou Deny, Tinyproxy autorise tous les clients. Dès que des entrées d’accès existent, le comportement par défaut devient le refus et l’ordre des règles compte. Supprimer toutes les lignes d’accès ouvre donc la politique au lieu de rétablir un défaut restrictif.

ConnectPort 443 limite CONNECT à ce port de destination. Les requêtes HTTP ordinaires nécessitent des contrôles de destination séparés si votre déploiement l’exige.

Vérifier le service en cours d’exécution

Un réglage Bind sortant ne limite pas les sockets entrants. Inspectez l’écoute effective après le démarrage :

sudo ss -ltnp 'sport = :8888'

Vérifiez les deux familles d’adresses pour repérer des écoutes imprévues ou d’anciennes instances du service.

Cette version ne dispose d’aucun commutateur -t documenté pour analyser uniquement la configuration. Une fois le service géré arrêté, un lancement au premier plan révèle les erreurs de démarrage :

sudo tinyproxy -d -c /etc/tinyproxy/tinyproxy.conf

Arrêtez le processus au premier plan avant de redémarrer le service géré. Testez les requêtes depuis une source autorisée et une deuxième source contrôlée qui doit être refusée. Les journaux de destination aident à confirmer qu’une requête refusée n’a pas été transmise.