നിങ്ങളുടെ Windows VPN ലോക്കൽ പ്രിന്ററിനെ എന്തുകൊണ്ട് കൊല്ലുന്നു, എങ്ങനെ അത് നിർത്താം

VPN ബന്ധിപ്പിക്കുക, എന്നിട്ട് പ്രിന്റർ അപ്രത്യക്ഷമാകുന്നു, NAS പങ്കിടൽ തുറക്കുന്നത് നിർത്തുന്നു, അടുത്തുള്ള യന്ത്രത്തിലേക്കുള്ള റിമോട്ട് ഡെസ്ക്ടോപ്പ് സെഷൻ സമയപരിധി കഴിഞ്ഞ് അവസാനിക്കുന്നു. ഒന്നും തകർന്നില്ല. ക്ലയന്റ് ഒരു ഡിഫോൾട്ട് റൂട്ട് ചേർത്തു, ഇപ്പോൾ ലാപ്ടോപ്പിന് പേര് നൽകാൻ കഴിയുന്ന എല്ലാ ലക്ഷ്യസ്ഥാനവും അതിന് സ്വന്തമാണ്, മൂന്ന് മീറ്റർ അകലെയുള്ളവയും ഉൾപ്പെടെ. ഇതാണ് മുഴുവൻ യന്ത്രതന്ത്രം, ഇതിനെ VPN തകരാർ എന്ന് വിളിക്കുന്നതാണ് ഒരു വരിയുടെ അറ്റകുറ്റപ്പണിയെ ഒരു സപ്പോർട്ട് കേസാക്കി മാറ്റുന്നത്.

ആദ്യം റൂട്ട് പട്ടിക വായിക്കുക

എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ്, IPv4 പട്ടിക ഇതുപയോഗിച്ച് എടുക്കുക: route print -4 എന്നിട്ട് ഔട്ട്പുട്ട് സൂക്ഷിക്കുക. ബന്ധിപ്പിച്ച്, വീണ്ടും എടുത്ത് 0.0.0.0 വരികൾ താരതമ്യം ചെയ്യുക: സജീവമായ ഡിഫോൾട്ട് റൂട്ട് ഒരു ഇന്റർഫേസ് പേരിടുന്നു, ആ ഇന്റർഫേസ് ടണൽ ആണെങ്കിൽ, ലോക്കൽ പ്രിന്റിംഗും ബ്രൗസിംഗും ആദ്യം ഓഫീസിലേക്ക് അയക്കപ്പെടുന്നു.

രണ്ടാം നിരയിലെ ഇന്റർഫേസ് നമ്പറാണ് ഒരു സ്ഥിര റൂട്ട് പിന്നീട് റഫർ ചെയ്യേണ്ട മൂല്യം, അതിനാൽ ടണൽ ഓണായിരിക്കുമ്പോൾ അത് കുറിച്ചുവെക്കുക. അഡാപ്റ്റർ വീണ്ടും സൃഷ്ടിക്കുമ്പോൾ മാറുന്ന മൂല്യവുമാണിത്, അതുകൊണ്ടാണ് അതിൽ പിൻ ചെയ്ത റൂട്ടുകൾ നിശബ്ദമായി അവയുടെ ഉപയോഗം കഴിഞ്ഞ് നിലനിൽക്കാനാകുന്നത്.

ഡിഫോൾട്ട് റൂട്ട് നീക്കം ചെയ്യുക, മൂന്ന് വഴികളിൽ

ബിൽട്ട്-ഇൻ Windows പ്രൊഫൈലിൽ നിയന്ത്രണം ഒരു ചെക്ക്ബോക്സ് ആണ്. കണക്ഷന്റെ ഗുണവിശേഷതകൾ തുറക്കുക, IPv4, പിന്നെ വിപുലമായത്, എന്നിട്ട് Use default gateway on remote network മായ്ക്കുക; പുതിയ സെറ്റിംഗ്സ് ആപ്പ് അതേ ഡയലോഗ് ഒരു പാളി കൂടി ആഴത്തിൽ ഒളിപ്പിക്കുന്നു. ഉയർത്തിയ കമാൻഡ് പ്രോംപ്റ്റിൽ നിന്ന് അതേ മാറ്റം ഒരു cmdlet ആണ്:

