Squid புரவலன் பெயரைத் தீர்மானிக்க முடியாதபோது

தேடல் தோல்வியுறும் இடத்தில் DNS-ஐ ஆய்வு செய்யவும். உங்கள் மடிக்கணினி ஒரு பெயரைத் தீர்மானிப்பதால் Squid அல்லது அடுத்த இணைப்பை ஏற்படுத்தும் மேல்நிலைப் பதிலியும் அதைத் தீர்மானிக்க முடியும் என்று நிரூபிக்கப்படுவதில்லை.

தோல்வியுறும் நிகழ்வின் cache பதிவைப் படித்து சேவையகத்தின் பெயர் தீர்மானிப்பி அமைப்புகளைச் சரிபார்க்கவும். புரவலன் மட்டத்திலான துணைச் சோதனை:

getent ahosts target.example

உண்மையான இலக்கைப் பயன்படுத்தவும். getent புரவலனின் தேடல் அமைப்பைப் பயன்படுத்துகிறது; Squid-இன் உள் பெயர் தீர்மானிப்பி அல்லது cache வேறுபடலாம். அவை பொருந்துவதாகக் கருதுவதற்கு முன் வெளிப்படையாகக் கொடுக்கப்பட்ட dns_nameservers மற்றும் hosts_file உள்ளீடுகளை ஆய்வு செய்யவும்.

Squid 6.13-இல் வெளிப்படையாகக் குறிப்பிடப்பட்ட பெயர் சேவையகப் பட்டியலில் IP முகவரிகள் உள்ளன:

dns_nameservers 192.0.2.53

ஆவணங்களுக்கான இந்த முகவரியை Squid சேவையகத்திலிருந்து அணுகக்கூடிய அங்கீகரிக்கப்பட்ட பெயர் தீர்மானிப்பியால் மாற்றவும். தனிப்பட்ட பெயர்களுக்கு நிறுவனத்தின் பெயர் தீர்மானிப்பி தேவைப்படலாம்; தொடர்பற்ற பொது தீர்மானிப்பி தனது DNS காட்சியில் அவற்றைக் காணாமல் இருக்கலாம்.

மடிக்கணினியின் hosts கோப்பில் உள்ள மாற்றுப்பெயர், பதிலி வழியாக அனுப்பப்படும் புரவலன் பெயர் கோரிக்கையுடன் செல்லாது. தேடல் செய்யும் இயந்திரத்தில் நிறுவப்பட்ட Squid பதிப்பின் hosts_file அமைப்பை ஆய்வு செய்து, பொருந்தினால் மேல்நிலைப் பதிலியின் பெயர் தீர்மானிப்பியையும் கணக்கில் கொள்ளவும். TLS அடையாளத்திற்குப் பயன்படும் புரவலன் பெயர் சேவையுடன் பொருந்த வேண்டும்.

கட்டுப்படுத்தப்பட்ட ஒரு அமைப்பு மாற்றத்துக்குப் பின் தொடரியலைச் சரிபார்த்து நோக்கமிட்ட நிகழ்வின் அமைப்பை மீண்டும் ஏற்றவும்; அதே கோரிக்கையை மீண்டும் செய்து அதன் ஆதாரங்களைப் பார்க்கவும். cache-இல் உள்ள நேர்மறை, எதிர்மறை பதில்கள் மீண்டும் செய்யும் சோதனைகளைப் பாதிக்கலாம். வெற்றிகரமான தேடலுக்குப் பின் இணைப்பு நேரம் முடிவது அடுத்த கட்ட வழித்தட அல்லது அனுமதித் தோல்வியாகும்; அதைச் சரிசெய்ய DNS-ஐ மாற்றிக்கொண்டே இருக்க வேண்டாம். சேவையக மாற்றத்தை மதிப்பிடும்போது கிளையன்ட் DNS, மேல்நிலைப் பதிலியின் வழிப்படுத்தல் மற்றும் பதிலி நெறிமுறையை மாற்றாமல் வைக்கவும்.