Windows കണക്ഷൻ പങ്കിടുകയാണോ? അതിനടിയിൽ VPN പാത മാറുന്നു

ഒരു ലാപ്ടോപ്പ് അതിന്റെ Wi-Fi പങ്കിടുന്നു, ഹോസ്റ്റ് പരാതിയില്ലാതെ ടണലിലൂടെ ബ്രൗസ് ചെയ്യുന്നു, ആ പങ്കിടലിലെ ടാബ്ലെറ്റ് എങ്ങും എത്തുന്നുമില്ല. പങ്കിടൽ പ്രവർത്തനക്ഷമമാക്കിയ നിമിഷം ഹോസ്റ്റ് കേവലം ക്ലയന്റ് ആയിരിക്കുന്നത് നിർത്തി: ഇപ്പോൾ അത് ഒരു റൂട്ടറാണ്, കൈമാറ്റം ചെയ്ത പാക്കറ്റുകൾ മറ്റൊരു നിയമക്കൂട്ടവുമായി ഏറ്റുമുട്ടുന്നു. ഹോസ്റ്റിൽ പ്രവർത്തിക്കുന്നത് അതിനു പിന്നിലെ ഉപകരണത്തെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. താഴത്തെ ക്ലയന്റിൽ നിന്ന് പരിശോധനകൾ പ്രവർത്തിപ്പിക്കുക, ഈ വ്യത്യാസം സൈദ്ധാന്തികമല്ലാതാകും.

ഹോസ്റ്റിന്റെ വിജയം ഒന്നും തെളിയിക്കുന്നില്ല

കണക്ഷൻ പങ്കിടൽ ഒരു യന്ത്രത്തിന് നാല് ജോലികൾ നൽകുന്നു: വിലാസ നിയോഗം, കൈമാറ്റം, വിവർത്തനം, ഫിൽട്ടറിംഗ്. പ്രാദേശികമായി ഉണ്ടാക്കുന്ന ട്രാഫിക് സംരക്ഷിക്കുന്ന VPN ക്ലയന്റിന് കൈമാറ്റം ചെയ്ത ട്രാഫിക്കിനെ അതിന്റെ പരിധിക്ക് പുറത്തായി കണക്കാക്കാം, അല്ലെങ്കിൽ ചോർച്ചയായി മനഃപൂർവം തടയാം. രണ്ട് സ്വഭാവങ്ങളിൽ ഒന്നും ബഗ്ഗല്ല, ഒന്നും പങ്കിടൽ ഓണാക്കിയ സ്ക്രീനിൽ എഴുതിയിട്ടുമില്ല. നിങ്ങൾക്ക് ഏതാണെന്ന് താഴത്തെ പരിശോധന മാത്രം പറയും.

പല ക്ലയന്റുകളും ഹോസ്റ്റിന്റെ ട്രാഫിക് മാത്രം കൈമാറുന്നു, മറ്റൊന്നുമില്ല, അതിനാൽ ടണൽ ടാബ്ലെറ്റിനുവേണ്ടി റൂട്ട് ചെയ്യുമെന്ന് വിശ്വസിക്കുന്നതിനുപകരം ക്ലയന്റിന്റെ ഡോക്യുമെന്റേഷനിലെ പങ്കിടൽ വിഭാഗം നോക്കുക. കാണാവുന്ന ലക്ഷണം കണക്ട് ചെയ്യുന്ന, വിലാസം ലഭിക്കുന്ന, തുടർന്ന് ആദ്യ അഭ്യർത്ഥനയിൽ പരാജയപ്പെടുന്ന ഉപകരണമാണ്. കൈമാറാൻ വിസമ്മതിക്കുന്ന ക്ലയന്റും ഹോസ്റ്റിൽ പൂർണ്ണമായും ആരോഗ്യകരമായി തോന്നുന്നു.

ഏത് അഡാപ്റ്റർ പങ്കിടുന്നു, ഏതാണ് ക്ലയന്റുകളെ സേവിക്കുന്നത്

