ഒരു കമ്പനിയുടെ വെബ് ആപ്പ് VPN-ന് പിന്നിലേക്ക് മാറ്റുന്നത്: കട്ട്ഓവർ ഗൈഡ്

ഉപയോക്താവിന്റെ ഭാഗത്തുനിന്ന് മാറ്റം സങ്കൽപ്പിക്കുക. ആരോ ഒരു ബുക്ക്മാർക്കിൽ ക്ലിക്ക് ചെയ്യുന്നു, പരിചിതമായ ലോഗിൻ പേജ് പ്രതീക്ഷിക്കുന്നു, പകരം കണക്ഷൻ പിശക് ലഭിക്കുന്നു, കാരണം ഹോസ്റ്റ്നെയിം ഇപ്പോൾ ടണലിനുള്ളിൽ മാത്രം പ്രതികരിക്കുന്നു. ആ ഒരു നിമിഷത്തിൽ മൈഗ്രേഷൻ പ്ലാൻ ശരിയായി ചെയ്യേണ്ടതെല്ലാം അടങ്ങിയിരിക്കുന്നു: പേര്, പാത, സർട്ടിഫിക്കറ്റ്, അക്കൗണ്ട്, അതിന് പിന്നിലെ പ്രവർത്തനം. താഴെയുള്ള ഘട്ടങ്ങൾ ആ ക്രമത്തിൽ പൂർത്തിയാക്കുക, കട്ട്ഓവർ ഇനി ഒരു കുതിപ്പല്ല.

ഘട്ടം 1: ഉപയോക്താക്കൾ ഇന്ന് എന്ത് ചെയ്യുന്നുവെന്ന് എഴുതുക

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

തുടർന്ന് സ്വകാര്യ പ്രേക്ഷകർ ആരാണെന്ന് തീരുമാനിക്കുക. കോർപ്പറേറ്റ് VPN-ലെ ജീവനക്കാർ ഒരു തുടക്കമാണ്, ഉത്തരമല്ല. കരാറുകാർ, പിന്തുണാ ജീവനക്കാർ, ധനകാര്യ സംഘം എന്നിവർക്കെല്ലാം ആപ്പ് ആവശ്യമായി വന്നേക്കാം, എല്ലാവരും ഒരേ ഗേറ്റ്വേയ്ക്ക് പിന്നിൽ ഇരിക്കണമെന്നില്ല.

ഘട്ടം 2: ടണലിനെ ലോഗിനിൽ നിന്ന് വേർതിരിക്കുക

ഉപയോക്താവ് VPN വഴി ആപ്പിൽ എത്തുമ്പോൾ, ബ്രൗസർ ഇപ്പോഴും ആപ്പിന്റെ സ്വന്തം എൻഡ്പോയിന്റിലേക്ക് TLS കണക്ഷൻ തുറക്കുന്നു. സർട്ടിഫിക്കറ്റ് ആ പേരുമായി പൊരുത്തപ്പെടണം, ആപ്പ് ഇപ്പോഴും അക്കൗണ്ട് പ്രാമാണീകരിക്കുന്നു. ടണലിലുള്ള ഒന്നും ഇവയിൽ ഒന്നിനെയും മാറ്റിസ്ഥാപിക്കുന്നില്ല.

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

അംഗീകാരം ഇതിനകം ഉള്ളിടത്ത് തന്നെ വയ്ക്കുക. NIST-ന്റെ സീറോ-ട്രസ്റ്റ് ആർക്കിടെക്ചർ സംഗ്രഹം കാര്യം നേരിട്ട് പറയുന്നു: നെറ്റ്വർക്ക് സ്ഥാനം സംവേദനക്ഷമമായ പ്രവർത്തനം നൽകാനുള്ള കാരണമല്ല. ടണലിനുള്ളിൽ ഉണ്ടായിരിക്കുന്നത് വായന-മാത്രം അക്കൗണ്ടിനെ അഡ്മിനിസ്ട്രേറ്ററാക്കരുത്.

ഘട്ടം 3: ജീവനക്കാരല്ലാത്ത കോളർമാരെ കണ്ടെത്തുക

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

തുടരേണ്ട ഓരോന്നിനും പിന്തുണയുള്ള പാത തീരുമാനിക്കുക. വെബ്ഹൂക്ക് പ്രൊവൈഡറിന് നിങ്ങളുടെ ജീവനക്കാരുടെ VPN-ൽ ചേരാൻ കഴിയില്ല, അതിനാൽ സ്വന്തം പ്രാമാണീകരണമുള്ള ഇടുങ്ങിയ ഇന്റഗ്രേഷൻ എൻഡ്പോയിന്റ് വെളിപ്പെടുത്തുക, അല്ലെങ്കിൽ ഇന്റഗ്രേഷൻ മോഡൽ മാറ്റുക. ഒരു കോൾബാക്ക് ഉള്ളതിനാൽ മുഴുവൻ ആപ്പും പൊതുവായി വിടുന്നത് ഒരു തിരഞ്ഞെടുപ്പാണ്, സാധാരണയായി തെറ്റായത്.

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

