Tinyproxy deniega localhost: compruebe qué dirección de loopback llegó
Diagnostique las denegaciones de acceso local de Tinyproxy separando la resolución del nombre localhost, IPv4 loopback, IPv6 loopback y los enlaces del listener.
Su configuración permite 127.0.0.1, pero se deniega una aplicación que se conecta a localhost. Antes de ampliar la lista de permitidos, compruebe qué dirección utilizó la aplicación.
localhost es un nombre. Según el entorno, puede llevar al cliente a IPv4 loopback, IPv6 loopback o a una secuencia de intentos de conexión. Una regla de origen IPv4 no coincide necesariamente con una conexión IPv6 procedente de ::1.
Compruebe tres detalles independientes
- A qué dirección se conectó el cliente.
- En qué dirección está escuchando Tinyproxy.
- Qué dirección de origen evaluó Tinyproxy en sus reglas de acceso.
Una conexión rechazada sugiere que no había ningún listener accesible para ese extremo. Una respuesta de acceso denegado de Tinyproxy significa que una conexión llegó al servicio y se rechazó según su política. Esas fallas requieren correcciones distintas.
Para Tinyproxy 1.11.2, los ajustes de listener y de acceso de clientes muestran esos dos controles por separado. Si se pretenden clientes IPv6 locales, un Allow ::1 explícito puede expresar esa política con más claridad que depender del comportamiento de una regla basada en el nombre de host.
No abra el proxy a toda una subred privada solo para resolver una discrepancia de loopback. Recuerde también que loopback es local para el entorno de red correspondiente. La dirección de loopback de un contenedor no identifica el proxy de otra máquina, aunque ambos usen el nombre localhost.
Utilice el extremo numérico y el origen observados en el diagnóstico. Una vez que coincidan con la política prevista, cualquier fallo restante de inicio de sesión en el proxy o de destino es una etapa posterior, no una prueba de que localhost necesite una excepción sin restricciones.