PPP അടിസ്ഥാനമാക്കിയ VPN-ൽ നിന്ന് അതിന്റെ അനുമാനങ്ങൾ പകർത്താതെ മാറുക

VPN മാറ്റം പൂർത്തിയാകുന്നത് ഉപയോക്താക്കൾ, ലക്ഷ്യസ്ഥാനങ്ങൾ, പേര് നിർണ്ണയം, പരാജയ സ്വഭാവം എന്നിവയെല്ലാം ഇപ്പോഴും ശരിയായിരിക്കുമ്പോഴാണ്, പുതിയ ക്ലയന്റ് പച്ച ഐക്കൺ കാണിക്കുമ്പോഴല്ല. പഴയ PPP അടിസ്ഥാനമാക്കിയ വിന്യാസങ്ങൾ ഒരിക്കലും രേഖപ്പെടുത്താത്ത അനുമാനങ്ങൾ വഹിക്കുന്നു: ഒരേയൊരു ഐഡന്റിറ്റി പരിശോധനയും ആയിരുന്ന പങ്കിട്ട രഹസ്യം, ഫയർവാൾ അനുവദനീയ പട്ടികയിൽ വെച്ചിരിക്കുന്ന സ്ഥിര വിലാസ പൂൾ, സെർവർ അയക്കുന്ന DNS പ്രത്യയം. ആ അനുമാനങ്ങൾ പട്ടികപ്പെടുത്താതെ പ്രോട്ടോക്കോൾ മാറ്റിയാൽ ഹാൻഡ്ഷേക്ക് പൂർത്തിയാക്കുന്ന ടണൽ, ഇല്ലാത്ത അതിർത്തി എന്നിവ കിട്ടും. താഴെയുള്ള ക്രമം ഞാൻ ഉപയോഗിക്കുന്ന ക്രമമാണ്, അവസാന ഘട്ടം ടീമുകൾ ഒഴിവാക്കുന്നതാണ്.

ഘട്ടം 1: പഴയ കണക്ഷൻ എന്ത് നൽകുന്നുവെന്ന് പട്ടികപ്പെടുത്തുക

പട്ടിക ഓർമ്മയിൽ വെക്കുകയല്ല, എഴുതുകയാണ്. പിന്തുണയുള്ള ക്ലയന്റുകൾ, പ്രാമാണീകരണ റോളുകൾ, വിലാസ പൂളുകൾ, സംരക്ഷിത നെറ്റ്വർക്കുകൾ, DNS ആവശ്യകതകൾ, ഓരോ ഉപയോക്തൃ വിഭാഗത്തിനും ആവശ്യമായ സേവനാനുമതികൾ എന്നിവ രേഖപ്പെടുത്തുക.

L2TP/IPsec സംബന്ധിച്ച്, രണ്ട് പാളികളും വ്യക്തമായി വേർതിരിക്കുക. IPsec പിയറിന്റെ ഐഡന്റിറ്റി യന്ത്രങ്ങളെ പ്രാമാണീകരിക്കുന്നു; PPP ഉപയോക്താവിനെ പ്രാമാണീകരിക്കുന്നു, സാധാരണയായി CHAP അല്ലെങ്കിൽ MSCHAPv2 ഉപയോഗിച്ച്.

പഴയ വിന്യാസങ്ങൾ തങ്ങളുടെ അനുമാനങ്ങൾ മറയ്ക്കുന്നത് ഈ വേർതിരിക്കലിലാണ്. ഓരോ ക്ലയന്റും പങ്കിടുന്ന മുൻകൂർ പങ്കിട്ട കീ ഉപകരണത്തെയല്ല, ഗ്രൂപ്പിനെ പ്രാമാണീകരിക്കുന്നു, പലപ്പോഴും എന്നെങ്കിലും മാറ്റിയ ഏക വസ്തു അതാണ്. PPP അക്കൗണ്ടാണ് യഥാർത്ഥ ഉപയോക്തൃ നിയന്ത്രണം എങ്കിൽ അത് പറയുക, കാരണം പകരം ആ നിയന്ത്രണം പങ്കിട്ട സ്ട്രിംഗ് അല്ലാത്ത എന്തെങ്കിലും കൊണ്ട് പുനർനിർമ്മിക്കണം. സ്ഥിര സ്രോതസ്സ് വിലാസങ്ങളും ലോക്കൽ നെറ്റ്വർക്ക് ഒഴിവുകളും രേഖപ്പെടുത്തുക, കാരണം അവ തകരുന്നതുവരെ ആരും രേഖപ്പെടുത്താത്ത ആശ്രിതത്വങ്ങളാണ്.

ഘട്ടം 2: പകരം ബോധപൂർവ്വം രൂപകൽപ്പന ചെയ്യുക

പകരം തിരഞ്ഞെടുക്കൽ ആവശ്യകതയ്ക്ക് ആവശ്യകതയുള്ള മാപ്പിംഗാണ്: സംഘടന പിന്തുണയ്ക്കുന്ന പ്രോട്ടോക്കോളും പരിപാലിച്ച ക്ലയന്റും, ഓരോ ഐഡന്റിറ്റി, ആക്സസ് ആവശ്യകതയും യഥാർത്ഥ സംവിധാനത്തിൽ എത്തുന്നു. പങ്കിട്ട രഹസ്യം സ്വയമേവ ഉപകരണത്തിന് ഒരു കീയോ സർട്ടിഫിക്കറ്റോ തുല്യമല്ല, ഉപയോക്താവിന് ഒരു PPP അക്കൗണ്ട് ഉപകരണ സർട്ടിഫിക്കറ്റിന് തുല്യമല്ല.