ഘട്ടം 4: DNS റെക്കോർഡ് മാത്രമല്ല, പൊതു റൂട്ട് ഒഴിവാക്കുക

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

സമാന്തരമായി, സ്വകാര്യ നാമം ടണലിനുള്ളിൽ പരിഹരിക്കപ്പെടുന്നുവെന്നും സർട്ടിഫിക്കറ്റ് ഉപയോക്താക്കൾ ടൈപ്പ് ചെയ്യുന്ന പേര് ഉൾക്കൊള്ളുന്നുവെന്നും സ്ഥിരീകരിക്കുക. സംഖ്യാത്മക വിലാസം ഒട്ടിക്കേണ്ടി വരുന്ന ഉപയോക്താവ് ഒരു ലക്ഷണം കണ്ടെത്തി, പരിഹാരമല്ല.

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

ഘട്ടം 5: സ്വീകരണം സ്വയം കടന്നുപോകുക

അംഗീകൃത ഉപയോക്താവായി ബന്ധിപ്പിക്കുക, ബുക്ക്മാർക്ക് തുറക്കുക, സർട്ടിഫിക്കറ്റ് പരിശോധിക്കുക, ലോഗിൻ ചെയ്ത് ഒരു യഥാർത്ഥ പ്രവർത്തനം നടത്തുക. തുടർന്ന് ആ പ്രവർത്തനം ഉണ്ടാകരുതാത്ത ഒരു അക്കൗണ്ട് ഉപയോഗിച്ച് ശ്രമിച്ച് അത് നിരസിക്കപ്പെടുന്നുവെന്ന് സ്ഥിരീകരിക്കുക. പിന്നീട് VPN-ന് പുറത്തുള്ള ഉപകരണത്തിൽ നിന്ന് ശ്രമിച്ച് ആപ്പ് എത്തിച്ചേരാനാകില്ലെന്ന് സ്ഥിരീകരിക്കുക.

സൂക്ഷിച്ച ഓരോ ഇന്റഗ്രേഷനും ഇത് ആവർത്തിക്കുക, സ്വന്തം പരീക്ഷണ ഉപകരണത്തിന്റെ 200 അതേ കാര്യമാണെന്ന് കരുതുന്നതിന് പകരം പ്രൊവൈഡറുടെ ഡെലിവറി ലോഗ് വായിക്കുക. വിജയകരമായ VPN ലോഗിൻ ഈ ഫലങ്ങളിൽ ഒന്നിനും തെളിവല്ല.

ഘട്ടം 6: മോശം ദിവസം പരിശീലിക്കുക

ടണൽ തടസ്സത്തിൽ എന്ത് സംഭവിക്കുമെന്ന് തീരുമാനിക്കുക: ജോലി നിലയ്ക്കുന്നു, അല്ലെങ്കിൽ മറ്റൊരു അംഗീകൃത ആക്സസ് രീതി ഏറ്റെടുക്കുന്നു. എന്ത് തിരഞ്ഞെടുത്താലും അത് എഴുതി ഒരിക്കൽ പരിശോധിക്കുക, കാരണം രേഖപ്പെടുത്താത്ത വീണ്ടെടുപ്പ് സംവിധാനമായി അടിയന്തര പൊതു പുനഃപ്രവേശനം ഒടുവിൽ സമ്മർദ്ദത്തിലുള്ള ആരെങ്കിലും ചെയ്യും.

ഗേറ്റ്വേയും ആപ്പും പരിപാലിക്കുന്ന അഡ്മിനിസ്ട്രേറ്റർമാർക്ക് ഉടമയും നീക്കം ചെയ്യുന്ന തീയതിയും സഹിതം വീണ്ടെടുപ്പ് ആക്സസ് നിലനിർത്തുക. മാറ്റവും അതിന്റെ തിരിച്ചുവിടൽ വ്യവസ്ഥകളും ഒരേ സ്ഥലത്ത് രേഖപ്പെടുത്തുക, പരാജയപ്പെട്ട മൈഗ്രേഷൻ അത് ശരിയാക്കുന്ന ആളുകളെ പുറത്താക്കാതിരിക്കാൻ.

കട്ട്ഓവറിന് ശേഷവും പാച്ചിംഗ്, അക്കൗണ്ട് ലൈഫ്സൈക്കിൾ, ആപ്പ് അംഗീകാരം, ഓഡിറ്റ് എന്നിവ നിങ്ങളുടേതാണ്. ടണൽ പ്രവേശനം ഇടുങ്ങിയതാക്കി; ഇവയിൽ ഏതെങ്കിലും ജോലികൾ ഏറ്റെടുത്തില്ല.