ഫോൺ VPN വീട്ടിലേക്ക്: ഫയർവാൾ നിങ്ങളുടെ ഇന്റർനെറ്റ് പുറത്തേക്കുള്ള വഴിയാക്കുക

ഒരു ഫോൺ വീട്ടിലെ ടണലിലേക്ക് ബന്ധിപ്പിച്ച് LAN ഫയൽ പങ്കിടൽ തുറക്കുന്നത് ടണൽ പ്രവർത്തിക്കുന്നു എന്ന് തെളിയിക്കുന്നു. ഫോണിന്റെ ഇന്റർനെറ്റ് അഭ്യർത്ഥനകൾ വീടിലൂടെ പുറത്തുപോകുന്നു എന്ന് അത് തെളിയിക്കുന്നില്ല. ഈ രണ്ട് ഫലങ്ങൾ തമ്മിലുള്ള വ്യത്യാസം ഒരു ഫോർവേഡിംഗ് നയവും ഒരു റൂട്ടും ആണ്, ഫോണിൽ മറ്റൊരു ചെക്ക്ബോക്സല്ല. മിക്ക ആളുകളും ഇതിനകം ക്രമീകരിച്ചുവെന്ന് കരുതുന്ന വ്യത്യാസവുമാണിത്.

മൂന്ന് തീരുമാനങ്ങൾ പുറത്തേക്കുള്ള പാത സൃഷ്ടിക്കുന്നു: ഫോൺ ടണലിലേക്ക് എന്ത് അയയ്ക്കുന്നു, വീട്ടിലെ ഗേറ്റ്വേ അത് എവിടേക്ക് ഫോർവേഡ് ചെയ്യുന്നു, ടണൽ ഇല്ലാത്തപ്പോൾ എന്ത് സംഭവിക്കുന്നു. ഓരോന്നിനും ഫോണിന്റെ സ്ക്രീനിൽ നിന്ന് മറ്റുള്ളവയെപ്പോലെ തോന്നുന്ന ഒരു പരാജയ മോഡ് ഉണ്ട്.

രണ്ട് കുതിപ്പുകൾ, രണ്ട് നയങ്ങൾ

പുറം കണക്ഷൻ വീട്ടിലെ VPN ശ്രോതാവിൽ അവസാനിക്കുന്നു. ഉള്ളിലെ പാക്കറ്റ് എവിടെയോ ഫോർവേഡ് ചെയ്യേണ്ട ഒരു പ്രത്യേക വസ്തുവാണ്, ഫോർവേഡിംഗ് ടണൽ ആദ്യം സ്വീകരിക്കുന്നതിൽ നിന്ന് വ്യത്യസ്തമായ ഫയർവാൾ തീരുമാനമാണ്.

phone app -> encrypted tunnel -> home listener
          -> decrypted packet -> forward policy -> home uplink -> destination

സാധാരണ വീട്ടിലെ റൂട്ടറിൽ ഇവ വ്യത്യസ്ത നിയമ സെറ്റുകളിൽ കഴിയുന്നു. ടണൽ സ്വീകരിക്കുന്നത് VPN ഇന്റർഫേസിലെ ഇൻപുട്ട് നയമാണ്; ഫോണിന്റെ ട്രാഫിക് ഇന്റർനെറ്റിലേക്ക് അയയ്ക്കുന്നത് ഫോർവേഡിംഗ് നയവും uplink-ന് ആവശ്യമായ സ്രോതസ്സ് വിവർത്തനവുമാണ്. ടണൽ സ്വീകരിച്ച് ഒന്നും ഫോർവേഡ് ചെയ്യാത്ത റൂട്ടർ ബന്ധിപ്പിച്ചതായി കാണിക്കുന്നതും ഒരു പേജും ലോഡ് ചെയ്യാത്തതുമായ ഫോൺ നൽകുന്നു.

VPN സേവനം വീടിനുള്ളിൽ പ്രത്യേക മെഷീനിൽ പ്രവർത്തിക്കുന്നുവെങ്കിൽ, ഒരു കുതിപ്പ് കൂട്ടിച്ചേർക്കുക. ഇപ്പോൾ റൂട്ടർ ആ മെഷീനിൽ നിന്ന് വരുന്ന ട്രാഫിക് കാണുന്നു, അതിനാൽ അതിന്റെ നിയമങ്ങൾ ഫോണിന്റെ ടണൽ വിലാസത്തിനല്ല, സെർവറിന്റെ വിലാസത്തിന് ബാധകമാകുന്നു, സ്രോതസ്സ് വിവർത്തനം ഓരോ ഫോണിനെയും ഒരു ഹോസ്റ്റായി കാണിക്കാം.

ശ്രോതാവ് ഫിൽട്ടർ അല്ല

