Når Squid ikke kan slå et værtsnavn op

Undersøg DNS dér, hvor det mislykkede opslag sker. At din bærbare kan slå et navn op, beviser ikke, at Squid eller en overordnet proxy, som opretter den videre forbindelse, kan gøre det.

Læs cacheloggen for den fejlende instans og kontrollér serverens resolverindstillinger. En supplerende kontrol på værtsniveau er:

getent ahosts target.example

Brug det faktiske mål. getent bruger værtens opslagssystem; Squids interne resolver eller cache kan være anderledes. Undersøg eksplicit angivne dns_nameservers- og hosts_file-input, før du antager, at de stemmer overens.

I Squid 6.13 indeholder en eksplicit navneserverliste IP-adresser:

dns_nameservers 192.0.2.53

Erstat denne dokumentationsadresse med en godkendt resolver, der kan nås fra Squid-serveren. Private navne kan kræve organisationens resolver; en uvedkommende offentlig resolver kan mangle dem i sin DNS-visning.

Et alias i den bærbares hosts-fil følger ikke med en proxyanmodning med værtsnavn. Gennemgå hosts_file-indstillingen for den installerede Squid-version på den maskine, der udfører opslaget, og medregn en overordnet proxys resolver, hvor det er relevant. Hold værtsnavnet til TLS-identitet i overensstemmelse med tjenesten.

Efter én kontrolleret konfigurationsændring skal du kontrollere syntaksen og genindlæse den tilsigtede instans, gentage samme anmodning og undersøge dens beviser. Positive og negative svar i cachen kan påvirke gentagne test. Et vellykket opslag efterfulgt af en forbindelsestimeout er en senere rute- eller rettighedsfejl; bliv ikke ved med at ændre DNS for at rette den. Hold klient-DNS, overordnet routing og proxyprotokol uændrede, mens du vurderer serverændringen.