VPN വഴി ബന്ധിപ്പിച്ച സർവറിനായി DNS-ൽ ഏത് വിലാസമാണ് പോകുന്നത്?
ഹോസ്റ്റ് ചെയ്ത സർവറിന് മൂന്ന് വിലാസങ്ങളുണ്ട്, അവ പരസ്പരം മാറ്റാൻ കഴിയുന്നതല്ല. ഓരോ സേവനത്തിനും ആവശ്യമായ മൂല്യം തിരഞ്ഞെടുത്ത ശേഷം അത് യന്ത്രത്തിന് പുറത്തുനിന്ന് സ്ഥിരീകരിക്കുക.
VPN ഇൻസ്റ്റാൾ ചെയ്ത ഹോസ്റ്റ് ചെയ്ത സർവർ ഒടുവിൽ മൂന്ന് വിലാസങ്ങൾ സൂക്ഷിക്കുന്നു, അവയിൽ ഒന്ന് മാത്രമാണ് നിങ്ങൾ കോൺഫിഗർ ചെയ്യാൻ പോകുന്ന ഓരോ സ്ഥലത്തിനും ബാധകമാകുന്നത്. പ്രൊവൈഡറുടെ പാനലിൽ നിന്ന് നമ്പർ DNS-ലേക്ക്, ഒരു ശ്രോതാവിലേക്ക് അല്ലെങ്കിൽ അനുമതി പട്ടികയിലേക്ക് പകർത്തുന്നതാണ് പ്രവർത്തിക്കുന്ന ഒരു ടണൽ ആരും എത്തിച്ചേരാൻ കഴിയാത്ത സേവനമായി മാറുന്ന വഴി. ഈ ഗൈഡ് ജോലിയെ അങ്ങനെ ക്രമീകരിക്കുന്നു, ഓരോ വിലാസവും പ്രഖ്യാപിത ലക്ഷ്യത്തിനായി തിരഞ്ഞെടുക്കപ്പെടുന്ന വിധത്തിൽ. നിങ്ങൾ യഥാർത്ഥത്തിൽ എന്താണ് പ്രസിദ്ധീകരിച്ചതെന്ന് സ്ഥിരീകരിക്കുന്ന കമാൻഡുകളും ഇത് പട്ടികപ്പെടുത്തുന്നു.
എന്തെങ്കിലും പ്രസിദ്ധീകരിക്കുന്നതിന് മുമ്പ് മൂന്ന് വിലാസങ്ങളും ഭൂപടമാക്കുക
അവയെ പ്രവർത്തനമനുസരിച്ച് പേരിടുക. underlay വിലാസം എന്നത് യന്ത്രം ഇന്റർനെറ്റിലൂടെ VPN-ന്റെ അവസാന പോയിന്റിലെത്താൻ ഉപയോഗിക്കുന്നതാണ്, ഇത് പലപ്പോഴും പ്രൊവൈഡറുടെ NAT-ന് പിന്നിൽ സ്വകാര്യമായിരിക്കും. ടണൽ വിലാസം VPN-നുള്ളിൽ ജീവിക്കുന്നു, ഉൽപ്പന്നമനുസരിച്ച് സർവറോ ക്ലയന്റോ അത് നൽകുന്നു. പൊതു പുറത്തുകടക്കൽ വിദൂര വെബ്സൈറ്റ് വിവർത്തനത്തിന് ശേഷം രേഖപ്പെടുത്തുന്ന വിലാസം, നിങ്ങൾക്ക് ചോദിക്കാൻ കഴിയുന്ന ഏതെങ്കിലും ഇന്റർഫേസിൽ അത് ഉണ്ടായിരിക്കണമെന്നില്ല.
ഒരു യന്ത്രത്തിന് ഒരു പൊതു വിലാസം കാണിക്കുന്ന പാനൽ മറ്റ് രണ്ട് റോളുകളെക്കുറിച്ച് വളരെ കുറച്ച് മാത്രമേ നിങ്ങളോട് പറയുന്നുള്ളൂ. underlay-ന്റെ എത്തിച്ചേരൽ ഒരു ആവശ്യകതയാണ്, വാങ്ങലല്ല: വീട്ടിലെ റൗട്ടറിന് പിന്നിലെ ലാപ്ടോപ്പ് പൊതു IPv4 വിലാസമില്ലാതെ തന്നെ ഹോസ്റ്റ് ചെയ്ത VPN അവസാന പോയിന്റിൽ എത്താം. നിങ്ങൾക്ക് ചെയ്യാൻ കഴിയാത്തത് ആരും മുന്നോട്ട് അയക്കാത്ത വിലാസത്തിലേക്ക് പരിഹരിക്കുന്ന ഒരു പേര് എഴുതി പ്രവേശന പാത കെട്ടിച്ചമയ്ക്കുക എന്നതാണ്.
വിലാസം സേവനമനുസരിച്ച് തിരഞ്ഞെടുക്കുക, ലേബലനുസരിച്ചല്ല
നമ്പർ തിരഞ്ഞെടുക്കുന്നതിന് മുമ്പ് സർവർ എന്ത് ചെയ്യണമെന്ന് എഴുതുക. പുറത്തേക്കുള്ള API കോളുകൾക്ക് എതിർവശം അനുമതി പട്ടിക സൂക്ഷിക്കുമ്പോൾ സ്ഥിരമായ പുറത്തുകടക്കൽ വേണം. സ്വകാര്യ ആക്സസിന് ക്ലയന്റുകൾക്ക് റൂട്ട് ചെയ്യാൻ കഴിയുന്ന ടണൽ വിലാസവും അതിനോട് ബന്ധിപ്പിച്ച ശ്രോതാവും വേണം. പൊതു ഹോസ്റ്റിംഗിന് പ്രൊവൈഡർ യഥാർത്ഥത്തിൽ വാഗ്ദാനം ചെയ്യുന്ന പ്രവേശന മാപ്പിംഗ് വേണം, പുറത്തുകടക്കൽ വിലാസം മാത്രം അത് നൽകുന്നില്ല.
ഒരു യന്ത്രത്തിന് മൂന്ന് ലക്ഷ്യങ്ങളും നിറവേറ്റാനാകും, എന്നിട്ടും മൂന്ന് വ്യത്യസ്ത വിലാസങ്ങൾ ഉപയോഗിക്കാനാകും. തകരുന്നത് ഒരു മൂല്യം അവയെല്ലാം ഉൾക്കൊള്ളുന്നു എന്ന അനുമാനമാണ്:
| Requirement | Value that belongs there | What you see when the roles are swapped |
|---|---|---|
| Outbound allowlisting | Public exit | Requests reach the service but are rejected |
| Private client access | Tunnel address | Client connects, nothing answers |
| Inbound web service | Provider mapping | Name resolves, connection times out |
പ്രവേശന വരിയെക്കുറിച്ചാണ് ആളുകൾ തർക്കിക്കുന്നത്. പുറത്തുകടക്കൽ വിലാസത്തിലേക്ക് ചൂണ്ടുന്ന ഒരു റെക്കോർഡ് ഒരു ശ്രോതാവോ, ഫയർവാൾ ദ്വാരമോ, പോർട്ട് മാപ്പിംഗോ സൃഷ്ടിക്കുന്നില്ല, കാത്തിരിക്കുന്നത് അത് മാറ്റുന്നുമില്ല. പ്രൊവൈഡർ സമർപ്പിത വിലാസം പ്രവേശന നിയമത്തോടൊപ്പം വിൽക്കുമ്പോൾ, ആ ബണ്ടിലാണ് നിങ്ങൾ വാങ്ങിയ കഴിവ്; വിലാസം മാത്രം അവകാശമല്ല.
ഏത് വിലാസം ഏതാണെന്ന് കാണിക്കുന്ന കമാൻഡുകൾ
യന്ത്രം വായിക്കുക, പാനൽ അല്ല. ഇന്റർഫേസ് പേരുകൾ സിസ്റ്റങ്ങൾക്കിടയിൽ വ്യത്യാസപ്പെടുന്നു, അതിനാൽ വിലാസങ്ങളെ ഉപകരണങ്ങളുമായി ചേർക്കുക, ഒരു ലേബലിൽ വിശ്വസിക്കുന്നതിന് പകരം.
ആദ്യ വരി ഓരോ IPv4 വിലാസവും അതിന്റെ ഉപകരണവും പട്ടികപ്പെടുത്തുന്നു, രണ്ടാമത്തേത് അറിയപ്പെടുന്ന ഒരു ബാഹ്യ ലക്ഷ്യത്തിന് ഏത് ഉപകരണം ഉപയോഗിക്കുമെന്ന് കെർണലിനോട് ചോദിക്കുന്നു:
ip -brief -4 addr show
ip -4 route get 198.51.100.10
curl -4 -s https://ifconfig.me
ss -lntp | grep -E ':(443|1194)'പൊതു ട്രാഫിക്കിനായുള്ള റൂട്ട് തിരയൽ ടണൽ ഉപകരണത്തോടെ ഉത്തരം നൽകിയാൽ, നിങ്ങളുടെ പൂർണ ടണൽ പ്രാബല്യത്തിലുണ്ട്. ശ്രോതാവ് പരിശോധനയും അത്രതന്നെ പ്രധാനമാണ്, കാരണം 127.0.0.1-ലേക്ക് മാത്രം ബന്ധിപ്പിച്ച ഒരു പ്രോസസ് ടണൽ വിലാസത്തിൽ ഒരിക്കലും ഉത്തരം നൽകില്ല, നിങ്ങൾ ഏത് പേര് പ്രസിദ്ധീകരിച്ചാലും.
അത് പ്രസിദ്ധീകരിച്ച ശേഷം പുറത്തുനിന്ന് പരിശോധിക്കുക
സേവനത്തിന് ആവശ്യമായ മൂല്യം മാത്രം പ്രസിദ്ധീകരിക്കുക, അതിൽ കൂടുതലൊന്നുമല്ല: ഹോസ്റ്റിംഗിന് A അല്ലെങ്കിൽ AAAA റെക്കോർഡ്, പുറത്തേക്കുള്ള കോളുകൾക്ക് അനുമതി പട്ടികയിലെ എൻട്രി, സ്വകാര്യ ആക്സസിന് ക്ലയന്റ് പ്രൊഫൈൽ. പിന്നെ പ്രധാനമായ സ്ഥാനത്തുനിന്ന് പരീക്ഷിക്കുക, അത് ഒരിക്കലും നിങ്ങൾ ഇപ്പോൾ തിരുത്തിയ യന്ത്രമല്ല.
രണ്ട് പരിശോധനകൾ മിക്കതും ഉൾക്കൊള്ളുന്നു, രണ്ടും ഒരു സ്ക്രിപ്റ്റിൽ സൂക്ഷിക്കാൻ തക്ക വിലകുറഞ്ഞതാണ്:
dig +short vpn.example.net A
curl -4 -sS -o /dev/null -w '%{http_code}\n' https://vpn.example.net/healthനിങ്ങളുടെ റെക്കോർഡ് നിലവിലുണ്ടെന്ന് തെളിയിക്കുന്ന DNS ഉത്തരം ഒരു അഭ്യർത്ഥന എത്തുന്നു എന്നതിന് തെളിവല്ല, ഒരു വിജയകരമായ അഭ്യർത്ഥന ഒരു പാത ഒരു നെറ്റ്വർക്കിൽ നിന്ന് പ്രവർത്തിക്കുന്നു എന്ന് മാത്രമേ തെളിയിക്കുന്നുള്ളൂ. അനുമതി പട്ടിക ഉൾപ്പെടുമ്പോൾ മൊബൈൽ കണക്ഷനിൽ നിന്ന് പരിശോധന ആവർത്തിക്കുക, കാരണം നിങ്ങൾ നിരീക്ഷിക്കുന്ന പുറത്തുകടക്കൽ വിലാസ കുടുംബത്തെയും സ്വീകരിച്ച പാതയെയും ആശ്രയിച്ചിരിക്കാം. നിങ്ങൾ ഏത് കുടുംബം സ്ഥിരീകരിച്ചുവെന്ന് രേഖപ്പെടുത്തുക; പ്രവർത്തിക്കുന്ന IPv4 പാത IPv6-നെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.
സേവനം പ്രവേശനമാണെങ്കിൽ, പുറത്തുകടക്കൽ വിലാസം പര്യാപ്തമല്ല
പ്രവേശന ആക്സസിന് നാല് കാര്യങ്ങൾ ഒരേ വരിയിൽ വേണം: ഒരു ക്ലയന്റിന് എത്താൻ കഴിയുന്ന പേരോ വിലാസമോ, പാക്കറ്റ് യന്ത്രത്തിലേക്ക് എത്തിക്കുന്ന ഒരു പാത, അത് സ്വീകരിക്കുന്ന ഒരു ശ്രോതാവ്, അത് വീഴ്ത്താത്ത ഒരു നയം. ഒരു VPN രണ്ടാമത്തെ ഘടകം മാറ്റുന്നു, ചിലപ്പോൾ ആദ്യത്തേതും, മൂന്നാമത്തെയും നാലാമത്തെയും കാര്യത്തിൽ ഒന്നും ചെയ്യുന്നില്ല. ടണലാണ് വിതരണ പാതയെങ്കിൽ, ക്ലയന്റുകൾ പുറത്തുകടക്കലിലേക്കല്ല, ടണൽ വിലാസത്തിലേക്ക് ബന്ധിപ്പിക്കുന്നു.
ഓരോ സേവനവും ഏത് വിലാസത്തെ ആശ്രയിച്ചിരിക്കുന്നു എന്ന് രേഖപ്പെടുത്തുക, പിന്നീട് പ്രൊവൈഡർ തന്റെ റൂട്ടിംഗ് മാതൃക മാറ്റുമ്പോഴെല്ലാം ആ കുറിപ്പ് വീണ്ടും പരിശോധിക്കുക. സ്വകാര്യമായി ഉത്തരം നൽകി പൊതുവായി പരാജയപ്പെടുന്ന സർവർ സാധാരണയായി കേടായതല്ല; അത് തെറ്റായ ഐഡന്റിറ്റിയോടെ ഉത്തരം നൽകുന്നു, തിരുത്തൽ ഒരു ഫയർവാൾ മാറ്റമല്ല, മാപ്പിംഗ് തീരുമാനമാണ്.