பிரிக்கப்பட்ட சுரங்கப்பாதை உலாவியை விலக்குகிறது, அதன் DNS கேள்விகளை அல்ல

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

தரவு பாதையும் தீர்வி பாதையும் பிரிகின்றன

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

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

எந்த செயல்முறை கேள்வி கேட்கிறது என்பதைக் கண்டறியவும்

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

resolvectl status
resolvectl query intranet.example.net
dig +short +time=2 intranet.example.net @10.52.0.2
scutil --dns | head -n 40

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

எந்த தீர்வி எந்தப் பெயரைப் பார்க்கிறது என்பதை முடிவு செய்யவும்

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

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

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

கேள்வியையும் இணைப்பையும் தனித்தனியாகச் சரிபார்க்கவும்

இரண்டு பாதைகளையும் தனித்தனியாகச் சோதிக்கவும். இணைப்புச் சோதனை தரவு பாதையைக் காட்டுகிறது, தீர்வி சோதனை பெயரை யார் பெற்றார் என்பதைக் காட்டுகிறது.

curl -sS --max-time 8 https://api.ipify.org
resolvectl query example.net
dig +short example.net

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

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