Tinyproxy denega localhost: comproveu quina adreça de loopback ha arribat
Diagnostiqueu les denegacions d'accés local de Tinyproxy separant la resolució del nom localhost, IPv4 loopback, IPv6 loopback i les vinculacions del listener.
La vostra configuració permet 127.0.0.1, però una aplicació que es connecta a localhost és denegada. Abans d'ampliar la llista d'autoritzats, comproveu quina adreça ha utilitzat l'aplicació.
localhost és un nom. Segons l'entorn, pot portar el client a IPv4 loopback, IPv6 loopback o a una seqüència d'intents de connexió. Una regla d'origen IPv4 no coincideix necessàriament amb una connexió IPv6 procedent de ::1.
Comproveu tres detalls independents
- A quina adreça s'ha connectat el client.
- A quina adreça està escoltant Tinyproxy.
- Quina adreça d'origen ha avaluat Tinyproxy a les seves regles d'accés.
Una connexió rebutjada suggereix que no hi havia cap oient accessible per a aquest punt final. Una resposta de denegació d'accés de Tinyproxy significa que una connexió ha arribat al servei i s'ha rebutjat segons la seva política. Aquestes fallades requereixen correccions diferents.
Per a Tinyproxy 1.11.2, la configuració del listener i de l'accés de clients mostra aquests dos controls per separat. Si es volen clients IPv6 locals, un Allow ::1 explícit pot expressar aquesta política amb més claredat que dependre del comportament d'una regla basada en el nom d'amfitrió.
No obriu el proxy a tota una subxarxa privada només per resoldre una discrepància de loopback. Recordeu també que loopback és local per a l'entorn de xarxa corresponent. L'adreça de loopback d'un contenidor no identifica el proxy d'una altra màquina, encara que tots dos utilitzin el nom localhost.
Utilitzeu el punt final numèric i l'origen observats en el diagnòstic. Un cop coincideixin amb la política prevista, qualsevol fallada restant d'inici de sessió al proxy o de destinació és una etapa posterior, no una prova que localhost necessiti una excepció sense restriccions.