ആവശ്യമായ വിവരം ഇപ്പോഴും നിലനിൽക്കുമ്പോൾ നിർവ്വഹണം എവിടെ നടക്കുന്നു എന്ന് തീരുമാനിക്കുക. റൂട്ടറിൽ ഫോണിന്റെ ടണൽ വിലാസം ദൃശ്യമാണ്, നേരിട്ട് പൊരുത്തപ്പെടുത്താം. രണ്ടാമത്തെ വിവർത്തനത്തിന് പിന്നിൽ അത് പോയി, ഫോൺ വിലാസത്തിനായി എഴുതിയ നിയമങ്ങൾ നിശ്ശബ്ദമായി ഒന്നിനോടും പൊരുത്തപ്പെടുന്നില്ല.

നയം ലാപ്ടോപ്പിന് പ്രവർത്തിക്കുകയും ഫോണിന് പ്രവർത്തിക്കാതിരിക്കുകയും ചെയ്യുന്നതിന്റെ സാധാരണ കാരണം ഇതാണ്. ലാപ്ടോപ്പ് നേരിട്ട് റൂട്ടറിലേക്ക് ബന്ധിപ്പിക്കുന്നു, ഫോൺ റൂട്ടർ വഴി ഫോർവേഡ് ചെയ്യുന്ന സെർവറിലേക്ക് ബന്ധിപ്പിക്കുന്നു, നിയമം പ്രതീക്ഷിക്കുന്ന വിലാസം സംരക്ഷിക്കുന്നത് ആദ്യ പാത മാത്രമാണ്. നിയമം തെറ്റല്ല; അത് ആ ബിന്ദുവിൽ ഇപ്പോൾ ഇല്ലാത്ത ഒരു മൂല്യവുമായി പൊരുത്തപ്പെടുന്നു.

ഓരോ നിർവ്വഹണ ബിന്ദുവിലും കാണുന്ന സ്രോതസ്സ് വിലാസത്തോടെ പാത എഴുതിവയ്ക്കുക. ആ ഒരു ഡയഗ്രം ഏതെങ്കിലും നിയമം തിരുത്തുന്നതിന് മുൻപ് ഈ സാഹചര്യങ്ങളിൽ മിക്കതും പരിഹരിക്കുന്നു.

ഫോൺ യഥാർത്ഥത്തിൽ എന്ത് അയയ്ക്കണം

വീട്ടിലെ സബ്നെറ്റിലേക്ക് മാത്രം റൂട്ട് ലഭിക്കുന്ന ഫോൺ ആ സബ്നെറ്റിന്റെ ട്രാഫിക് മാത്രം ടണലിലേക്ക് അയയ്ക്കുന്നു. ബാക്കിയെല്ലാം മൊബൈൽ നെറ്റ്വർക്ക് വഴി പുറത്തുപോകുന്നു, അതുകൊണ്ടാണ് ഫയൽ പങ്കിടൽ പ്രവർത്തിക്കുന്നതും ഇന്റർനെറ്റ് അഭ്യർത്ഥനകൾ ഒരിക്കലും വീട്ടിലെത്താത്തതും.

പൂർണ്ണ ടണൽ കവറേജ് ക്ലയന്റ് വശത്തെ റൂട്ടിംഗ് തീരുമാനമാണ്, ഇൻസ്റ്റാൾ ചെയ്യുന്ന പ്രൊഫൈലിൽ നിന്ന് അനുമാനിക്കാതെ പ്ലാറ്റ്ഫോം പിന്തുണയ്ക്കുന്ന സംവിധാനത്തിലൂടെ അത് സജ്ജമാക്കണം. സജ്ജമാക്കിയ ശേഷം, VPN സെർവറിലേക്കുള്ള തിരിച്ചുള്ള റൂട്ട് ടണലിന് പുറത്ത് നിൽക്കണം, അല്ലാത്തപക്ഷം ക്ലയന്റിന് സ്വന്തം ഗതാഗതം നിലനിർത്താൻ കഴിയില്ല.

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

IPv6 DNS-നൊപ്പം അതേ ഖണ്ഡികയിലാണ്, അനുബന്ധത്തിലല്ല. പൂർണ്ണ IPv4 ടണൽ AAAA ട്രാഫിക്കിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല, ഇരട്ട സ്റ്റാക്ക് മൊബൈൽ നെറ്റ്വർക്കിലെ ഫോൺ അതിന് തദ്ദേശീയ പാത സന്തോഷത്തോടെ ഉപയോഗിക്കും. വഹനമോ തടയലോ വ്യക്തമായി തിരഞ്ഞെടുക്കുക.

ഫയർവാൾ എന്ത് കാണാം, എന്ത് കാണാനാവില്ല

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