എല്ലാറ്റിനും മുമ്പ് വിലാസ ശ്രേണികൾ ഏകോപിപ്പിക്കുക, കാരണം വീട്ടിലെയോ ഓഫീസിലെയോ LAN-മായി ഓവർലാപ്പ് ചെയ്യുന്ന പകരം പൂൾ സിഫറിന്റെ ശക്തിയുമായി ബന്ധമില്ലാത്ത പരാജയം സൃഷ്ടിക്കുന്നു. പഴയ സേവനത്തിനായി നിർമ്മിച്ച അതേ പട്ടികയ്ക്കെതിരെയും, പുതിയ ക്ലയന്റ് സ്വതേ അനുമാനിക്കുന്നതിനെതിരെയും പൂൾ പരിശോധിക്കുക. സംരക്ഷിത നെറ്റ്വർക്കുകളുടെ തിരിച്ചുള്ള റൂട്ടിംഗ് സ്ഥിരീകരിക്കുക, പഴയത് അയച്ച DNS പ്രത്യയം പുതിയ ക്ലയന്റിന് അയക്കാനോ രേഖപ്പെടുത്താനോ കഴിയുമെന്ന് സ്ഥിരീകരിക്കുക. ഈ രണ്ട് കാര്യങ്ങൾ പ്രോട്ടോക്കോൾ മാറ്റത്തേക്കാൾ കൂടുതൽ മാറ്റ ടിക്കറ്റുകൾ ഉണ്ടാക്കുന്നു.

ഘട്ടം 3: ഘട്ടം ഘട്ടമായി നടപ്പാക്കി അനുവാദവും നിരാകരണവും ഒരുപോലെ പരിശോധിക്കുക

ഒരു പ്രതിനിധി ഉപയോക്താവും ഒരു പ്രതിനിധി ആപ്ലിക്കേഷനും ഉപയോഗിച്ച് നടപ്പാക്കുക. വിലാസത്തിലെത്തുകയും എന്നാൽ ആന്തരിക നാമം നിർണ്ണയിക്കാനാകാതിരിക്കുകയും ചെയ്യുന്ന ടണൽ പകുതി മാത്രം മാറിയതിനാൽ, പരീക്ഷണത്തിൽ സ്വകാര്യ DNS നിർണ്ണയം ഉൾപ്പെടുത്തുക. പ്രതീക്ഷിക്കുന്ന ലഭ്യമല്ലാത്ത അവസ്ഥയും ഉൾപ്പെടുത്തുക: ടണൽ വീഴുമ്പോൾ എന്ത് സംഭവിക്കണം, ക്ലയന്റ് അത് നടപ്പാക്കുന്നുണ്ടോ.

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

അഡ്മിനിസ്ട്രേറ്റർ ആക്സസ് മാറ്റുന്നതിന് മുമ്പ്, മാറ്റുന്ന ടണലിനെ ആശ്രയിക്കാത്ത അംഗീകൃത വീണ്ടെടുപ്പ് പാത നിങ്ങൾക്കുണ്ടെന്ന് സ്ഥിരീകരിക്കുക.

ഘട്ടം 4: പഴയ ഐഡന്റിറ്റി ഒഴിവാക്കുക

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

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

സ്വീകരണ രേഖ എന്നത് ഒന്നാം ഘട്ടത്തിലെ പട്ടികയോട് ഒരു നിര കൂട്ടിച്ചേർത്തതാണ്: പുതിയ രൂപകൽപ്പന ഓരോ വരിയിലും എന്ത് ചെയ്യുന്നു, അത് എങ്ങനെ പരിശോധിച്ചു. അത് പ്രോട്ടോക്കോൾ അപ്ഗ്രേഡിനെ തെളിവോടുകൂടിയ സേവന ആവശ്യകതയാക്കി മാറ്റുന്നു.

ഫലം പ്രോട്ടോക്കോളിന്റെ പേരിനോടല്ല, സേവനത്തിന് ആവശ്യമായതിനോട് ബന്ധിച്ച് നിർത്തുക, കാരണം പഴയ അനുമാനങ്ങൾ പകർത്തിയ ആധുനിക പ്രോട്ടോക്കോൾ മികച്ച ചട്ടക്കൂടോടെയുള്ള അതേ അപകടസാധ്യതയാണ്. RFC 3193 L2TP എങ്ങനെ IPsec-ന് മുകളിലൂടെ കൊണ്ടുപോകുന്നു എന്ന് വിവരിക്കുന്നു, ആ രണ്ട് പാളികളും എല്ലായ്പ്പോഴും വെവ്വേറെ തീരുമാനങ്ങളായിരുന്നു എന്ന് ഇത് ഓർമ്മിപ്പിക്കുന്നു. പട്ടികയിൽ നിങ്ങൾക്ക് വിശദീകരിക്കാനാകാത്ത വരിയുണ്ടെങ്കിൽ, നിർത്തി അതിനെ ആശ്രയിക്കുന്നത് എന്തെന്ന് കണ്ടെത്തുക. പട്ടിക വിരസമാകുമ്പോൾ മാറ്റം പൂർത്തിയാകുന്നു.