Windows VPN DNS கசிவு: மெட்ரிக் பாதையை வெல்வது ஏன்

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

ஒரு கசிவுக்கு இரண்டு விளக்கங்கள்

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

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

மெட்ரிக் மற்றும் தீர்விகளை ஒன்றாக ஒப்பிடுங்கள்

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

Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric | Select-Object InterfaceIndex, InterfaceAlias, InterfaceMetric
Get-DnsClientServerAddress -AddressFamily IPv4 | Select-Object InterfaceAlias, ServerAddresses

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

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

சுரங்கப்பாதையை மேலே உயர்த்தி மீண்டும் சரிபார்க்கவும்

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

Set-NetIPInterface -InterfaceIndex 27 -InterfaceMetric 1
Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric

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

பின்னர் ஒரு உள் பெயரையும் ஒரு பொது பெயரையும் கேட்டு எந்தச் சேவையகம் பதிலளித்தது எனப் பாருங்கள். Microsoft-இன் தானியங்கி மெட்ரிக் பற்றிய குறிப்பு மிகக் குறைந்த மதிப்புக்கு முன்னுரிமை ஏன் என்பதையும் தானியங்கிப் பங்கீடு எவ்வாறு பெறப்படுகிறது என்பதையும் விளக்குகிறது.

மீண்டும் இணைந்த பிறகும் நிலைத்திருக்கச் செய்யுங்கள்

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

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