ആർക്കെങ്കിലും യഥാർത്ഥത്തിൽ അവലോകനം ചെയ്യാവുന്ന ഒരു VPN ഡിസൈൻ ബ്രീഫ് എഴുതുക

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

ഒന്നാമതായി, ചോദ്യം തീരുമാനമാണോ ആഗ്രഹമാണോ

ഒരു തീരുമാനത്തിന് ബദലുകളും അവയ്ക്കിടയിൽ തിരഞ്ഞെടുക്കുന്ന നിരീക്ഷണവുമുണ്ട്. ഒന്ന് തിരഞ്ഞെടുക്കാൻ എന്ത് നോക്കുമെന്ന് പറയാനാകുന്നില്ലെങ്കിൽ, ചോദ്യം ഇപ്പോഴും ആഗ്രഹമാണ്. ആദ്യം ബദലുകൾ എഴുതുക, പട്ടികയിൽ രണ്ട് ഇനങ്ങൾ മാത്രമുണ്ടെങ്കിലും. പിന്നീട് അവയെ വേർതിരിക്കുന്ന വിട്ടുവീഴ്ച എഴുതുക.

ആഗ്രഹം സദസ്സിനെ മറയ്ക്കാനും താൽപ്പര്യപ്പെടുന്നു. ഡിസൈൻ ആര് അംഗീകരിക്കണമെന്ന് പറയുക, കാരണം അതേ ബ്രീഫ് നെറ്റ്വർക്ക് ഉടമയ്ക്കും സുരക്ഷാ അവലോകകനും ധനകാര്യ അംഗീകാരകനും വ്യത്യസ്തമായി വായിക്കപ്പെടുന്നു.

ഉത്തരം ആരുമില്ലെങ്കിൽ ഇവിടെ നിർത്തുക, കാരണം ഉടമയില്ലാത്ത തീരുമാനം ഏറ്റവും ഉച്ചത്തിൽ പരാതിപ്പെടുന്നയാൾ വീണ്ടും ഉണ്ടാക്കും. അത് ഡിസൈൻ പ്രശ്നമല്ല, ഭരണപ്രശ്നമാണ്.

രണ്ടാമതായി, ഒഴുക്കുകളും നിരസിക്കലുകളും പേരിടുക

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

ദിശയെക്കുറിച്ച് വ്യക്തമാകുക. ആസ്ഥാനത്തേക്ക് കണക്ഷനുകൾ ആരംഭിക്കാൻ കഴിയുന്ന സൈറ്റ് അവ സ്വീകരിക്കാൻ മാത്രം കഴിയുന്ന സൈറ്റിൽ നിന്ന് വ്യത്യസ്ത ഡിസൈനാണ്, വ്യത്യാസം പിന്നീട് എഴുതുന്ന ഓരോ നിയമത്തിലും കാണാം.

ക്ലയന്റുകളും അവയുടെ മാനേജ്മെന്റ് അവസ്ഥയും ശ്രദ്ധിക്കുക, കാരണം ഏജന്റുള്ള മാനേജ് ചെയ്ത ഉപകരണത്തിന് സ്വന്തം ലാപ്‌ടോപ്പിന് ചെയ്യാനാകാത്തത് ചെയ്യാനാകും.

പരിശോധിക്കാൻ പട്ടിക വളരെ ചെറുതായി സൂക്ഷിക്കുക. പരിശോധിക്കാനാകുന്ന പത്ത് ഒഴുക്കുകൾ പരിശോധിക്കാനാകാത്ത നാല്പതിനേക്കാൾ നല്ലതാണ്.

പരിശോധന 3: വസ്തുതകളും അനുമാനങ്ങളും വേർതിരിക്കുക

നിങ്ങൾ പരിശോധിച്ച ഓരോ പ്രസ്താവനയും അടയാളപ്പെടുത്തുക, പരിശോധിക്കാത്തവയും അടയാളപ്പെടുത്തുക. പൊതു വിലാസനിർണ്ണയം, ലഭ്യമായ ത്രൂപുട്ട്, അഡ്മിൻ പ്രവേശനം എന്നിവ ഉത്തരം ഏറ്റവും കൂടുതൽ മാറ്റുന്ന മൂന്ന് അനുമാനങ്ങളാണ്. അവയിലൊന്ന് അജ്ഞാതമാണെങ്കിൽ, അത് ഏത് വശത്തേക്ക് വന്നാലും ഡിസൈൻ എങ്ങനെ മാറുമെന്ന് പറയുക.

