Tinyproxy refuză localhost: verificați ce adresă loopback a ajuns
Diagnosticați refuzurile de acces local ale Tinyproxy separând rezolvarea numelui localhost, IPv4 loopback, IPv6 loopback și legăturile listenerului.
Configurația dumneavoastră permite 127.0.0.1, totuși o aplicație care se conectează la localhost este refuzată. Înainte de a extinde lista celor permise, verificați ce adresă a folosit aplicația.
localhost este un nume. În funcție de mediu, poate duce clientul la IPv4 loopback, IPv6 loopback sau la o succesiune de încercări de conectare. O regulă de sursă IPv4 nu corespunde neapărat unei conexiuni IPv6 de la ::1.
Verificați trei detalii independente
- La ce adresă s-a conectat clientul.
- Pe ce adresă ascultă Tinyproxy.
- Ce adresă sursă a evaluat Tinyproxy în regulile sale de acces.
O conexiune refuzată sugerează că nu exista un ascultător accesibil pentru acel punct final. Un răspuns de acces refuzat din partea Tinyproxy înseamnă că o conexiune a ajuns la serviciu și a fost respinsă conform politicii sale. Aceste defecțiuni necesită remedieri diferite.
Pentru Tinyproxy 1.11.2, setările pentru ascultător și accesul clienților arată aceste două controale separat. Dacă se intenționează clienți IPv6 locali, un Allow ::1 explicit poate exprima această politică mai clar decât bazarea pe comportamentul unei reguli bazate pe numele gazdei.
Nu deschideți proxy-ul către o întreagă subrețea privată doar pentru a rezolva o nepotrivire de loopback. Rețineți și că loopback este local pentru mediul de rețea respectiv. Adresa loopback a unui container nu identifică proxy-ul altei mașini, chiar dacă ambele folosesc numele localhost.
Folosiți punctul final numeric și sursa observate în diagnostic. Odată ce acestea corespund politicii dorite, orice eșec rămas de autentificare la proxy sau de destinație este o etapă ulterioară, nu o dovadă că localhost are nevoie de o excepție nelimitată.