Tinyproxy nega localhost: verifique qual endereço de loopback chegou
Diagnostique as negações de acesso local do Tinyproxy separando a resolução do nome localhost, IPv4 loopback, IPv6 loopback e as vinculações do listener.
A sua configuração permite 127.0.0.1, mas uma aplicação que se liga a localhost é negada. Antes de ampliar a lista de permitidos, verifique qual endereço a aplicação utilizou.
localhost é um nome. Consoante o ambiente, pode conduzir o cliente a IPv4 loopback, IPv6 loopback ou a uma sequência de tentativas de ligação. Uma regra de origem IPv4 não corresponde necessariamente a uma ligação IPv6 proveniente de ::1.
Verifique três detalhes independentes
- A que endereço o cliente se ligou.
- Em que endereço o Tinyproxy está à escuta.
- Que endereço de origem o Tinyproxy avaliou nas suas regras de acesso.
Uma ligação recusada sugere que não existia um ouvinte acessível para esse ponto final. Uma resposta de acesso negado do Tinyproxy significa que uma ligação chegou ao serviço e foi rejeitada segundo a sua política. Essas falhas exigem correções diferentes.
Para o Tinyproxy 1.11.2, as definições de ouvinte e de acesso de clientes mostram esses dois controlos separadamente. Se se pretendem clientes IPv6 locais, um Allow ::1 explícito pode exprimir essa política com mais clareza do que depender do comportamento de uma regra baseada no nome de anfitrião.
Não abra o proxy a toda uma sub-rede privada apenas para resolver uma discrepância de loopback. Lembre-se também de que loopback é local ao ambiente de rede em causa. O endereço de loopback de um contentor não identifica o proxy de outra máquina, mesmo que ambos usem o nome localhost.
Utilize o ponto final numérico e a origem observados no diagnóstico. Quando corresponderem à política pretendida, qualquer falha restante de início de sessão no proxy ou de destino é uma etapa posterior, não uma prova de que localhost precise de uma exceção sem restrições.