Tinyproxy refuse localhost : vérifiez quelle adresse loopback est arrivée
Diagnostiquez les refus d'accès local de Tinyproxy en séparant la résolution du nom localhost, IPv4 loopback, IPv6 loopback et les liaisons du listener.
Votre configuration autorise 127.0.0.1, pourtant une application qui se connecte à localhost est refusée. Avant d'élargir la liste des autorisations, vérifiez quelle adresse l'application a utilisée.
localhost est un nom. Selon l'environnement, il peut conduire le client vers IPv4 loopback, IPv6 loopback ou une suite de tentatives de connexion. Une règle de source IPv4 ne correspond pas nécessairement à une connexion IPv6 provenant de ::1.
Vérifiez trois détails indépendants
- À quelle adresse le client s'est connecté.
- Sur quelle adresse Tinyproxy écoute.
- Quelle adresse source Tinyproxy a évaluée dans ses règles d'accès.
Une connexion refusée suggère qu'aucun écouteur joignable n'existait pour ce point de terminaison. Une réponse de refus d'accès de Tinyproxy signifie qu'une connexion a atteint le service et a été rejetée selon sa politique. Ces défaillances demandent des corrections différentes.
Pour Tinyproxy 1.11.2, les paramètres d'écoute et d'accès client montrent ces deux contrôles séparément. Si des clients IPv6 locaux sont visés, un Allow ::1 explicite peut exprimer cette politique plus clairement que de compter sur le comportement d'une règle fondée sur un nom d'hôte.
N'ouvrez pas le proxy à tout un sous-réseau privé simplement pour résoudre une incohérence de loopback. Rappelez-vous aussi que loopback est local à l'environnement réseau concerné. L'adresse loopback d'un conteneur n'identifie pas le proxy d'une autre machine, même si les deux utilisent le nom localhost.
Utilisez le point de terminaison numérique et la source observés dans le diagnostic. Une fois qu'ils correspondent à la politique prévue, tout échec restant de connexion au proxy ou de destination relève d'une étape ultérieure, et non de la preuve que localhost exige une exception sans restriction.