Tinyproxy rifiuta localhost: verificate quale indirizzo loopback è arrivato

La configurazione consente 127.0.0.1, eppure un'applicazione che si connette a localhost viene rifiutata. Prima di ampliare l'elenco degli indirizzi consentiti, verificate quale indirizzo ha usato l'applicazione.

localhost è un nome. A seconda dell'ambiente, può portare il client a IPv4 loopback, IPv6 loopback o a una sequenza di tentativi di connessione. Una regola di origine IPv4 non corrisponde necessariamente a una connessione IPv6 proveniente da ::1.

Verificate tre dettagli indipendenti

1. A quale indirizzo si è connesso il client.
2. Su quale indirizzo è in ascolto Tinyproxy.
3. Quale indirizzo di origine ha valutato Tinyproxy nelle sue regole di accesso.

Una connessione rifiutata suggerisce che non esistesse un listener raggiungibile per quell'endpoint. Una risposta di accesso negato di Tinyproxy significa che una connessione ha raggiunto il servizio ed è stata respinta secondo la sua politica. Questi guasti richiedono correzioni diverse.

Per Tinyproxy 1.11.2, le impostazioni del listener e dell'accesso client mostrano questi due controlli separatamente. Se si intendono client IPv6 locali, un Allow ::1 esplicito può esprimere quella politica con maggiore chiarezza che affidarsi al comportamento di una regola basata sul nome host.

Non aprite il proxy a un'intera sottorete privata solo per risolvere una discrepanza di loopback. Ricordate inoltre che loopback è locale rispetto all'ambiente di rete interessato. L'indirizzo loopback di un container non identifica il proxy di un'altra macchina, anche se entrambi usano il nome localhost.

Usate l'endpoint numerico e l'origine osservati nella diagnosi. Una volta che corrispondono alla politica prevista, qualsiasi residuo errore di accesso al proxy o di destinazione è una fase successiva, non la prova che localhost richieda un'eccezione senza restrizioni.