Når Squid ikke kan slå opp et vertsnavn

Undersøk DNS der det mislykkede oppslaget skjer. At den bærbare maskinen din kan slå opp et navn, beviser ikke at Squid eller en overordnet proxy som oppretter den videre forbindelsen, kan gjøre det.

Les cacheloggen til instansen som feiler og kontroller serverens resolverinnstillinger. En supplerende kontroll på vertsnivå er:

getent ahosts target.example

Bruk det faktiske målet. getent bruker vertens oppslagsmekanisme; Squids interne resolver eller hurtigbuffer kan være annerledes. Undersøk eksplisitte dns_nameservers- og hosts_file-inndata før du antar at de samsvarer.

I Squid 6.13 inneholder en eksplisitt navneserverliste IP-adresser:

dns_nameservers 192.0.2.53

Erstatt denne dokumentasjonsadressen med en godkjent resolver som er tilgjengelig fra Squid-serveren. Private navn kan kreve organisasjonens resolver; en uvedkommende offentlig resolver kan mangle dem i sin DNS-visning.

Et alias i den bærbare maskinens hosts-fil følger ikke med en vertsnavnforespørsel gjennom proxyen. Undersøk hosts_file-innstillingen for den installerte Squid-versjonen på maskinen som gjør oppslaget, og ta hensyn til en overordnet proxys resolver der det er relevant. Vertsnavnet som brukes til TLS-identitet, må samsvare med tjenesten.

Etter én kontrollert konfigurasjonsendring må du kontrollere syntaksen og laste inn den tiltenkte instansen på nytt, gjenta samme forespørsel og undersøke bevisene for den. Positive og negative svar i hurtigbufferen kan påvirke gjentatte tester. Et vellykket oppslag etterfulgt av et tilkoblingstidsavbrudd er en senere rute- eller tillatelsesfeil; ikke fortsett å endre DNS for å rette den. Hold klient-DNS, overordnet ruting og proxyprotokollen uendret mens du vurderer serverendringen.