Kapag Hindi Maresolba ng Squid ang Isang Hostname

Suriin ang DNS sa lugar kung saan nabibigo ang lookup. Ang pagresolba ng pangalan sa laptop mo ay hindi patunay na kaya rin iyon ng Squid o ng parent proxy na gumagawa ng susunod na koneksyon.

Basahin ang cache log ng instance na may pagkabigo at suriin ang mga setting ng resolver ng server. Isang pandagdag na pagsusuri sa antas ng host ang:

getent ahosts target.example

Gamitin ang aktuwal na target. Ginagamit ng getent ang lookup mechanism ng host; maaaring iba ang internal resolver o cache ng Squid. Suriin ang tahasang itinakdang dns_nameservers at hosts_file na input bago ipagpalagay na magkatugma ang mga ito.

Sa Squid 6.13, IP address ang laman ng tahasang itinakdang nameserver list:

dns_nameservers 192.0.2.53

Palitan ang address na ito para sa dokumentasyon ng aprubadong resolver na maaabot mula sa Squid server. Maaaring kailanganin ng mga pribadong pangalan ang resolver ng organisasyon; maaaring hindi makita ng hindi kaugnay na pampublikong resolver ang mga ito sa sarili nitong DNS view.

Hindi kasama sa ipinapadalang proxy request para sa hostname ang alias mula sa hosts file ng laptop. Sa makinang gumagawa ng lookup, suriin ang hosts_file setting para sa naka-install na bersyon ng Squid at isaalang-alang ang resolver ng parent proxy kung naaangkop. Panatilihing tugma sa serbisyo ang hostname na ginagamit para sa TLS identity.

Pagkatapos ng isang kontroladong pagbabago sa configuration, suriin ang syntax at i-reload ang nilalayong instance, ulitin ang parehong request at tingnan ang kaugnay na ebidensya. Maaaring makaapekto ang naka-cache na positibo at negatibong sagot sa paulit-ulit na pagsubok. Ang matagumpay na lookup na sinusundan ng connection timeout ay kabiguan sa ruta o pahintulot sa kasunod na yugto; huwag patuloy na baguhin ang DNS para ayusin iyon. Panatilihing pareho ang DNS ng client, routing ng parent at proxy protocol habang sinusuri ang pagbabago sa server.