டனல் இயங்குகிறது, பிறகு தனிப்பட்ட பெயர் ஏன் இன்னும் தோல்வியடைகிறது?

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

கோரிக்கை எந்தத் தீர்வியை அடைந்தது?

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

resolvectl status
scutil --dns | head -40
dig +short internal.example.com

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

கிளவுட் நெட்வொர்க் உண்மையில் பதிலளிக்கும் முகவரியைப் பயன்படுத்துங்கள்

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

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

டனல் பெயர் வெளியை எடுத்துச் செல்வதில்லை

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

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

எல்லைகளை வரிசையாகக் கடக்கவும்

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

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

அடுத்த நபர் கண்டுபிடிக்கக்கூடிய இடத்தில் சங்கிலியை வைத்திருங்கள்

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

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