Squid-ek ostalari-izen bat ebatzi ezin duenean

Aztertu DNS huts egiten duen bilaketa gertatzen den lekuan. Zure eramangarriak izen bat ebazteak ez du frogatzen Squid-ek edo hurrengo konexioa egiten duen goragoko proxy batek ebatzi dezakeenik.

Irakurri huts egiten duen instantziaren cache-erregistroa eta egiaztatu zerbitzariko ebazlearen ezarpenak. Ostalariaren mailako egiaztapen osagarri bat hau da:

getent ahosts target.example

Erabili benetako helburua. getent ostalariaren bilaketa-mekanismoaz baliatzen da; Squid-en barne-ebazlea edo cachea desberdina izan daiteke. Aztertu dns_nameservers eta hosts_file sarrera esplizituak bat datozela uste izan aurretik.

Squid 6.13-n, izen-zerbitzarien zerrenda esplizitu batek IP helbideak ditu:

dns_nameservers 192.0.2.53

Ordeztu dokumentaziorako helbide hau Squid zerbitzaritik eskura daitekeen ebazle onartu batekin. Izen pribatuek erakundearen ebazlea behar dezakete; zerikusirik ez duen ebazle publiko batek ez ditu agian bere DNS ikuspegian ikusiko.

Eramangarriaren hosts fitxategiko aliasa ez da proxy bidezko ostalari-izenaren eskaerarekin batera bidaltzen. Bilaketa egiten duen makinan, berrikusi instalatutako Squid bertsioaren hosts_file ezarpena, eta kontuan hartu goragoko proxyaren ebazlea, dagokionean. Mantendu TLS identitaterako erabilitako ostalari-izena zerbitzuarekin bat.

Konfigurazioan aldaketa kontrolatu bakarra egin ondoren, egiaztatu sintaxia eta birkargatu dagokion instantzia, errepikatu eskaera bera eta aztertu haren frogak. Cachean gordetako erantzun positiboek eta negatiboek eragina izan dezakete proba errepikatuetan. Bilaketa arrakastatsu baten ondoren konexioaren denbora-muga agortzen bada, ondorengo bide- edo baimen-hutsegitea da; ez jarraitu DNS aldatzen hori konpontzeko. Zerbitzariko aldaketa ebaluatzean, mantendu berdin bezeroaren DNS, goragoko proxyaren bideratzea eta proxy-protokoloa.