രണ്ട് അഡാപ്റ്ററുകളും രേഖപ്പെടുത്തുക, കാരണം അവ വ്യത്യസ്ത വിലാസങ്ങളും വ്യത്യസ്ത ഫിൽട്ടറുകളും വഹിക്കുന്നു, തെറ്റായ ഒന്നിലെ മാറ്റം പല ആശയക്കുഴപ്പമുള്ള ഫലങ്ങളും വിശദീകരിക്കുന്നു. പങ്കിടൽ ഹോസ്റ്റ് സാധാരണയായി താഴത്തെ വശത്ത് ഒരു സ്ഥിര വിലാസം എടുത്ത് അവിടെ ഒരു ചെറിയ DHCP, DNS സേവനം നടത്തുന്നു. Windows കൈമാറ്റം ആഗോളമായല്ല, ഓരോ അഡാപ്റ്ററിനുമായി സൂക്ഷിക്കുന്നു, അതിനാൽ അവസ്ഥ ഇന്റർഫേസ് തോറും വായിക്കണം.

Get-NetAdapter | Where-Object Status -eq 'Up' | Select-Object Name,InterfaceIndex,LinkSpeed
Get-NetIPAddress -AddressFamily IPv4 | Select-Object InterfaceAlias,IPAddress,PrefixLength
Get-NetIPInterface | Select-Object InterfaceAlias,Forwarding,ConnectionState
Get-NetConnectionProfile

പങ്കിട്ട അഡാപ്റ്ററിൽ കൈമാറ്റം പ്രവർത്തനരഹിതം എന്ന് കാണിച്ചാൽ, ടണൽ എന്ത് ചെയ്താലും താഴെ ഒന്നും പ്രവർത്തിക്കില്ല. മറ്റ് ഉപകരണങ്ങൾക്കുവേണ്ടി റൂട്ട് ചെയ്യാൻ നയം അനുവദിക്കുന്ന യന്ത്രത്തിൽ മാത്രം അത് പ്രവർത്തനക്ഷമമാക്കുക.

കൈമാറ്റം, വിവർത്തനം, ഫിൽട്ടറിംഗ്

കൈമാറ്റം ചെയ്ത പാക്കറ്റ് ടണലിൽ എത്തണം, അകലെയുള്ള വശം സ്വീകരിക്കുന്ന ഒന്നായി വിവർത്തനം ചെയ്യപ്പെടണം, അതേ വിവർത്തനത്തിലൂടെ തിരികെ വരണം. ആ മൂന്ന് ഘട്ടങ്ങളിൽ ഏതും തകരാം, ഓരോ തകരാറും ഒരേ ബ്രൗസർ കാലഹരണം സൃഷ്ടിക്കുന്നു. പാക്കറ്റ് ക്യാപ്ചർ, റൂട്ട് അന്വേഷണം, അകലെയുള്ള വശത്തുനിന്നുള്ള ലോഗ് എന്നിവ പങ്കിടൽ സംഭാഷണം വീണ്ടും പരിശോധിക്കുന്നതിനേക്കാൾ മൂല്യമുള്ളവയാണ്. ഏത് ഘട്ടം പരാജയപ്പെടുന്നു എന്നതാണ് ആരുടെ മാറ്റം വേണമെന്ന് പറയുന്നത്.

പങ്കിട്ട സബ്നെറ്റിനുവേണ്ടി അകലെയുള്ള വശത്തിന് ഒരു തിരിച്ചുപോക്ക് റൂട്ട് കൂടി വേണ്ടിവന്നേക്കാം, VPN സെർവർ ഒരിക്കലും കണ്ടിട്ടില്ലാത്ത ഒരു ശ്രേണി. ക്ലയന്റ് വിവർത്തനം ചെയ്യുന്നിടത്ത് സെർവർ ടണൽ വിലാസം മാത്രം കാണുന്നു, തിരിച്ചുപോക്ക് റൂട്ട് ആവശ്യമില്ല. വിവർത്തനം ചെയ്യാത്തിടത്ത് ഗേറ്റ്‌വേ ഉള്ളയാൾ ആ റൂട്ട് മനഃപൂർവം ചേർക്കണം, അത് ക്ലയന്റ് ക്രമീകരണമല്ല, മാറ്റ അഭ്യർത്ഥനയാണ്.

