Wi-Fi ക്ലയന്റ് ഐസൊലേഷനും VPN പ്രാദേശിക ആക്സസും: എന്താണ് നിങ്ങളെ തടയുന്നത്

ഒരേ ഗസ്റ്റ് SSID-യിൽ രണ്ട് ഫോണുകൾ വയ്ക്കുക; ഒന്ന് മറ്റൊന്നിനെ കാണുന്നില്ല, പക്ഷേ രണ്ടും ഇന്റർനെറ്റിൽ എത്തുന്നു. അതിലൊന്നിൽ VPN ക്ലയന്റ് ചേർക്കുക; മൂന്ന് മീറ്റർ അകലെയുള്ള പ്രിന്റർ കാണാതെ നിൽക്കുന്നു, മറ്റൊരു ഭൂഖണ്ഡത്തിലെ സർവർ ping-ന് മറുപടി നൽകുന്നു. ടണലിൽ ഒന്നും കേടായിട്ടില്ല; രണ്ട് വേറിട്ട ആക്സസ് തീരുമാനങ്ങൾ ഇടപെടുന്നു, അവയിൽ ഒന്ന് മാത്രമാണ് റൂട്ടിംഗിനെക്കുറിച്ച്. ആക്സസ് പോയിന്റ് വയർലെസ് ക്ലയന്റുകൾക്ക് പരസ്പരം സംസാരിക്കാമോ എന്നു തീരുമാനിക്കുന്നു, VPN ക്ലയന്റ് ഏത് ലക്ഷ്യസ്ഥാനങ്ങൾ ടണലിലൂടെ പുറത്തുപോകുന്നു എന്നു തീരുമാനിക്കുന്നു. ഇവ രണ്ടും കൂട്ടിക്കുഴയ്ക്കുന്നത് മണിക്കൂറുകളോളം നിഷ്പ്രയോജനമായ ക്രമീകരണ മാറ്റങ്ങൾ നൽകുന്നു.

രണ്ട് കവാടങ്ങളും സ്വതന്ത്രമാണ്

ക്ലയന്റ് ഐസൊലേഷൻ ഒരു സ്വിച്ചിംഗ് തീരുമാനമാണ്. അസോസിയേറ്റ് ചെയ്ത ഒരു സ്റ്റേഷനിൽ നിന്ന് ആക്സസ് പോയിന്റ് ഒരു ഫ്രെയിം സ്വീകരിക്കുന്നു, ലക്ഷ്യസ്ഥാനം നോക്കുന്നു, ലക്ഷ്യസ്ഥാനം അതേ ബ്രിഡ്ജിലെ മറ്റൊരു സ്റ്റേഷനാണെന്ന് ശ്രദ്ധിക്കുന്നു, അതിനെ ഉപേക്ഷിക്കുന്നു. സ്റ്റേഷന്റെ IP വിലാസം ആ തീരുമാനത്തിന് പ്രസക്തമല്ല, VPN-ഉം അങ്ങനെ തന്നെ.

റൂട്ടിംഗ് ക്ലയന്റിൽ എടുക്കുന്ന മറ്റൊരു തീരുമാനമാണ്. 192.168.1.50-ലേക്കുള്ള പാക്കറ്റ് ടണലിൽ പ്രവേശിക്കുന്നുവോ Wi-Fi ഇന്റർഫേസിലൂടെ പുറത്തുപോകുന്നുവോ എന്ന് VPN-ന്റെ റൂട്ട് ടേബിൾ തീരുമാനിക്കുന്നു. പാക്കറ്റ് Wi-Fi വഴി പുറത്തുപോയി ആക്സസ് പോയിന്റ് ക്ലയന്റുകളെ ഐസൊലേറ്റ് ചെയ്താൽ, അത് ആക്സസ് പോയിന്റിൽ തന്നെ നശിക്കുന്നു. പാക്കറ്റ് ടണലിൽ പ്രവേശിച്ചാൽ, ആക്സസ് പോയിന്റ് യഥാർത്ഥ ലക്ഷ്യസ്ഥാനം ഒരിക്കലും കാണുന്നില്ല, ഒന്നും ഐസൊലേറ്റ് ചെയ്യാനും കഴിയില്ല.

സാധാരണ ആക്സസ് പോയിന്റിൽ ഐസൊലേഷൻ എന്തു തടയുന്നു

