Kur Squid nuk zgjidh dot një emër hosti

Shqyrtoni DNS aty ku ndodh kërkimi i dështuar. Fakti që laptopi juaj zgjidh një emër nuk provon se Squid, ose një proxy prind që krijon lidhjen e mëtejshme, mund ta zgjidhë.

Lexoni regjistrin e cache-it të instancës që dështon dhe kontrolloni cilësimet e zgjidhësit të serverit. Një kontroll ndihmës në nivel hosti është:

getent ahosts target.example

Përdorni objektivin real. getent përdor mekanizmin e kërkimit të hostit; zgjidhësi i brendshëm ose cache-i i Squid mund të ndryshojë. Shqyrtoni hyrjet e shprehura qartë dns_nameservers dhe hosts_file para se të supozoni se përputhen.

Në Squid 6.13, një listë e shprehur qartë e serverëve të emrave përmban adresa IP:

dns_nameservers 192.0.2.53

Zëvendësojeni këtë adresë dokumentimi me një zgjidhës të miratuar, të arritshëm nga serveri Squid. Emrat privatë mund të kërkojnë zgjidhësin e organizatës; një zgjidhës publik pa lidhje me të mund të mos i shohë në pamjen e vet DNS.

Një alias nga skedari hosts i laptopit nuk udhëton me një kërkesë sipas emrit të hostit përmes proxy-t. Në makinën që kryen kërkimin, shqyrtoni cilësimin hosts_file për versionin e instaluar të Squid dhe merrni parasysh zgjidhësin e një prindi kur nevojitet. Mbajeni emrin e hostit për identitetin TLS në përputhje me shërbimin.

Pas një ndryshimi të vetëm të kontrolluar të konfigurimit, kontrolloni sintaksën dhe ringarkoni instancën e synuar, përsëritni të njëjtën kërkesë dhe shqyrtoni provat e saj. Përgjigjet pozitive dhe negative në cache mund të ndikojnë testet e përsëritura. Një kërkim i suksesshëm i ndjekur nga skadimi i kohës së lidhjes është dështim i mëvonshëm i rrugës ose lejeve; mos vazhdoni të ndryshoni DNS për ta ndrequr. Mbajini të pandryshuara DNS-në e klientit, drejtimin e prindit dhe protokollin proxy ndërsa vlerësoni ndryshimin e serverit.