VPN DNS அறிக்கை: மீண்டும் உருவாக்க ஏன் என்ன சேர்க்க வேண்டும்

«DNS உடைந்துவிட்டது» என்பது ஒரு முடிவு, உதவுபவர் அதன் அடிப்படையில் செயல்பட முடியாது. அறிக்கையின் பயனுள்ள பகுதி தோல்வியின் வடிவம்: எந்தப் பெயர், எந்த ரிசால்வர் வழியாக, எந்தப் பதிலுடன். மூன்று விவரங்கள் புகாரை மீண்டும் உருவாக்கக்கூடியதாக மாற்றுகின்றன, தனிப்பட்ட பகுதிகளின் பெயர் மாற்றப்பட்ட பிறகு மூன்றையும் பாதுகாப்பாகப் பகிரலாம். கீழே இருப்பது யாராவது உதவ முடிவதற்கு முன் VPN DNS அறிக்கைக்குத் தேவையான குறைந்தபட்சம்.

பெயரின் வகை, தீர்ப்பு அல்ல

பெயரிலிருந்தே தொடங்கி அதை வகைப்படுத்துங்கள்: பொது, உள், குறுகிய, முழுமையாகத் தகுதியான, அல்லது ஒரு குறிப்பிட்ட பின்னொட்டால் சேவை செய்யப்படும். பொது பெயர்கள் தீர்க்கப்படும்போது தோல்வியடையும் உள் பெயர் ரிசால்வர் தேர்வைக் குறிக்கிறது, அணுகலை அல்ல. எல்லாப் பெயர்களும் தோல்வியடைந்தால் அது ரிசால்வருக்கான பாதையைக் குறிக்கிறது, அது வேறு சான்றுகளுடன் கூடிய வேறு விசாரணை. வகை கண்டறிதலைச் சுமக்கிறது, சரியான சரத்தை மறைக்கலாம்.

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

ரிசால்வர் பாதையைப் பதிவு செய்யுங்கள்

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

resolvectl status --no-pager
getent hosts host.internal
dig +short host.internal @10.20.30.53

நிலை வெளியீடு ஒவ்வொரு இணைப்பின் சேவையகங்களையும் ரூட்டிங் டொமைன்களையும் பெயரிடுகிறது, அதாவது split DNS தீர்மானிக்கப்படும் இடம். getent அழைப்பு பயன்பாடு செல்லும் அதே பாதையைப் பின்பற்றுகிறது, nsswitch வரிசை உட்பட. நேரடி வினவல் இரண்டையும் தவிர்த்து ஒரு சேவையகத்தைத் தனியாகச் சோதிக்கிறது. மூன்றில் எது தோல்வியடைந்தது, எது வெற்றிபெற்றது என்று தெரிவியுங்கள், வாசகருக்கு இனி பாதையை ஊகிக்க வேண்டியதில்லை.

கட்டுப்படுத்தப்பட்ட ஒப்பீட்டைக் குறிப்பிடுங்கள்

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

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

பெயர்வெளியை மறைத்து, உறவுகளை வைத்திருங்கள்

உள் பெயர்களை மாற்றலாம், மாற்றீடுகள் அமைப்பைப் பாதுகாக்கும் வரை. ஒவ்வொரு தனி சேவையகத்தையும் பின்னொட்டையும் நிலையான லேபிளுக்கு வரைபடமாக்கி, அந்த வரைபடத்தைப் பகிரப்பட்ட நகலுக்கு வெளியே வைத்திருங்கள். ஒவ்வொரு உள் ஹோஸ்டையும் ஒரே மாற்று இடத்துடன் மாற்றுவது அறிக்கைக்குத் தேவையான சான்றையே அழிக்கிறது, ஏனெனில் ஒரு பின்னொட்டு தீர்க்கப்பட்டது, மற்றொன்று இல்லை என்பதை வாசகரால் இனி பார்க்க முடியாது. அதே விதி முகவரிகளுக்கும் பொருந்தும்: முன்னொட்டு உறவுகளை வைத்திருந்து, கொள்கை கோரினால் ஹோஸ்ட் பிட்களை மாற்றுங்கள்.

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