Squid హోస్ట్‌పేరును పరిష్కరించలేనప్పుడు

శోధన విఫలమయ్యే చోట DNS పరిశీలించండి. మీ ల్యాప్‌టాప్ పేరును పరిష్కరించగలగడం Squid లేదా తదుపరి కనెక్షన్ చేసే పైస్థాయి ప్రాక్సీ కూడా దాన్ని పరిష్కరించగలదని నిరూపించదు.

విఫలమవుతున్న ఇన్‌స్టన్స్ క్యాష్ లాగ్ చదివి సర్వర్ రిజాల్వర్ సెట్టింగ్‌లను తనిఖీ చేయండి. హోస్ట్ స్థాయిలో సహాయక తనిఖీ:

getent ahosts target.example

అసలు లక్ష్యాన్ని ఉపయోగించండి. getent హోస్ట్ శోధన వ్యవస్థను ఉపయోగిస్తుంది; Squid అంతర్గత రిజాల్వర్ లేదా క్యాష్ వేరుగా ఉండవచ్చు. ఒకటే అని భావించే ముందు స్పష్టంగా ఇచ్చిన dns_nameservers, hosts_file ఇన్‌పుట్‌లను పరిశీలించండి.

Squid 6.13 లో స్పష్టంగా ఇచ్చిన నేమ్‌సర్వర్ జాబితాలో IP చిరునామాలు ఉంటాయి:

dns_nameservers 192.0.2.53

డాక్యుమెంటేషన్ కోసం ఇచ్చిన ఈ చిరునామాను Squid సర్వర్ నుంచి చేరుకోగల ఆమోదిత రిజాల్వర్‌తో మార్చండి. ప్రైవేట్ పేర్లకు సంస్థ రిజాల్వర్ అవసరం కావచ్చు; సంబంధంలేని పబ్లిక్ రిజాల్వర్ తన DNS దృశ్యంలో వాటిని చూడకపోవచ్చు.

ల్యాప్‌టాప్ hosts ఫైల్‌లోని మారుపేరు ప్రాక్సీ ద్వారా పంపిన హోస్ట్‌పేరు అభ్యర్థనతో కలిసి వెళ్లదు. శోధన చేసే యంత్రంలో ఇన్‌స్టాల్ చేసిన Squid వెర్షన్ hosts_file సెట్టింగ్ పరిశీలించి, అవసరమైతే పైస్థాయి ప్రాక్సీ రిజాల్వర్‌ను కూడా పరిగణనలోకి తీసుకోండి. TLS గుర్తింపు కోసం వాడే హోస్ట్‌పేరును సేవకు అనుగుణంగా ఉంచండి.

ఒక నియంత్రిత కాన్ఫిగరేషన్ మార్పు తర్వాత సింటాక్స్ తనిఖీ చేసి ఉద్దేశించిన ఇన్‌స్టన్స్ కాన్ఫిగరేషన్‌ను మళ్లీ లోడ్ చేయండి, అదే అభ్యర్థనను పునరావృతం చేసి దాని ఆధారాలను చూడండి. క్యాష్‌లోని ధనాత్మక, రుణాత్మక సమాధానాలు పునరావృత పరీక్షలను ప్రభావితం చేయవచ్చు. విజయవంతమైన శోధన తర్వాత కనెక్షన్ సమయం మించితే అది తర్వాతి దశలో మార్గం లేదా అనుమతి వైఫల్యం; దాన్ని సరిచేయడానికి DNS మారుస్తూ ఉండవద్దు. సర్వర్ మార్పును అంచనా వేస్తున్నప్పుడు క్లయింట్ DNS, పైస్థాయి ప్రాక్సీ రూటింగ్, ప్రాక్సీ ప్రోటోకాల్‌ను స్థిరంగా ఉంచండి.