Kui Squid ei suuda hostinime lahendada
Kontrolli puhverserveri kasutatavat resolverit; edukas päring kliendis ei tõesta, et Squid saab sama nime lahendada.
Uuri DNS-i seal, kus päring nurjub. See, et sülearvuti lahendab nime, ei tõesta, et Squid või edasise ühenduse loov ülemine puhverserver seda lahendada suudab.
Loe tõrkuva eksemplari vahemälulogi ja kontrolli serveri resolveri seadeid. Täiendav kontroll hosti tasandil on:
getent ahosts target.exampleKasuta tegelikku sihtmärki. getent kasutab hosti nimeotsingu korraldust; Squidi sisemine resolver või vahemälu võib erineda. Enne samasuse eeldamist uuri selgesõnalisi dns_nameservers ja hosts_file sisendeid.
Squid 6.13 puhul sisaldab selgesõnaline nimeserverite loend IP-aadresse:
dns_nameservers 192.0.2.53Asenda see dokumentatsiooni aadress heakskiidetud resolveriga, mis on Squidi serverist kättesaadav. Privaatsed nimed võivad vajada organisatsiooni resolverit; kõrvaline avalik resolver ei pruugi neid oma DNS-vaates näha.
Sülearvuti hosts-faili alias ei liigu kaasa puhverserveri kaudu saadetud hostinimega päringuga. Vaata päringut tegevas masinas üle paigaldatud Squidi versiooni hosts_file seadistus ning arvesta vajaduse korral ülemise puhverserveri resolveriga. TLS-identiteedi jaoks kasutatav hostinimi peab teenusega sobima.
Pärast üht kontrollitud seadistusmuudatust kontrolli süntaksit ja laadi soovitud eksemplari seadistus uuesti, korda sama päringut ning uuri selle tõendeid. Vahemälus olevad positiivsed ja negatiivsed vastused võivad korduskatseid mõjutada. Edukale nimeotsingule järgnev ühenduse ajalõpp on hilisem marsruudi- või õiguste tõrge; ära jätka selle parandamiseks DNS-i muutmist. Serverimuudatust hinnates hoia kliendi DNS, ülemise puhverserveri marsruutimine ja puhverserveri protokoll muutumatuna.