VPN കണക്ട് ചെയ്യുമ്പോൾ പ്രിന്റർ ഓഫ്ലൈൻ? റൂട്ട് ടേബിൾ പരിശോധിക്കുക

നിങ്ങളുടെ ലാപ്ടോപ്പ് കോർപ്പറേറ്റ് VPN-ലേക്ക് ചേരുന്നു, രണ്ട് മീറ്റർ അകലെയുള്ള പ്രിന്റർ പ്രതികരിക്കുന്നത് നിർത്തുന്നു. പ്രിന്ററിൽ ഒന്നും മാറിയിട്ടില്ല, ലോക്കൽ നെറ്റ്വർക്കും വീണിട്ടില്ല. മാറിയത് റൂട്ട് ടേബിളാണ്: ടണൽ അഡാപ്റ്റർക്ക് ഇപ്പോൾ പ്രിന്ററിന്റെ വിലാസം ഉൾക്കൊള്ളുന്ന ഒരു പാതയുണ്ട്, അതിനാൽ ആ പാക്കറ്റുകൾ VPN വഴി പുറത്തുപോയി നിങ്ങളുടെ പരന്ന നെറ്റ്വർക്ക് എവിടെയെന്ന് അറിയാത്ത ഒരു ഗേറ്റ്വേയിൽ എത്തുന്നു. താഴെയുള്ള നാല് പരിശോധനകൾ ക്രമത്തിൽ ചെയ്യുക, ആദ്യത്തേത് പരാജയപ്പെടുന്നിടത്ത് നിർത്തുക.

ആദ്യ ഘട്ടം: പ്രിന്റർ ഇപ്പോഴും LAN-ൽ എത്താവുന്നതാണെന്ന് തെളിയിക്കുക

റൂട്ടിംഗ് തൊടുന്നതിന് മുൻപ്, VPN ഉപയോഗിക്കാത്ത എന്തെങ്കിലും ഒന്നിന് ഉപകരണം ജീവനോടെയുണ്ടെന്ന് ഉറപ്പാക്കുക. അതേ Wi-Fi-ലുള്ള ഒരു ഫോണിനോട് പ്രിന്ററിന്റെ വെബ് പേജ് തുറക്കാൻ ആവശ്യപ്പെടുക, അല്ലെങ്കിൽ പരന്ന നെറ്റ്വർക്കിലെ മറ്റൊരു മെഷീനിൽ നിന്ന് വിലാസത്തിലേക്ക് ping ചെയ്യുക. പ്രിന്റർ അവിടെയും പ്രതികരിക്കുന്നില്ലെങ്കിൽ VPN യാദൃച്ഛികമാണ്, കുറ്റം പ്രിന്ററിലോ അതിന്റെ Wi-Fi ബന്ധത്തിലോ ആക്സസ് പോയിന്റിലെ ക്ലയന്റ് ഐസൊലേഷനിലോ ആണ്.

ഈ ലാപ്ടോപ്പ് ഒഴികെ എല്ലായിടത്തും പ്രതികരിക്കുന്നുവെങ്കിൽ, ലാപ്ടോപ്പിൽ തന്നെ കഴിയുന്ന ഒരു റൂട്ടിംഗ് അല്ലെങ്കിൽ നാമപരിഹാര പ്രശ്നമുണ്ട്, അടുത്ത ഘട്ടം രണ്ടിൽ ഏതാണെന്ന് പറയും.

രണ്ടാം ഘട്ടം: Windows യഥാർത്ഥത്തിൽ തിരഞ്ഞെടുക്കുന്ന റൂട്ട് കണ്ടെത്തുക

ടേബിൾ മുകളിൽ നിന്ന് താഴേക്ക് വായിച്ച് ഊഹിക്കരുത്. നിങ്ങൾക്ക് പ്രധാനമായ കൃത്യമായ വിലാസത്തിന് Windows ഏത് എൻട്രി തിരഞ്ഞെടുക്കുന്നുവെന്ന് ചോദിക്കുക, അതേസമയം ഇന്റർഫേസ് ഇൻഡക്സും എടുക്കുക.

Find-NetRoute -RemoteIPAddress 192.168.1.50
route print -4
tracert -d 192.168.1.50