Set-VpnConnection -Name "Corp" -SplitTunneling $true

ഒരു OpenVPN പ്രൊഫൈൽ വ്യത്യസ്തമായി പ്രവർത്തിക്കുന്നു, അതിനാൽ അതിന്റെ സ്വഭാവം ചെക്ക്ബോക്സ് പ്രതീക്ഷിക്കുന്നവരെ ആശയക്കുഴപ്പത്തിലാക്കുന്നു. അതിന്റെ redirect-gateway def1 നിർദ്ദേശം ഡിഫോൾട്ട് റൂട്ട് ഒട്ടും മാറ്റിസ്ഥാപിക്കുന്നില്ല; അത് പകുതി-പരിധിയുള്ള രണ്ട് റൂട്ടുകൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നു, 0.0.0.0/1 ഉം 128.0.0.0/1, അവ ഒരുമിച്ച് ഡിഫോൾട്ട് ഇല്ലാതാക്കാതെ അതിനെ തോൽപ്പിക്കുന്നു. യഥാർത്ഥ ഡിഫോൾട്ട് നിലനിൽക്കുന്നതിനാൽ, net_gateway ലേക്ക് ചൂണ്ടുന്ന ഒരു പ്രിഫിക്സ് ചേർക്കുമ്പോൾ ആ പ്രിഫിക്സ് മാത്രം ലോക്കൽ റൗട്ടറിലേക്ക് തിരികെ പോകുന്നു. def1 പ്രൊഫൈലിനുള്ള പരിഹാരം ആരും കണ്ടെത്താത്ത ഒരു ചെക്ക്ബോക്സല്ല, ഒരു പ്രിഫിക്സ് റൂട്ട് ആണ് എന്ന് ആ വിശദാംശം വിശദീകരിക്കുന്നു.

ജോലിയുടെ ഭാഗമായത് മാത്രം തിരികെ ചേർക്കുക

ഡിഫോൾട്ട് റൂട്ട് ഇല്ലാതെ ടണൽ ഒന്നും വഹിക്കുന്നില്ല, അതിനാൽ വർക്ക് പ്രിഫിക്സുകൾ വ്യക്തമായി പേരിടണം. ഒരു പ്രിഫിക്സ് കണക്ഷനുമായി ബന്ധിപ്പിക്കുന്ന cmdlet സ്ഥിര റൂട്ടിനെക്കാൾ സുരക്ഷിതമാണ്, കാരണം അത് ആ കണക്ഷൻ ഓണായിരിക്കുമ്പോൾ മാത്രം ഇൻസ്റ്റാൾ ചെയ്യപ്പെടുന്നു, ഇന്റർഫേസ് നമ്പറിനെ ആശ്രയിക്കുന്നില്ല:

Add-VpnConnectionRoute -ConnectionName "Corp" -DestinationPrefix 172.20.0.0/16

പഴയ സമീപനം ഇപ്പോഴും പ്രവർത്തിക്കുന്നു, ഇപ്പോഴും ഓരോ ചെക്ക്ലിസ്റ്റിലും ഉണ്ട്: route -p add 172.20.0.0 mask 255.255.0.0 172.20.0.1 if 14, ടണലിന്റെ സ്വന്തം ഇന്റർഫേസ് ഇൻഡക്സും ഗേറ്റ്വേ വിലാസവും ഉപയോഗിച്ച്. ഇത് റീബൂട്ടുകൾക്കിടയിലും നിലനിൽക്കുന്നു, അതാണ് ഉദ്ദേശ്യവും അപകടവും, കാരണം അടുത്ത ബൂട്ടിൽ ഇൻഡക്സ് മറ്റെന്തിനെങ്കിലും സ്വന്തമായേക്കാം.

ബാക്കിയുള്ളത് മെട്രിക്സുകൾ തീരുമാനിക്കുന്നു. ഭൗതികവും ടണൽ അഡാപ്റ്ററും ഒരേ പ്രിഫിക്സിന് റൂട്ട് ആവശ്യപ്പെട്ടാൽ, കുറഞ്ഞ മെട്രിക് വിജയിക്കുന്നു, ടണലിന്റെ മെട്രിക് ഉയർത്തുന്നത് ഹാക്കല്ല, ക്ലയന്റ് ഭാഗത്തുള്ള നിയമാനുസൃത നിയന്ത്രണമാണ്.