ഒരു ഉദാഹരണ നെറ്റ്വർക്ക് ലേബൽ ചെയ്തിട്ടുണ്ടെങ്കിൽ കുഴപ്പമില്ല. പ്രശ്നം, ഒരിക്കലും ഉണ്ടായിരുന്നില്ലാത്ത രണ്ടാം മുകളിലേക്കുള്ള ലിങ്കോ പൊതു വിലാസ ബ്ലോക്കോ നിശബ്ദമായി നേടുന്ന സങ്കൽപ്പിത ശാഖയാണ്.

പരിശോധിക്കാനാകുന്ന അനുമാനം അവലോകനത്തിന് മുമ്പ് പരിശോധിക്കുക, കാരണം ഒരു അളന്ന വസ്തുത ചർച്ചയുടെ ഒരു ശാഖ മുഴുവനായി നീക്കുന്നു.

ip route get 10.50.0.10
traceroute -n -m 6 10.50.0.10
nc -vz 10.50.0.10 443

നാലാമതായി, പരാജയ കരാർ എഴുതുക

ടണൽ താഴെയാകുമ്പോൾ എന്ത് സംഭവിക്കുന്നുവെന്ന് പറയുക, രണ്ട് വ്യത്യസ്ത വാഗ്ദാനങ്ങളെക്കുറിച്ച് വ്യക്തമാകുക. വീണ്ടും ബന്ധിപ്പിച്ചതിന് ശേഷം പുതിയ കണക്ഷനുകൾ പുനഃസ്ഥാപിക്കുന്നത് വാഗ്ദാനം ചെയ്യാൻ എളുപ്പമാണ്. പരാജയത്തിലുടനീളം ഇതിനകം സ്ഥാപിച്ച സെഷനുകൾ സംരക്ഷിക്കുന്നത് വളരെ ശക്തമായ ആവശ്യകതയാണ്, അത് സാങ്കേതികവിദ്യയുടെ തിരഞ്ഞെടുപ്പിനെ നിയന്ത്രിക്കുന്നു.

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

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

പരിശോധന 5, 6: സീം തിരഞ്ഞെടുത്ത് മാറ്റം രേഖപ്പെടുത്തുക

ചർച്ചയ്ക്ക് ഒരു സീം തിരഞ്ഞെടുക്കുക, കാരണം എല്ലാം തീർപ്പാക്കാൻ ശ്രമിക്കുന്ന അവലോകനം ഒന്നും തീർപ്പാക്കുന്നില്ല. റൂട്ടിംഗ്, അധികാരം, എൻക്രിപ്ഷൻ എന്നിവ മൂന്ന് വ്യത്യസ്ത സീമുകളാണ്, ചോദ്യം ഏതിനെക്കുറിച്ചാണെന്ന് ബ്രീഫ് പറയണം. RFC 4301 ഇവിടെ ഉപയോഗപ്രദമായ ഓർമ്മപ്പെടുത്തലാണ്, കാരണം അത് നയ തീരുമാനങ്ങൾ, സംരക്ഷിത ട്രാഫിക്, സുരക്ഷാ അസോസിയേഷനുകൾ എന്നിവയെ ഒരു വസ്തുവായി കാണാതെ വേർതിരിക്കുന്നു.

പിന്നീട് തീരുമാനത്തിന് ശേഷം എന്ത് മാറിയെന്ന് രേഖപ്പെടുത്തുക, പുനരവലോകനം ചെയ്ത അനുമാനങ്ങളും ഉൾപ്പെടെ. ആ രേഖയാണ് അടുത്ത അവലോകനത്തെ ചെറുതാക്കുന്നത്.

git diff --stat design/vpn-brief.md
grep -n 'assumption' design/vpn-brief.md
ip route get 10.50.0.10

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