വീടും ഓഫീസും രണ്ടും 192.168.1.x ഉപയോഗിക്കുന്നു: ഇനി എന്ത് ചെയ്യണം?

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

വിജയകരമായ ലോഗിൻ ടണൽ ഉയർന്നിരിക്കുന്നു എന്ന് പറയുന്നു; ഒരു നിർദ്ദിഷ്ട വിലാസം എവിടേക്ക് ചൂണ്ടുന്നു എന്നതിനെക്കുറിച്ച് അത് ഒന്നും പറയുന്നില്ല.

ഒരു വിലാസം, രണ്ട് യന്ത്രങ്ങൾ

ഹോസ്റ്റ് ലക്ഷ്യ വിലാസം ഉപയോഗിച്ച് തന്റെ റൂട്ടിംഗ് പട്ടികയിൽ നിന്നും നയ നിയമങ്ങളിൽ നിന്നും ഒരു പാത തിരഞ്ഞെടുക്കുന്നു. 192.168.1.20 ഹോപ്പിലേക്കുള്ള അഭ്യർത്ഥന അടുത്ത മുറിയിലെ ഉപകരണത്തിനല്ല, ഓഫീസ് സെർവറിനാണ് എന്ന് അതിനോട് ഒന്നും പറയുന്നില്ല. രണ്ട് നെറ്റ്വർക്കുകളും ഒരേ സ്വകാര്യ ശ്രേണിയിലായാൽ ഏറ്റവും നിർദ്ദിഷ്ട റൂട്ട് ജയിക്കുന്നു, ബാക്കിയെല്ലാം വീണ്ടും കണക്ട് ചെയ്യൽ യാദൃച്ഛികമായി ഏത് എൻട്രി ഇൻസ്റ്റാൾ ചെയ്തു എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു. വിലാസത്തിൽ തന്നെ ആ വ്യത്യാസം വഹിക്കുന്ന ഒന്നുമില്ല.

ip route get 192.168.1.20

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

നിങ്ങൾ നിയന്ത്രിക്കുന്ന വശം വീണ്ടും നമ്പർ ചെയ്യുക

വ്യക്തിഗത റൗട്ടർ സാധാരണയായി നീക്കാൻ എളുപ്പമുള്ള വശമാണ്. നിങ്ങൾ യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന ദൂര നെറ്റ്വർക്കുകളുമായി കൂട്ടിമുട്ടാത്ത ശ്രേണി തിരഞ്ഞെടുക്കുക, 10.x.x.x ഉം സ്വയമേവ സ്വതന്ത്രമല്ല എന്ന് ശ്രദ്ധിക്കുക, കാരണം ധാരാളം സൈറ്റുകൾ അത് ഉപയോഗിക്കുന്നു. മാറ്റം ആസൂത്രണം ചെയ്യുക: DHCP ലീസുകൾ, മാറ്റിവെച്ച വിലാസങ്ങൾ, പ്രിന്റർ ക്യൂകൾ, ഹാർഡ്കോഡ് ചെയ്ത വിലാസമുള്ള എല്ലാം ശ്രദ്ധ ആവശ്യപ്പെടുന്നു. VPN ഇല്ലാതെ റൗട്ടർ വീണ്ടെടുക്കാനാകുന്ന സമയത്ത് വീണ്ടും നമ്പർ ചെയ്യുക.

ദൂര പ്രിഫിക്സുകളുടെ പട്ടിക ആദ്യം പരിശോധിക്കുക, പിന്നീടല്ല. മറ്റൊരു ഓഫീസ് സൈറ്റുമായി കൂട്ടിമുട്ടുന്ന പുതിയ ശ്രേണി തിരഞ്ഞെടുക്കുന്നത് കൂടുതൽ പ്രയത്നത്തോടെ അതേ പ്രശ്നം സൃഷ്ടിക്കുന്നു.

ഒരു വശത്തിനും മാറാൻ കഴിയാത്തപ്പോൾ

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

സ്വകാര്യ വിലാസ ശ്രേണികൾ സ്വകാര്യമായി തുടരുന്നു; പ്രശ്നം പുനരുപയോഗമാണ്, ശ്രേണികൾ തന്നെയല്ല.

ഏത് യന്ത്രം ഉത്തരം നൽകി എന്ന് തെളിയിക്കുക

openssl s_client -connect 192.168.1.20:443 -servername office.example 2>/dev/null | openssl x509 -noout -subject

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

ഓഫീസിന്റെ സ്വകാര്യ വിലാസങ്ങൾ നിങ്ങൾ നിയന്ത്രിക്കാത്ത ഏകപക്ഷീയ പൊതു വിലാസങ്ങൾ കൊണ്ട് മാറ്റരുത്. അത് ഓവർലാപ്പ് മോശവും വിശദീകരിക്കാൻ ബുദ്ധിമുട്ടുള്ളതുമായ റൂട്ടിംഗ്, ഉടമസ്ഥത പ്രശ്നത്തിന് കൈമാറുന്നു.

പ്രാദേശിക പ്രിഫിക്സ്, ദൂര പ്രിഫിക്സ്, അത് പരിഹരിച്ച മാറ്റം എന്നിവ രേഖപ്പെടുത്തുക. അടുത്ത ഓവർലാപ്പ് വ്യത്യസ്തമായി കാണാം, പക്ഷേ അതേ മാതൃക പിന്തുടരും.