Wanneer Squid nie 'n gasheernaam kan oplos nie

Ondersoek DNS waar die mislukte opsoek plaasvind. Dat jou skootrekenaar 'n naam kan oplos, bewys nie dat Squid, of 'n ouerproksie wat die verdere verbinding maak, dit kan oplos nie.

Lees die mislukte instansie se kaslog en gaan die bediener se oplosserinstellings na. 'n Aanvullende toets op gasheervlak is:

getent ahosts target.example

Gebruik die werklike teiken. getent gebruik die gasheer se opsoekmeganisme; Squid se interne oplosser of kas kan verskil. Gaan eksplisiete dns_nameservers- en hosts_file-insette na voordat jy aanneem hulle stem ooreen.

In Squid 6.13 bevat 'n eksplisiete naambedienerlys IP-adresse:

dns_nameservers 192.0.2.53

Vervang hierdie dokumentasieadres met 'n goedgekeurde oplosser wat vanaf die Squid-bediener bereikbaar is. Privaat name kan die organisasie se oplosser vereis; 'n onverwante openbare een kan hulle uit daardie DNS-aansig laat verdwyn.

'n Alias in die skootrekenaar se hosts-lêer word nie saam met 'n gasheernaamversoek deur die proksie gestuur nie. Hersien die hosts_file-instelling vir die geïnstalleerde Squid-weergawe op die masjien wat die opsoek doen, en neem 'n ouerproksie se oplosser in ag waar toepaslik. Hou die gasheernaam vir TLS-identiteit in ooreenstemming met die diens.

Ná een beheerde konfigurasiewysiging, kontroleer die sintaksis en herlaai die bedoelde instansie, herhaal dieselfde versoek en ondersoek die bewyse daarvoor. Positiewe en negatiewe antwoorde in die kas kan herhaalde toetse beïnvloed. 'n Suksesvolle opsoek gevolg deur 'n verbindingstydverstreking is 'n latere roete- of toestemmingsfout; moenie aanhou DNS verander om dit reg te stel nie. Hou kliënt-DNS, ouerproksie-roetering en die proksieprotokol konstant terwyl jy die bedienerwysiging beoordeel.