Ha a Squid nem tud feloldani egy gépnevet

Ott vizsgálja a DNS-t, ahol a lekérdezés meghiúsul. Attól, hogy a laptop felold egy nevet, még nem biztos, hogy a Squid vagy a további kapcsolatot létrehozó szülőproxy is fel tudja oldani.

Olvassa el a hibázó példány cache-naplóját, és ellenőrizze a kiszolgáló névfeloldási beállításait. Kiegészítő ellenőrzés a gazdagép szintjén:

getent ahosts target.example

A tényleges célt használja. A getent a gazdagép névkeresési mechanizmusát veszi igénybe; a Squid belső névfeloldója vagy gyorsítótára eltérhet ettől. Mielőtt egyezést feltételezne, vizsgálja meg a kifejezetten megadott dns_nameservers és hosts_file bemeneteket.

A Squid 6.13 esetén a kifejezetten megadott névkiszolgálólista IP-címeket tartalmaz:

dns_nameservers 192.0.2.53

Ezt a dokumentációs címet cserélje a Squid kiszolgálóról elérhető, jóváhagyott névfeloldóra. A belső nevekhez a szervezet névfeloldója lehet szükséges; egy független nyilvános feloldó saját DNS-nézetében nem feltétlenül látja őket.

A laptop hosts fájljában szereplő álnév nem utazik együtt a proxyn át küldött gépneves kéréssel. A lekérdezést végző gépen ellenőrizze a telepített Squid-verzió hosts_file beállítását, és szükség esetén vegye figyelembe a szülőproxy névfeloldóját is. A TLS-azonosításhoz használt gépnév legyen összhangban a szolgáltatással.

Egyetlen ellenőrzött konfigurációmódosítás után ellenőrizze a szintaxist, töltse újra a kívánt példány konfigurációját, ismételje meg ugyanazt a kérést, és vizsgálja meg a hozzá tartozó bizonyítékokat. A gyorsítótárban lévő pozitív és negatív válaszok befolyásolhatják az ismételt teszteket. A sikeres névkeresést követő kapcsolati időtúllépés későbbi útvonal- vagy jogosultsági hiba; ne változtassa tovább emiatt a DNS-t. A kiszolgáló módosításának értékelése közben tartsa változatlanul a kliens DNS-ét, a szülőproxy útválasztását és a proxyprotokollt.