Find-NetRoute വിജയിക്കുന്ന റൂട്ടും അതിന്റെ ഇന്റർഫേസും അച്ചടിക്കുന്നു, ബാക്കിയെല്ലാം ഈ രണ്ട് വസ്തുതകളെ ആശ്രയിച്ചിരിക്കുന്നു. route print -4 ചുറ്റുമുള്ള എൻട്രികൾ കാണിക്കുന്നു, ഫുൾ-ടണൽ ക്ലയന്റുകൾ ഇൻസ്റ്റാൾ ചെയ്യുന്ന രണ്ട് പകുതി-ഡിഫോൾട്ടുകൾ ഉൾപ്പെടെ: 0.0.0.0/1, 128.0.0.0/1, അവ ഒരുമിച്ച് മുഴുവൻ IPv4 സ്ഥലവും ഉൾക്കൊള്ളുന്നു, എന്നാൽ ഒരിക്കലും 0.0.0.0/0 മാറ്റിസ്ഥാപിക്കുന്നില്ല. /1 /0-നേക്കാൾ നീളമുള്ളതാണ്, പക്ഷേ നിങ്ങളുടെ 192.168.1.0/24 അതിലും നീളമുള്ളതാണ്, അതുകൊണ്ടാണ് കാണാതായ LAN റൂട്ട് ടണലിന്റെ അവകാശവാദത്തെക്കാൾ പ്രധാനമാകുന്നത്.

ഉത്തരം രണ്ട് നിയമങ്ങൾ തീരുമാനിക്കുന്നു. ഏറ്റവും നീളമുള്ള പൊരുത്തപ്പെടുന്ന പ്രിഫിക്സ് ആദ്യം വിജയിക്കുന്നു, ഒരേ പ്രിഫിക്സുള്ള എൻട്രികൾക്കിടയിൽ കുറഞ്ഞ മൊത്തം മെട്രിക് വിജയിക്കുന്നു, ഇവിടെ മൊത്തം റൂട്ട് മെട്രിക്കും ഇന്റർഫേസ് മെട്രിക്കും ചേർക്കുന്നു. തിരഞ്ഞെടുത്ത ഇന്റർഫേസ് ടണലാണെങ്കിൽ തുടരുക. അത് ഫിസിക്കൽ അഡാപ്റ്ററും ട്രാഫിക് ഇപ്പോഴും പരാജയപ്പെടുന്നുവെങ്കിൽ, ഇവിടെ നിർത്തുക: നിങ്ങളുടെ പ്രശ്നം നാമപരിഹാരമോ പ്രിന്ററിന്റെ സ്വന്തം ആക്സസ് ലിസ്റ്റോ ആണ്, VPN റൂട്ടല്ല.

മൂന്നാം ഘട്ടം: ഗേറ്റ്വേയും ഇന്റർഫേസും പേരിടുന്ന ഏറ്റവും ഇടുങ്ങിയ റൂട്ട് ചേർക്കുക

പരിഹാരം പ്രിന്ററിന്റെ വിലാസം ലോക്കൽ അഡാപ്റ്ററിലെ ലോക്കൽ റൗട്ടറിലേക്ക് വിരൽ ചൂണ്ടുന്ന ഒരു എൻട്രിയാണ്. ഉയർത്തിയ പ്രോംപ്റ്റിൽ അത് പ്രവർത്തിപ്പിച്ച് ഇപ്പോൾ വായിച്ച മൂല്യങ്ങൾ മാറ്റിസ്ഥാപിക്കുക.

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

if ന്റെ മൂല്യം ഫിസിക്കൽ അഡാപ്റ്ററിന്റെ ഇന്റർഫേസ് ഇൻഡക്സാണ്. അത് ഒഴിവാക്കുന്നതാണ് കമാൻഡ് വിജയിച്ചതുപോലെ തോന്നുകയും ഒന്നും മാറ്റാതിരിക്കുകയും ചെയ്യുന്നതിന് ഏറ്റവും സാധാരണ കാരണം, കാരണം ഒരേ അടുത്ത ഹോപ്പിൽ എത്താൻ കഴിയുന്ന രണ്ട് അഡാപ്റ്ററുകൾ ഉണ്ടെങ്കിൽ നിങ്ങൾ ആഗ്രഹിക്കാത്തത് തിരഞ്ഞെടുക്കാൻ Windows-ന് സ്വാതന്ത്ര്യമുണ്ട്. -p ഫ്ലാഗ് എൻട്രിയെ സ്ഥിരമാക്കുന്നു, അതിനാൽ അത് സെഷനോടൊപ്പം മരിക്കുന്നതിന് പകരം റീബൂട്ടിനെ അതിജീവിക്കുന്നു.

ഒറ്റ ഉപകരണത്തിന് മുഴുവൻ 192.168.1.0/24-നുമുള്ള റൂട്ടിനേക്കാൾ ഹോസ്റ്റ് റൂട്ടിന് മുൻഗണന നൽകുക. സബ്നെറ്റ് റൂട്ട് ജോലിക്ക് ആവശ്യമുള്ളതിനേക്കാൾ വിശാലമാണ്, കോർപ്പറേറ്റ് വശവും അതേ പ്രിഫിക്സ് ഉപയോഗിക്കുന്ന നിമിഷം അത് കൂട്ടിയിടിക്കുന്നു: അപ്പോൾ ഒരു പ്രിഫിക്സിന് രണ്ട് ഉടമകളുണ്ടാകും, ഏത് എൻട്രി വിജയിക്കുന്നുവെന്നത് നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ ഏത് നെറ്റ്വർക്കിൽ എത്താമെന്ന് തീരുമാനിക്കുന്നു.