നിർമ്മാതാക്കൾ ഇത് പല പേരുകളിൽ നൽകുന്നു: ക്ലയന്റ് ഐസൊലേഷൻ, AP ഐസൊലേഷൻ, സ്റ്റേഷൻ ഐസൊലേഷൻ, അല്ലെങ്കിൽ അത് സൂചിപ്പിക്കുന്ന ഗസ്റ്റ് നെറ്റ്വർക്ക്. OpenWrt-ൽ ഓരോ ഇന്റർഫേസിനുമുള്ള ഓപ്ഷൻ വയർലെസ് കോൺഫിഗറേഷനുള്ളിലെ isolate ആണ്, വയർലെസ് ഡോക്യുമെന്റേഷനിൽ വിവരിച്ചിരിക്കുന്നതുപോലെ, ഗസ്റ്റ് SSID-യ്ക്ക് സാധാരണയായി സ്വന്തം ബ്രിഡ്ജും ഫയർവാൾ സോണും ലഭിക്കുന്നു. ഫലം എന്തെന്നാൽ ക്ലയന്റുകൾക്കിടയിലുള്ള unicast ഫ്രെയിമുകൾ ബ്രിഡ്ജ് ചെയ്യപ്പെടുന്നില്ല, അതിനാൽ അയൽക്കാരനിലേക്കുള്ള ping, SMB കണക്ഷൻ അല്ലെങ്കിൽ പ്രിന്റ് ജോലി പരാജയപ്പെടുന്നു, രണ്ട് ഉപകരണങ്ങളും പൂർണ്ണ സിഗ്നൽ കാണിക്കുന്നുണ്ടെങ്കിലും.

കണ്ടെത്തൽ പ്രോട്ടോക്കോളുകളാണ് ആദ്യം, ഏറ്റവും ദൃശ്യമായി ബാധിക്കുന്നത്. പ്രിന്ററുകൾക്കും മീഡിയ ഉപകരണങ്ങൾക്കുമുള്ള mDNS multicast ആയി 224.0.0.251-ലേക്ക് പോകുന്നു, SSDP 239.255.255.250 ഉപയോഗിക്കുന്നു, ആ ഫ്രെയിമുകൾ ബ്രിഡ്ജ് കടക്കുന്നുണ്ടോ എന്നത് നിർമ്മാതാവിനെയും multicast-ൽ നിന്ന് unicast-ലേക്കുള്ള പരിവർത്തനം സജീവമാണോ എന്നതിനെയും ആശ്രയിച്ചിരിക്കുന്നു. പട്ടികയിൽ നിന്ന് ഉപകരണം കാണാതിരിക്കുന്നത് അറിയപ്പെടുന്ന വിലാസത്തിലേക്കുള്ള നേരിട്ടുള്ള കണക്ഷൻ പരാജയപ്പെടുന്നതിനേക്കാൾ ദുർബലമായ തെളിവാണ്.

VPN എന്തു മാറ്റുന്നു, എന്തു മാറ്റാൻ കഴിയില്ല

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

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

ഏത് കവാടമാണ് അടച്ചിരിക്കുന്നതെന്ന് കണ്ടെത്തുക

VPN-നെ ചിത്രത്തിൽ നിന്ന് ഒഴിവാക്കുന്ന ഒരു പരീക്ഷണത്തോടെ തുടങ്ങുക: രണ്ട് സാധാരണ ഉപകരണങ്ങൾ ഒരേ SSID-യിൽ ബന്ധിപ്പിച്ച് വിലാസം വഴി ഒന്നിൽ നിന്ന് മറ്റൊന്നിലേക്ക് എത്താൻ ശ്രമിക്കുക. അത് പരാജയപ്പെട്ടാൽ ആക്സസ് പോയിന്റ് ഐസൊലേറ്റ് ചെയ്യുന്നു, ഏത് VPN ക്രമീകരണവും അത് ശരിയാക്കില്ല. വിജയിച്ചാൽ ക്ലയന്റിലേക്ക് പോയി Linux-ൽ ip route get 192.168.1.50 അല്ലെങ്കിൽ Windows-ൽ Find-NetRoute -RemoteIPAddress 192.168.1.50 പ്രവർത്തിപ്പിക്കുക; ഔട്ട്പുട്ട് പാക്കറ്റ് ഉപയോഗിക്കുന്ന ഇന്റർഫേസ് പേര് നൽകുന്നു.

റൂട്ട് Wi-Fi ഇന്റർഫേസിലേക്ക് ചൂണ്ടുമ്പോൾ പാക്കറ്റ് എൻക്രിപ്ഷൻ ഇല്ലാതെ പുറത്തുപോകുന്നു, ആക്സസ് പോയിന്റും ഹോസ്റ്റിന്റെ ഫയർവാളും അത് അനുവദിക്കുന്നുണ്ടോ എന്നതാണ് ചോദ്യം. റൂട്ട് ടണലിലേക്ക് ചൂണ്ടുമ്പോൾ ലക്ഷ്യസ്ഥാനം VPN സർവറിലേക്ക് അയക്കപ്പെടുന്നു, ഇത് അതേ LAN-ലുള്ള ഉപകരണത്തിന് തെറ്റാണ്, സാധാരണയായി ടണലിന്റെ അനുവദനീയ പട്ടിക വളരെ വിശാലമാണെന്ന് അർത്ഥമാക്കുന്നു.

