VPN ക്ലയന്റുകൾക്കുള്ള പൊതു പ്രിഫിക്സ്: അത് യഥാർത്ഥത്തിൽ എന്താണ് തകർക്കുന്നത്

സംഖ്യകൾ വൃത്തിയായി തോന്നുന്നതിനാൽ തിരഞ്ഞെടുത്ത ക്ലയന്റ് പൂൾ ഇൻസ്റ്റാൾ ചെയ്യാൻ കാത്തിരിക്കുന്ന ഒരു റൂട്ടാണ്. VPN പ്രവർത്തിക്കാൻ പ്രിഫിക്സ് സ്വകാര്യമായിരിക്കണമെന്നില്ല, മറ്റൊരാളുടെ ബ്ലോക്ക് ഉപയോഗിക്കുന്നതും നിങ്ങളുടെ ഉപയോക്താക്കളെ സ്വയമേവ ഇന്റർനെറ്റിലേക്ക് വെളിപ്പെടുത്തുന്നില്ല. അത് ചെയ്യുന്നത്, ടണൽ ഉയർന്നിരിക്കുന്നിടത്തോളം ആ വിലാസങ്ങൾ മറ്റൊരു അർത്ഥം നൽകുന്നു എന്നതാണ്, പിന്നീട് ടണൽ വീഴുമ്പോൾ വീണ്ടും മറ്റൊരു അർത്ഥം നൽകുന്നു. താഴെയുള്ള അഞ്ച് പരിശോധനകൾ ക്രമത്തിൽ ചെയ്ത് ഉത്തരം «മറ്റെവിടെയോ അനുവദിച്ചത്» എന്നുള്ളിടത്ത് നിർത്തുക.

അനുവദിക്കൽ പ്രഖ്യാപനമല്ല

ടണൽ ഇന്റർഫേസിൽ ഒരു വിലാസം ഇടുന്നത് അതിനെ ഇന്റർനെറ്റിൽ പ്രഖ്യാപിക്കുന്നില്ല. പൊതു എത്തിച്ചേരലിന് ഒരു റൂട്ട്, അംഗീകൃത പാത, അത് വഹിക്കാൻ തയ്യാറുള്ള ദാതാവ് എന്നിവ വേണം, ഒരു ക്ലയന്റ് പൂളിൽ നിന്ന് വിലാസം ലഭിച്ചതുകൊണ്ട് അവയൊന്നും ഉണ്ടാകുന്നില്ല. ഫയർവാൾ നയവും ഹോസ്റ്റ് അംഗീകാരവും വീണ്ടും വേറിട്ട തീരുമാനങ്ങളാണ്.

അതുകൊണ്ടാണ് അപകടസാധ്യത മിക്കവരും കരുതുന്നതല്ല. കടമെടുത്ത പ്രിഫിക്സ് നിങ്ങളുടെ ക്ലയന്റുകളെ എത്താൻ കഴിയുന്നതാക്കുന്നില്ല; അത് മറ്റൊരാളുടെ ലക്ഷ്യസ്ഥാനങ്ങളെ നിങ്ങളുടെ ക്ലയന്റുകളിൽ നിന്ന് എത്താനാകാത്തതാക്കുന്നു, ഇത് വേറെ ഉടമയുള്ള വേറെ തകരാറാണ്. ആരും ആക്രമിക്കപ്പെടുന്നില്ല, പ്രഖ്യാപനവും പുറത്തുപോകുന്നില്ല. ഉപയോക്താവിന് ഇന്നലെ പ്രവർത്തിച്ച സൈറ്റ് തുറക്കാനാകുന്നില്ല, ഹെൽപ്പ്ഡെസ്കിന് VPN പൂളിനെ സംശയിക്കാൻ കാരണമില്ല.

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

ക്ലയന്റ് റൂട്ട് യഥാർത്ഥത്തിൽ എന്താണ് പിടിക്കുന്നത്

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

ip route get 198.51.100.20
ip -br addr show tun0
traceroute -n 198.51.100.20

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

