Tinyproxy denega localhost: comprobe que enderezo loopback chegou
Diagnostique as denegacións de acceso local de Tinyproxy separando a resolución do nome localhost, IPv4 loopback, IPv6 loopback e as vinculacións do listener.
A súa configuración permite 127.0.0.1, pero denégase unha aplicación que se conecta a localhost. Antes de ampliar a lista de permitidos, comprobe que enderezo utilizou a aplicación.
localhost é un nome. Segundo a contorna, pode levar o cliente a IPv4 loopback, IPv6 loopback ou a unha secuencia de intentos de conexión. Unha regra de orixe IPv4 non coincide necesariamente cunha conexión IPv6 procedente de ::1.
Comprobe tres detalles independentes
- A que enderezo se conectou o cliente.
- En que enderezo está escoitando Tinyproxy.
- Que enderezo de orixe avaliou Tinyproxy nas súas regras de acceso.
Unha conexión rexeitada suxire que non había ningún listener accesible para ese extremo. Unha resposta de acceso denegado de Tinyproxy significa que unha conexión chegou ao servizo e rexeitouse segundo a súa política. Eses fallos requiren correccións distintas.
Para Tinyproxy 1.11.2, os axustes de listener e de acceso de clientes mostran eses dous controis por separado. Se se pretenden clientes IPv6 locais, un Allow ::1 explícito pode expresar esa política con máis claridade que depender do comportamento dunha regra baseada no nome de host.
Non abra o proxy a toda unha subrede privada só para resolver unha discrepancia de loopback. Lembre tamén que loopback é local para a contorna de rede correspondente. O enderezo de loopback dun contedor non identifica o proxy doutra máquina, aínda que ambos usen o nome localhost.
Utilice o extremo numérico e a orixe observados no diagnóstico. Unha vez que coincidan coa política prevista, calquera fallo restante de inicio de sesión no proxy ou de destino é unha etapa posterior, non unha proba de que localhost necesite unha excepción sen restricións.