Když Squid nedokáže přeložit název hostitele

DNS kontrolujte tam, kde vyhledání selhává. To, že váš notebook přeloží název, nedokazuje, že ho přeloží Squid nebo nadřazená proxy navazující další spojení.

Přečtěte si protokol cache chybující instance a zkontrolujte nastavení resolveru serveru. Doplňující kontrola na úrovni hostitele je:

getent ahosts target.example

Použijte skutečný cíl. getent využívá mechanismus vyhledávání hostitele; interní resolver nebo cache Squidu se mohou lišit. Než předpokládáte shodu, zkontrolujte výslovně zadané vstupy dns_nameservers a hosts_file.

U Squidu 6.13 obsahuje výslovný seznam jmenných serverů IP adresy:

dns_nameservers 192.0.2.53

Tuto dokumentační adresu nahraďte schváleným resolverem dostupným ze serveru Squid. Soukromé názvy mohou vyžadovat resolver organizace; nesouvisející veřejný resolver je ve svém pohledu DNS nemusí znát.

Alias ze souboru hosts notebooku se s požadavkem podle názvu hostitele přes proxy nepřenáší. Na počítači provádějícím vyhledání zkontrolujte nastavení hosts_file pro nainstalovanou verzi Squidu a případně zohledněte resolver nadřazené proxy. Název hostitele použitý pro identitu TLS musí odpovídat službě.

Po jedné řízené změně konfigurace ověřte syntaxi a znovu načtěte konfiguraci zamýšlené instance, zopakujte stejný požadavek a prohlédněte související důkazy. Kladné i záporné odpovědi v cache mohou ovlivnit opakované testy. Úspěšné vyhledání následované vypršením časového limitu spojení je pozdější chyba směrování nebo oprávnění; nepokračujte kvůli ní ve změnách DNS. Při hodnocení změny serveru ponechte DNS klienta, směrování nadřazené proxy a protokol proxy beze změny.