അതുകൊണ്ടാണ് പരിചിതമായ IP വിലാസം ഐഡന്റിറ്റിയുടെ തെളിവല്ല. യഥാർത്ഥ ലക്ഷ്യസ്ഥാനത്തിന് സർട്ടിഫിക്കറ്റും സെർവർ-നാമവും സാധൂകരിക്കൽ സൂക്ഷിക്കുക, കാരണം അഞ്ച് മിനിറ്റ് മുൻപ് നിങ്ങൾ എത്തിയ സംഖ്യാ വിലാസം ഇപ്പോൾ മറ്റൊരു സംഭാഷണത്തിന്റേതായിരിക്കാം.

നിങ്ങൾക്കറിയാവുന്ന എല്ലാ നെറ്റ്വർക്കുമായും പൂൾ താരതമ്യം ചെയ്യുക

RFC 1918 സ്വകാര്യ ഉപയോഗത്തിനായി മൂന്ന് ബ്ലോക്കുകൾ മാറ്റിവയ്ക്കുന്നു: 192.168.0.0/16, 172.16.0.0/12, 10.0.0.0/8. ദശലക്ഷക്കണക്കിന് വേറിട്ട സംഘടനകൾ അവ വീണ്ടും ഉപയോഗിക്കുന്നു, അതിനാൽ സ്വകാര്യം എന്നത് അനുവദനത്തെക്കുറിച്ചുള്ള ഒരു പ്രസ്താവനയാണ്, മറ്റാരും അതേ സംഖ്യകൾ തിരഞ്ഞെടുത്തിട്ടില്ല എന്ന വാഗ്ദാനമല്ല.

സ്ഥാനാർത്ഥി പൂളിനെ ഓഫീസ് LAN, ക്ലൗഡ് VPC, മറ്റ് VPN പൂളുകൾ, പങ്കാളി ലിങ്കുകൾ, വിദൂര ജീവനക്കാർക്ക് വീട്ടിൽ ഉണ്ടായിരിക്കാൻ സാധ്യതയുള്ള ശ്രേണികൾ എന്നിവയുമായി താരതമ്യം ചെയ്യുക. വീട്ടിലെ സാഹചര്യം വിചിത്രമായ പ്രിഫിക്സ് കണ്ടുപിടിക്കാനുള്ള കാരണമല്ല; പൂൾ ചെറുതായും രേഖപ്പെടുത്തിയതായും നിലനിർത്താനുള്ള കാരണമാണ്.

റൂട്ടിംഗ് ഉള്ളവരുമായി അനുവദനം ഏകോപിപ്പിക്കുക, തിരിച്ചുള്ള പാത അതേ സ്ഥലത്ത് രേഖപ്പെടുത്തുക. ആർക്കും തിരികെ റൂട്ട് ചെയ്യാനാകാത്ത പൂൾ തടസ്സസമയത്ത് വീണ്ടും കണ്ടെത്തപ്പെടുന്ന പൂളാണ്. സൈറ്റ് ശ്രേണികളുള്ള അതേ രേഖയിൽ പൂൾ ഇടുക, ഒരാൾ മാത്രം തിരുത്തിയ ക്ലയന്റ് കോൺഫിഗറേഷനിൽ അല്ല. അടുത്ത കൂട്ടിയിടി ഒഴിവാക്കാനാകുന്നത് രേഖ കൊണ്ടാണ്.

പൊതു വിലാസനിർണ്ണയം എപ്പോൾ ശരിയായ ഉത്തരമാണ്

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

അത് നൽകുന്നത് അതുല്യതയാണ്, കടമെടുത്ത പ്രിഫിക്സിൽ ഇല്ലാത്ത ഗുണം. ബ്ലോക്ക് നിങ്ങളുടേതാണെങ്കിൽ, നിങ്ങളുടെ ക്ലയന്റ് ഇൻസ്റ്റാൾ ചെയ്യുന്ന റൂട്ട് യഥാർത്ഥത്തിൽ നിങ്ങളുടേതായ വിലാസങ്ങളിലേക്ക് ചൂണ്ടുന്നു, ടണൽ വീഴുമ്പോൾ അർത്ഥം മാറുന്നില്ല.

