ஹேண்ட்ஷேக் நடக்கிறது, இணையம் இல்லை: Windows 11 இல் முதலில் எதைச் சரிசெய்ய வேண்டும்

Windows 11 இல் எதையும் திறக்காத உலாவிகளுக்கு அருகில் புதிய ஹேண்ட்ஷேக்குகள் அடிக்கடி நிற்கின்றன. ஹேண்ட்ஷேக் என்பது சகாவுடனான UDP பரிமாற்றம் முடிந்தது என்பதை மட்டுமே நிரூபிக்கிறது. Windows அமைத்த பாதை, அது பயன்படுத்தும் ரிசால்வர், அல்லது வெளியேறும் வழி ஏதாவது அனுப்புகிறதா என்பது பற்றி எதுவும் கூறவில்லை.

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

விசைகளைத் தொடும் முன் அடுக்கைத் தீர்மானிக்கவும்

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

இந்த வரிசையே முழு முறை. DNS குறையை உடைந்த சுரங்கப்பாதையாகக் கண்டறிவதை இது தடுக்கிறது, இது இங்கே மிகவும் பொதுவான தவறான திசை.

wg show
Find-NetRoute -RemoteIPAddress 1.1.1.1
Resolve-DnsName example.com -Server 1.1.1.1

ஹேண்ட்ஷேக் நேரம் காலியாக இருந்தால்

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

வெளியேறும் ஆனால் ஒன்றும் உள்ளே வராத பைட்டுகள் வேறு நிலை. அது NAT அல்லது போக்குவரத்தை தவறான இடத்திற்குத் திருப்பி அனுப்பும் ஃபயர்வாலைக் குறிக்கிறது.

பாதை இயற்பியல் அடாப்டரிடம் தோற்றால்

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

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

முகவரிகள் வேலை செய்து பெயர்கள் தோல்வியடைந்தால்

WireGuard IP பாக்கெட்டுகளைச் சுமக்கிறது, DNS பற்றி அதற்கு கருத்தில்லை. இடைமுகப் பகுதியில் DNS = வரியை வைக்கவும், அல்லது Windows வழியாக அடாப்டரை அமைக்கவும். அது இல்லாமல் முகவரியில் ping வெற்றிபெறும், ஆனால் ஒவ்வொரு ஹோஸ்ட் பெயரும் தோல்வியடையும், பயனர்கள் அதை இணையம் இல்லை என்று தெரிவிக்கின்றனர்.

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

Windows இயந்திரமே வெளியேறும் வழியாக இருந்தால்

Internet Connection Sharing இயக்கப்பட்டால் முகவரியிடலை மீண்டும் எழுதுகிறது, இது பகிரப்பட்ட அடாப்டரை வேறு வரம்பிற்கு நகர்த்தலாம். அசல் முகவரியை இன்னும் சுட்டிக்காட்டும் கிளையண்ட் பின்னர் வேலை செய்வதை நிறுத்துகிறது. பதிவு மதிப்புகள் ScopeAddress மற்றும் StandaloneDHCPAddress அந்த வரம்பைக் கட்டுப்படுத்துகின்றன, மீட்டெடுத்த பிறகு அமைப்பு திரும்பக்கூடும்.

Windows-க்கே உரிய மற்ற இரண்டு முரண்பாடுகளையும் பார்க்கத் தகும். Routing and Remote Access சேவை சுரங்கப்பாதையில் தலையிடலாம். தவறான கட்டமைப்பிற்காக கட்டப்பட்ட நிறுவி, கட்டமைப்பை ஒருபோதும் குறிப்பிடாத செய்தியுடன் தோல்வியடைகிறது.

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