ഹാൻഡ്ഷേക്ക് നടക്കുന്നു, ഇന്റർനെറ്റ് ഇല്ല: 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 സേവനം ടണലിൽ ഇടപെടാം. തെറ്റായ ആർക്കിടെക്ചറിനായി നിർമ്മിച്ച ഇൻസ്റ്റാളർ ആർക്കിടെക്ചർ ഒരിക്കലും പരാമർശിക്കാത്ത സന്ദേശത്തോടെ പരാജയപ്പെടുന്നു.

പരിശോധന പേരിട്ട പാളി ശരിയാക്കുക, പിന്നെ അതേ മൂന്ന് ലക്ഷ്യസ്ഥാനങ്ങൾ വീണ്ടും പ്രവർത്തിപ്പിക്കുക. ഹോസ്റ്റ്നാം പരിശോധന ശരിയാക്കി ടണൽ വിലാസം തകർക്കുന്ന മാറ്റം തെറ്റായ പാളിയിൽ പ്രയോഗിച്ചതാണ്.