പരിശോധനകൾ ഹോസ്റ്റിലല്ല, ക്ലയന്റിൽ നടത്തുക

പ്രവർത്തിക്കുന്ന ഹോസ്റ്റിലല്ല, പരാജയപ്പെടുന്ന ക്ലയന്റിൽ ഓരോ പരിശോധനയും നടത്തുക. എഗ്രസ് വിലാസം, റിസോൾവറിന്റെ ഉത്തരം, ആപ്പ് പരിശോധന എന്നിവ ഒരേ സെഷനിൽ സൂക്ഷിക്കുക, കാരണം ഒരു മണിക്കൂർ ഇടവേളയിൽ ശേഖരിച്ച ഫലങ്ങൾ മൂന്നും എങ്ങനെ ചേരുന്നു എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.

Resolve-DnsName intranet.example.net -Type A
Resolve-DnsName intranet.example.net -Type AAAA
Invoke-RestMethod https://api.ipify.org
Test-NetConnection intranet.example.net -Port 443 -InformationLevel Detailed

എഗ്രസ് വിലാസം ഹോസ്റ്റിന്റെ സ്വന്തം വിലാസവുമായി താരതമ്യം ചെയ്ത് രണ്ടും ഒത്തുപോകുന്നുണ്ടോ എന്ന് ശ്രദ്ധിക്കുക. വ്യത്യസ്ത ഉത്തരം അർത്ഥം കൈമാറ്റ പാത ടണലിനെ ഒഴിവാക്കുന്നു എന്നാണ്, അത് പെട്ടെന്നുള്ള പരിഹാരമല്ല, ഉടമയുള്ള നയപ്രശ്നമാണ്. പരാജയപ്പെടുന്ന ആപ്പിന് അടുത്ത് ഒത്തുപോകുന്ന ഉത്തരം ജോലിയെ നാമ പരിഹാരത്തിലേക്കോ അകലെയുള്ള വശത്തെ നയത്തിലേക്കോ മാറ്റുന്നു. IPv4 ഫലത്തിൽ നിർത്തരുത്: പങ്കിടൽ എല്ലാ IPv4 പരിശോധനകളും കടന്നുപോകാം, അതേസമയം IPv6 മറ്റൊരു എക്സിറ്റിലൂടെ പുറത്തുപോകുന്നു, അതിനാൽ AAAA റെക്കോർഡും വിശദമായ കണക്ഷൻ പരിശോധനയും ഉപയോഗിച്ച് നാമ, എഗ്രസ് പരിശോധനകൾ ആവർത്തിക്കുക.

മാനേജ് ചെയ്ത യന്ത്രത്തിൽ പങ്കിടൽ ആകെ അനുവദനീയമാണോ എന്ന് ഉറപ്പാക്കുക, കാരണം മറ്റൊരു ഉപകരണത്തിന് പ്രവേശനം തുറക്കുന്നത് സൗകര്യ ടോഗിളല്ല, ഭരണപരമായ തീരുമാനമാണ്. ഏതെങ്കിലും പിന്തുണയ്ക്കുന്ന മാറ്റത്തിനുശേഷം വീണ്ടും കണക്ട് ചെയ്യുമ്പോഴും വീണ്ടും തടസ്സ സമയത്തും പരിശോധനകൾ ആവർത്തിക്കുക. ഹോസ്റ്റ് വൃത്തിയായി വീണ്ടും കണക്ട് ചെയ്താലും ക്ലയന്റ് ഒരിക്കലും പിന്തുണയ്ക്കാത്ത കൈമാറ്റ പാത തിരികെ വരില്ല.