Ko Squid ne more razrešiti imena gostitelja

DNS preverjajte tam, kjer iskanje odpove. To, da prenosnik razreši ime, ne dokazuje, da ga lahko Squid ali nadrejeni posrednik, ki vzpostavlja nadaljnjo povezavo.

Preberite dnevnik predpomnilnika okvarjenega primerka in preverite nastavitve razreševalnika strežnika. Dopolnilno preverjanje na ravni gostitelja je:

getent ahosts target.example

Uporabite dejanski cilj. getent uporablja mehanizem iskanja gostitelja; notranji razreševalnik ali predpomnilnik Squida se lahko razlikuje. Preden predpostavite ujemanje, preglejte izrecno določene vhode dns_nameservers in hosts_file.

Pri Squidu 6.13 izrecen seznam imenskih strežnikov vsebuje naslove IP:

dns_nameservers 192.0.2.53

Ta dokumentacijski naslov zamenjajte z odobrenim razreševalnikom, dosegljivim s strežnika Squid. Zasebna imena lahko zahtevajo razreševalnik organizacije; nepovezan javni razreševalnik jih v svojem pogledu DNS morda ne vidi.

Vzdevek iz datoteke hosts prenosnika ne potuje z zahtevo po imenu gostitelja prek posrednika. Na računalniku, ki izvaja iskanje, preglejte nastavitev hosts_file za nameščeno različico Squida in po potrebi upoštevajte razreševalnik nadrejenega posrednika. Ime gostitelja za identiteto TLS naj se ujema s storitvijo.

Po eni nadzorovani spremembi konfiguracije preverite skladnjo in znova naložite predvideni primerek, ponovite isto zahtevo ter preglejte pripadajoče dokaze. Pozitivni in negativni odgovori v predpomnilniku lahko vplivajo na ponovljene preizkuse. Uspešno iskanje, ki mu sledi iztek časovne omejitve povezave, je poznejša napaka poti ali dovoljenj; ne spreminjajte še naprej DNS, da bi jo odpravili. Med ocenjevanjem spremembe strežnika ohranite DNS odjemalca, usmerjanje nadrejenega posrednika in protokol posrednika nespremenjene.