Când Squid nu poate rezolva un nume de gazdă

Examinează DNS acolo unde căutarea eșuează. Faptul că laptopul rezolvă un nume nu dovedește că Squid sau un proxy părinte care realizează conexiunea următoare îl poate rezolva.

Citește jurnalul cache al instanței cu probleme și verifică setările resolverului serverului. O verificare suplimentară la nivel de gazdă este:

getent ahosts target.example

Folosește ținta reală. getent utilizează mecanismul de căutare al gazdei; resolverul intern sau cache-ul Squid poate fi diferit. Examinează intrările explicite dns_nameservers și hosts_file înainte să presupui că se potrivesc.

În Squid 6.13, o listă explicită de servere de nume conține adrese IP:

dns_nameservers 192.0.2.53

Înlocuiește această adresă de documentație cu un resolver aprobat, accesibil de pe serverul Squid. Numele private pot necesita resolverul organizației; un resolver public fără legătură cu aceasta poate să nu le vadă în perspectiva sa DNS.

Un alias din fișierul hosts al laptopului nu însoțește o cerere după numele gazdei trimisă prin proxy. Pe mașina care face căutarea, consultă setarea hosts_file pentru versiunea instalată de Squid și ține cont de resolverul unui părinte, dacă este cazul. Păstrează numele gazdei folosit pentru identitatea TLS în concordanță cu serviciul.

După o singură modificare controlată a configurației, verifică sintaxa și reîncarcă instanța dorită, repetă aceeași cerere și examinează dovezile aferente. Răspunsurile pozitive și negative din cache pot influența testele repetate. O căutare reușită urmată de expirarea timpului de conectare indică o problemă ulterioară de rutare sau permisiuni; nu continua să schimbi DNS pentru a o corecta. Păstrează constante DNS-ul clientului, rutarea părintelui și protocolul proxy în timp ce evaluezi modificarea serverului.