ഈ പരിധി പറയേണ്ടതാണ്, കാരണം “അത് ഫയർവാളിലൂടെ കടത്തിവിടുക” എന്ന പ്രയോഗം വീട്ടിലെ റൂട്ടർ ചെയ്യുന്നതിലും കൂടുതൽ പരിശോധന സൂചിപ്പിക്കുന്നു. ലക്ഷ്യ നിയമം, DNS നയം, ആപ്ലിക്കേഷൻ പാളി പ്രോക്സി എന്നിവ മൂന്ന് വ്യത്യസ്ത നിയന്ത്രണങ്ങളാണ്, മൂന്ന് വ്യത്യസ്ത വിന്യാസ ചെലവുകളോടെ.

വീട്ടിലെ LAN ക്ലയന്റുകൾക്കായി ക്രമീകരിച്ച ഒരു സവിശേഷത VPN ഇന്റർഫേസിനും ബാധകമാണെന്ന് കരുതരുത്. സോൺ അംഗത്വം ഒരു കോൺഫിഗറേഷൻ തിരഞ്ഞെടുപ്പാണ്, ശരിയായ സോണിൽ ഇല്ലാത്ത VPN ഇന്റർഫേസ് നിങ്ങൾ സോഫയിൽ നിന്ന് പരീക്ഷിച്ച ഒരു നിയമവും പാരമ്പര്യമായി സ്വീകരിക്കുന്നില്ല.

വിച്ഛേദിത അവസ്ഥ തീരുമാനിക്കുക

ടണൽ ലഭ്യമല്ലാത്തപ്പോൾ, ഫോൺ ഒന്നുകിൽ മൊബൈൽ നെറ്റ്വർക്കിലേക്ക് മടങ്ങുന്നു, അല്ലെങ്കിൽ ട്രാഫിക് അയയ്ക്കാൻ വിസമ്മതിക്കുന്നു. രണ്ടും ന്യായമാണ്, മിക്ക ആളുകളും ക്രമീകരിച്ചുവെന്ന് വിശ്വസിക്കുന്നതിനോട് പൊരുത്തപ്പെടുന്നത് അവയിലൊന്ന് മാത്രമാണ്.

മടങ്ങിപ്പോകൽ സൗകര്യപ്രദവും നിർവചനപ്രകാരം ചോർന്നുപോകുന്നതുമാണ്: ടണൽ വീഴുന്ന നിമിഷം അഭ്യർത്ഥനകൾ കാരിയറുടെ പാതയിലൂടെ പുറത്തുപോകുന്ന നിമിഷമാണ്. തടയൽ കൂടുതൽ ശക്തമാണ്, ഫോണിനെ വീട് എത്തിപ്പെടാവുന്നതിനെ ആശ്രയിച്ചാക്കുന്നു, അത് യാത്ര ചെയ്യുന്നവർക്ക് യഥാർത്ഥ ലഭ്യതാ ചെലവാണ്. രണ്ട് സ്വഭാവങ്ങളും ബഗ് അല്ല; രണ്ടും ഉൽപ്പന്നങ്ങളാണ്, നിങ്ങൾ പറഞ്ഞാലും ഇല്ലെങ്കിലും അവയ്ക്കിടയിൽ തിരഞ്ഞെടുക്കുകയാണ്.

ഊഹിക്കുന്നതിന് പകരം തിരഞ്ഞെടുപ്പ് പരീക്ഷിക്കുക. വീട്ടിലെ സേവനം നിർത്തുക, തുടർന്ന് ഫോണിന്റെ ബ്രൗസറിൽ നിന്ന് ഒരു അഭ്യർത്ഥനയും പശ്ചാത്തലത്തിൽ പ്രവർത്തിക്കുന്ന ഒരു ആപ്പിൽ നിന്ന് മറ്റൊന്നും പരീക്ഷിക്കുക. പിന്നീട് വീണ്ടും ബന്ധിപ്പിക്കുന്നത് ഇതിനകം പുറത്തുപോയ അഭ്യർത്ഥനകളെ റദ്ദാക്കുന്നില്ല.

ഫോണിൽ നിന്നുതന്നെ രണ്ട് നിയന്ത്രിത പരിശോധനകളോടെ അവസാനിപ്പിക്കുക: വീടിലൂടെ കടക്കേണ്ട ഒരു അനുവദനീയ പ്രവർത്തനം, വീട്ടിലെ നയം നടപ്പാക്കേണ്ട ഒരു നിരസനം. വീണ്ടും ബന്ധിപ്പിച്ചതിന് ശേഷം ഗേറ്റ്വേ നിങ്ങൾ പ്രതീക്ഷിച്ച ഒഴുക്ക്, പ്രതീക്ഷിച്ച വിലാസ കുടുംബത്തിൽ, രേഖപ്പെടുത്തിയെന്ന് ഉറപ്പാക്കുക. “ബന്ധിപ്പിച്ചു” കാണിക്കുന്ന ഫോൺ ആ പരിശോധനയുടെ തുടക്കമാണ്, ഒരിക്കലും അവസാനമല്ല.