Keď Squid nedokáže preložiť názov hostiteľa

DNS kontrolujte tam, kde vyhľadanie zlyháva. To, že váš notebook preloží názov, nedokazuje, že ho preloží Squid alebo nadradený proxy vytvárajúci ďalšie spojenie.

Prečítajte si protokol cache chybujúcej inštancie a skontrolujte nastavenia resolvera servera. Doplnková kontrola na úrovni hostiteľa je:

getent ahosts target.example

Použite skutočný cieľ. getent využíva mechanizmus vyhľadávania hostiteľa; interný resolver alebo cache Squidu sa môžu líšiť. Pred predpokladom zhody skontrolujte výslovne zadané vstupy dns_nameservers a hosts_file.

V Squide 6.13 obsahuje výslovný zoznam menných serverov IP adresy:

dns_nameservers 192.0.2.53

Túto dokumentačnú adresu nahraďte schváleným resolverom dostupným zo servera Squid. Súkromné názvy môžu vyžadovať resolver organizácie; nesúvisiaci verejný resolver ich vo svojom pohľade DNS nemusí poznať.

Alias zo súboru hosts notebooku sa neprenáša s požiadavkou podľa názvu hostiteľa cez proxy. Na počítači vykonávajúcom vyhľadanie skontrolujte nastavenie hosts_file pre nainštalovanú verziu Squidu a podľa potreby zohľadnite resolver nadradeného proxy. Názov hostiteľa pre identitu TLS musí zodpovedať službe.

Po jednej riadenej zmene konfigurácie overte syntax a znovu načítajte konfiguráciu zamýšľanej inštancie, zopakujte rovnakú požiadavku a prezrite príslušné dôkazy. Kladné aj záporné odpovede v cache môžu ovplyvniť opakované testy. Úspešné vyhľadanie nasledované uplynutím časového limitu spojenia je neskoršia chyba smerovania alebo oprávnení; nepokračujte pre ňu v zmenách DNS. Pri hodnotení zmeny servera ponechajte DNS klienta, smerovanie nadradeného proxy a protokol proxy nezmenené.