പൂൾ തിരഞ്ഞെടുപ്പിന് നഷ്ടപരിഹാരമായി NAT സ്വയമേവ ചേർക്കരുത്. വ്യക്തമായ തിരിച്ചുള്ള റൂട്ടുകളുള്ള റൂട്ട് ചെയ്ത സ്വകാര്യ രൂപകൽപ്പന, വിലാസനിർണ്ണയം ഒരിക്കലും ആസൂത്രണം ചെയ്യാതിരുന്നതിനാൽ പ്രയോഗിക്കുന്ന പരിഭാഷയേക്കാൾ വ്യക്തമാണ്, IPv6-ന് IPv4 അനുമാനങ്ങളുടെ പകർപ്പല്ല, സ്വന്തം ബോധപൂർവമായ പദ്ധതി വേണം.

പ്രവേശനം നഷ്ടപ്പെടുത്താതെ മോശം പൂൾ പിൻവലിക്കുക

പൂൾ ഇതിനകം വിന്യസിച്ചിട്ടുണ്ടെങ്കിൽ, മാറ്റുന്നതിന് മുൻപ് കണക്കെടുപ്പ് നടത്തുക: വിലാസ റിസർവേഷനുകൾ, ഇൻസ്റ്റാൾ ചെയ്ത റൂട്ടുകൾ, ബ്ലോക്കിലേക്ക് പരിഹരിക്കുന്ന DNS റെക്കോർഡുകൾ, ഫയർവാൾ പരിധികൾ, അവയെ ആശ്രയിക്കുന്ന ആപ്ലിക്കേഷനുകൾ. തുടർന്ന് മറ്റേതൊരു റൂട്ടിംഗ് മാറ്റത്തിനും നൽകുന്ന അതേ ശ്രദ്ധയോടെ മാറ്റം ആസൂത്രണം ചെയ്യുക. ശ്രദ്ധിക്കുന്നവരെ അറിയിക്കുക, കാരണം പൂൾ നീങ്ങുമ്പോൾ അവരുടെ സെഷനുകൾ വീഴും. ക്ലയന്റ് വിലാസനിർണ്ണയത്തിലെ നിശബ്ദമായ മാറ്റം ജോലിയുമായി ബന്ധമില്ലാത്തതായി തോന്നുന്ന പിന്തുണ ടിക്കറ്റുകൾ സൃഷ്ടിക്കുന്നു.

നിങ്ങൾ നീക്കം ചെയ്യുന്ന പൂളിനെ ആശ്രയിക്കാത്ത വീണ്ടെടുപ്പ് പാത സൂക്ഷിക്കുക, കാരണം അത് പിൻവലിക്കുന്ന നിമിഷം നിങ്ങളുടെ വിദൂര പ്രവേശനം അതിനൊപ്പം അപ്രത്യക്ഷമായേക്കാം. തുടർന്ന് ഇരു ദിശകളും സാധൂകരിക്കുക: ഉദ്ദേശിച്ച സ്വകാര്യ ലക്ഷ്യസ്ഥാനങ്ങൾ ഇപ്പോഴും പ്രവർത്തിക്കുന്നു, മുൻപ് പിടിച്ചെടുത്ത ഇന്റർനെറ്റ് ലക്ഷ്യസ്ഥാനങ്ങൾ ഇപ്പോൾ അവയുടെ യഥാർത്ഥ ഉടമകളിലേക്ക് പരിഹരിക്കുന്നു.

നിങ്ങൾ ആഗ്രഹിക്കുന്നത് നെറ്റ്വർക്ക് ടീമിന് ഒരു സുസ്ഥിര വസ്തുവായി അനുവദിക്കാനും റൂട്ട് ചെയ്യാനും പിൻവലിക്കാനും കഴിയുന്ന പൂളാണ്. വിലാസ ഫോർമാറ്റ് മാത്രം സുരക്ഷയും കണക്റ്റിവിറ്റിയും സ്ഥാപിക്കുന്നില്ല.