മറുവശത്ത്, LAN സംരക്ഷിക്കാൻ VPN കണക്ഷനിൽ ഡിഫോൾട്ട്-ഗേറ്റ്വേ ഓപ്ഷൻ മായ്ച്ചിട്ടുണ്ടെങ്കിൽ, ദൂരെയുള്ള സ്വകാര്യ പ്രിഫിക്സുകളും പരിഹരിക്കപ്പെടുന്നത് നിർത്തുന്നു. അവയ്ക്കുള്ള റൂട്ടുകൾ അതേ രീതിയിൽ VPN ഇന്റർഫേസ് വഴി ചേർക്കുക, അല്ലെങ്കിൽ ടണൽ ഒന്നും ചുമക്കാത്ത ഒരു കണ്ണിയായി മാറും.

നാലാം ഘട്ടം: അപവാദം അടുത്ത കണക്ഷനെയും അതിജീവിക്കട്ടെ

പല കോർപ്പറേറ്റ് ക്ലയന്റുകളും ഓരോ കണക്ഷനിലും അവരുടെ മുഴുവൻ റൂട്ട് സെറ്റ് വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുകയും അതിനിടയിൽ ഇന്റർഫേസ് മെട്രിക്കുകൾ വീണ്ടും കണക്കാക്കുകയും ചെയ്യുന്നു, അതിനാൽ ഇന്നലെ പ്രവർത്തിച്ച റൂട്ട് ഇന്ന് പിന്നിലാകാം. വീണ്ടും കണക്ട് ചെയ്ത ശേഷം പ്രിന്ററിനായി Find-NetRoute ആവർത്തിക്കുക, ഇന്റർഫേസ് ഇപ്പോഴും ഫിസിക്കൽ അഡാപ്റ്ററുമായി പൊരുത്തപ്പെടുന്നുണ്ടെന്ന് പരിശോധിക്കുക. എൻട്രി പോയെങ്കിൽ, എന്തോ അത് മായ്ക്കുന്നു; സ്ഥിരമായ റൂട്ട് ടേബിൾ തൂത്തെടുക്കുന്ന ഒരു ഏജന്റിൽ നിന്ന് നിങ്ങളെ സംരക്ഷിക്കുന്നില്ല. VPN കണക്ട് ചെയ്ത ശേഷം റൂട്ട് വീണ്ടും ചേർക്കുന്ന ഷെഡ്യൂൾ ചെയ്ത ടാസ്ക്കുകളാണ് സാധാരണ പരിഹാരം, ഡോക്കിനോ ഡ്രൈവർ അപ്ഡേറ്റിനോ ശേഷം അഡാപ്റ്റർ ഇൻഡക്സ് മാറുമ്പോൾ തകരുന്ന പരിഹാരവും അവ തന്നെ.

IPv6 പ്രത്യേകം നിരീക്ഷിക്കുക. IPv4 ഡിഫോൾട്ട് മാത്രം അവകാശപ്പെടുന്ന ഒരു ക്ലയന്റ് IPv6 ഡിഫോൾട്ട് റൂട്ട് ഫിസിക്കൽ അഡാപ്റ്ററിൽ വിട്ടേക്കാം, അതിനാൽ IPv6 വഴി എത്താവുന്ന പ്രിന്റർ IPv4 പരാജയപ്പെടുമ്പോഴും പ്രവർത്തിക്കുന്നു, അല്ലെങ്കിൽ തിരിച്ചും. റൂട്ട് ടേബിൾ നിരപരാധിയാണെന്ന് തീരുമാനിക്കുന്നതിന് മുൻപ് ping -4, ping -6 ഉപയോഗിച്ച് പരീക്ഷിക്കുക.

ലോക്കൽ കുറുക്കുവഴി നിങ്ങൾക്ക് എത്ര ചെലവാക്കുന്നു

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

മാറ്റത്തിന് ശേഷം പ്രിന്റർ പ്രതികരിക്കുന്നുവെങ്കിൽ, പരിഹാരം നിലനിന്നുവെന്ന് കരുതുന്നതിന് പകരം അടുത്ത തവണ വീണ്ടും കണക്ട് ചെയ്ത ശേഷം നാല് പരിശോധനകളും ആവർത്തിക്കുക. പ്രതികരിക്കുന്നില്ലെങ്കിൽ, കണക്ഷന് മുൻപും ശേഷവും Find-NetRoute ഔട്ട്പുട്ട് പകർത്തുക; വ്യത്യാസം ക്ലയന്റ് എൻട്രി മായ്ച്ചുവോ അതോ വീണ്ടും ക്രമീകരിച്ചുവോ എന്ന് പറയും.