സെർവർ നിങ്ങൾക്ക് വേണ്ടി തീരുമാനിക്കുമ്പോൾ

നിങ്ങളുടെ ചെക്ക്ബോക്സ് അവഗണിക്കുന്ന ക്ലയന്റ് സാധാരണയായി ഒരു നയം അനുസരിക്കുന്നു. Cisco പ്രൊഫൈലുകളിൽ Allow Local LAN Access ക്രമീകരണമുണ്ട്, കൂടാതെ ഒരു headend ക്ലയന്റ് ഇഷ്ടപ്പെടുന്നതെല്ലാം അസാധുവാക്കുന്ന tunnel-all നയം തള്ളിയിടാം; നിർബന്ധിത-ടണൽ വിന്യാസത്തിൽ തിരിക്കാൻ ലോക്കൽ സ്വിച്ചില്ല. അതേ ഡയലോഗ് വീണ്ടും പരിശോധിക്കുന്നതിന് പകരം തള്ളിയ റൂട്ടുകൾക്കും നയ വരികൾക്കുമായി ക്ലയന്റ് ലോഗ് വായിക്കുക.

അടുത്തതായി നാമ പരിഹാരം നോക്കുക, അത് റൂട്ടിംഗിൽ നിന്ന് വേറിട്ട ഒരു സ്വിച്ചാണ്. വിഭജിത ടണലിന് ഇപ്പോഴും ആന്തരിക resolver-ഉം തിരച്ചിൽ സഫിക്സും ലഭിക്കാം, അതിനാൽ ലോക്കൽ ഉപകരണം വിലാസം കൊണ്ട് എത്താവുന്നതും DNS ഭാഗവും ശരിയാകുന്നതുവരെ പേര് കൊണ്ട് കണ്ടെത്താനാവാത്തതുമാണ്.

ഓവർലാപ്പ് മറ്റൊരു പ്രശ്നമാണ്

വീട്ടിലെ LAN-ഉം ഓഫീസിലെ LAN-ഉം 192.168.0.0/24 പോലുള്ള ഒരു പ്രിഫിക്സ് പങ്കിട്ടാൽ, ഒരു റൂട്ടിനും അവയെ വേർതിരിക്കാനാവില്ല. ആ പരിധിയിലെ ഓരോ പാക്കറ്റിനും ഒരു ലുക്കപ്പ് ഫലമേയുള്ളൂ, പരിഹാരം ഒരു വശം പുനർനമ്പർ ചെയ്യുകയോ പൂളിൽ നിന്നുള്ള വിവർത്തനം ചെയ്ത വിലാസത്തിലൂടെ ഓഫീസിലെത്തുകയോ ആണ്. കൂടുതൽ നിർദ്ദിഷ്ട റൂട്ടുകൾ ചേർക്കുന്നത് നെറ്റ്വർക്കിന്റെ ഏത് പകുതി തകരുന്നു എന്നത് മാത്രം മാറ്റുന്നു.

അഞ്ചിന് പകരം ഒരു പരിശോധനയോടെ അവസാനിപ്പിക്കുക: ബന്ധിപ്പിച്ച്, പിന്നെ tracert ആന്തരിക, പൊതു ഹോസ്റ്റുകൾക്കെതിരെ പ്രവർത്തിപ്പിക്കുക. ആദ്യ ഹോപ്പ് വ്യത്യസ്തമായിരിക്കണം, ഇല്ലെങ്കിൽ, ക്ലയന്റ് എന്ത് റിപ്പോർട്ട് ചെയ്താലും വിഭജനം പ്രാബല്യത്തിലില്ല. പിന്നെ ഒരിക്കൽ വീണ്ടും ബന്ധിപ്പിച്ച് ആവർത്തിക്കുക, കാരണം തള്ളിയ റൂട്ടുകൾ ഓരോ സെഷനിലും മടങ്ങിവരുന്നു.