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