പ്രിന്ററിന്റെ പോർട്ടിലേക്കുള്ള നേരിട്ടുള്ള കണക്ഷൻ കണ്ടെത്തൽ പട്ടികയേക്കാൾ മികച്ച പരീക്ഷണമാണ്. Linux-ൽ nc -vz 192.168.1.50 9100 അല്ലെങ്കിൽ PowerShell-ൽ Test-NetConnection 192.168.1.50 -Port 9100 വിലാസം എങ്ങനെയെങ്കിലും എത്താവുന്നതാണോ എന്ന് പറയുന്നു, ഏതെങ്കിലും ആപ്ലിക്കേഷൻ തല ജോടിയാക്കൽ ചർച്ചയിൽ വരുന്നതിന് മുമ്പ്.

നിങ്ങൾ ഇരിക്കുന്ന നെറ്റ്വർക്കിന് അനുയോജ്യമായ പരിഹാരം തിരഞ്ഞെടുക്കുക

ഹോട്ടൽ അല്ലെങ്കിൽ ഗസ്റ്റ് നെറ്റ്വർക്കിൽ ഐസൊലേഷൻ ബോധപൂർവമാണ്, അതിനെ മറികടക്കാൻ ശ്രമിക്കരുത്. പ്രാദേശിക ഉപകരണത്തെ എത്താനാവാത്തതായി കണക്കാക്കുക, പ്രിന്റ് ചെയ്യാനോ പങ്കിടാനോ കഴിയുന്ന ഹോസ്റ്റിലേക്ക് എത്താൻ VPN ഉപയോഗിക്കുക, SSID-യെ LAN ആയി കണക്കാക്കുന്നത് നിർത്തുക.

വീട്ടിൽ, ഉപകരണങ്ങൾ നിങ്ങളുടേതാണെങ്കിൽ പ്രധാന SSID-യിൽ ഐസൊലേഷൻ ഓഫാക്കുന്നത് ന്യായമാണ്, ഗസ്റ്റ് SSID ഐസൊലേറ്റ് ചെയ്ത് തന്നെ തുടരുന്നു. ക്രമീകരണം ആക്സസ് പോയിന്റിന്റെ വയർലെസ് കോൺഫിഗറേഷനിലാണ്, അതിന്റെ സ്ഥാനം അവിടെയാണ്, ഓരോ ക്ലയന്റിലെയും ഫയർവാൾ ഒഴിവുകളിലല്ല.

ഓഫീസിൽ, ആക്സസ് പോയിന്റ്, VLAN, ഹോസ്റ്റിന്റെ ഫയർവാൾ എന്നിവയെല്ലാം ബോധപൂർവമാണെന്ന് കരുതുക. ഐസൊലേഷൻ ഓഫാക്കാൻ ആവശ്യപ്പെടുന്നതിനുപകരം പരീക്ഷണ ഫലങ്ങളുമായി എസ്കലേറ്റ് ചെയ്യുക, കാരണം ക്ലയന്റുകളെ വേർതിരിക്കുന്ന നെറ്റ്വർക്ക് സാധാരണയായി എന്തെങ്കിലും സംരക്ഷിക്കുന്നു.

ആപ്ലിക്കേഷൻ പരിശോധിക്കുക, ping മാത്രമല്ല

വിജയകരമായ ping വഴി തെളിയിക്കുന്നു, സേവനമല്ല. പ്രിന്ററുകൾ പലപ്പോഴും അസംസ്കൃത 9100 അല്ലെങ്കിൽ 631-ലെ IPP സ്വീകരിക്കുന്നു, പക്ഷേ കണ്ടെത്തൽ നിരസിക്കുന്നു, ഫയൽ പങ്കിടലിന് 445-ഉം പ്രവർത്തിക്കുന്ന നാമമായനയും വേണം. ആപ്ലിക്കേഷൻ ഉപയോഗിക്കുന്ന പോർട്ട് സ്ഥിരീകരിച്ച്, പിന്നീട് ഉപകരണത്തിൽ യഥാർത്ഥ ജോലി വീണ്ടും ശ്രമിക്കുക.

നിങ്ങളുടെ കുറിപ്പുകളിൽ രണ്ട് പാളികളും വേറിട്ട് സൂക്ഷിക്കുക: Wi-Fi നെറ്റ്വർക്ക് എന്ത് അനുവദിക്കുന്നു, VPN എന്ത് റൂട്ട് ചെയ്യുന്നു. അടുത്ത തവണ ഒരു ഉപകരണം പട്ടികയിൽ നിന്ന് മാഞ്ഞാൽ, ഈ വിഭജനം ആദ്യം എവിടെ നോക്കണമെന്ന് പറയും.