VPN ഇൻവെന്ററി: ഉദ്ദേശിച്ച ആക്സസ്, സൃഷ്ടിച്ച കോൺഫിഗറേഷൻ, ലൈവ് സെഷനുകൾ
ടണൽ നാമം ഒരു നിരീക്ഷണമാണ്, സേവന രേഖയല്ല. എന്തെങ്കിലും പിൻവലിക്കുന്നതിന് മുമ്പ് പാട്ടക്കാരൻ, വിന്യസിച്ച കോൺഫിഗറേഷൻ, അക്കൗണ്ടിംഗ് തെളിവുകൾ എന്നിവ ചേർക്കുക.
ഓരോ ടണൽ നാമവും ഇൻവെന്ററിയുടെ ഒരു വരി പോലെ തോന്നുന്നു, അത് ആരുടേതാണെന്ന് ചോദിക്കുന്നത് വരെ. ഒരു നാമം ഇപ്പോൾ എന്തോ ബന്ധിപ്പിച്ചിരിക്കുന്നു എന്ന് പറയുന്നു; സേവനം ആരുടേതാണ്, അവർക്ക് എന്തിലേക്ക് എത്താൻ അനുവാദമുണ്ട്, അല്ലെങ്കിൽ ടണൽ സൃഷ്ടിച്ച കോൺഫിഗറേഷൻ നിങ്ങൾ അംഗീകരിച്ചതാണോ എന്ന് അത് പറയാൻ കഴിയില്ല. കപ്പൽക്കൂട്ടത്തിന്റെ തോതിൽ ആ മൂന്ന് ചോദ്യങ്ങളാണ് ഇൻവെന്ററി, ടണൽ ഏറ്റവും പുതിയ നിരീക്ഷണം മാത്രമാണ്.
ഒരു സേവനം, മൂന്ന് രേഖകൾ
ഉദ്ദേശിച്ച സേവനം എന്നത് പാട്ടക്കാരന് അവകാശമുള്ളതാണ്: ഐഡന്റിറ്റികൾ, പ്രിഫിക്സുകൾ, റിസോഴ്സുകൾ, ലൈഫ്സൈക്കിൾ അവസ്ഥ. വിന്യസിച്ച കോൺഫിഗറേഷൻ അത് യാഥാർത്ഥ്യമാക്കേണ്ട സൃഷ്ടിച്ച നയമാണ്. നിരീക്ഷിച്ച സെഷൻ എന്തോ ബന്ധിപ്പിച്ചു എന്നതിന്റെ റൺടൈം തെളിവാണ്. ഇവയെ ഒരൊറ്റ പട്ടികയായി കാണുന്നത് മൂന്ന് വ്യത്യസ്ത തരം സത്യങ്ങളെ ഒരേ സമയം മൂന്ന് വിധത്തിൽ തെറ്റായ ഒരു വരിയിലേക്ക് ചുരുക്കുന്നു.
| Record | Answers | Goes stale when |
|---|---|---|
| Intended service | Who may reach what | A contract changes and nobody edits the record |
| Deployed configuration | What the gateway was told | A device is edited by hand |
| Observed session | What is running now | Telemetry stops or a session ends |
പ്രായോഗിക പരീക്ഷ ഓരോ രേഖയ്ക്കും ഒറ്റയ്ക്ക് ഉത്തരം നൽകാനാകുന്ന ഒരു ചോദ്യമാണ്. ഈ പ്രിഫിക്സ് ആരുടേതാണെന്ന് ചോദിക്കുക, ഉദ്ദേശിച്ച സേവനത്തിന്റെ രേഖ ഉത്തരം നൽകുന്നു. ഗേറ്റ്‌വേയ്ക്ക് ഏത് നയമാണുള്ളതെന്ന് ചോദിക്കുക, വിന്യസിച്ച രേഖ ഉത്തരം നൽകുന്നു. ഈ ആഴ്ച ആരെങ്കിലും ഇത് ഉപയോഗിച്ചോയെന്ന് ചോദിക്കുക, സെഷൻ രേഖ ഉത്തരം നൽകുന്നു. സ്വന്തം ചോദ്യത്തിന് ഉത്തരം നൽകാൻ കഴിയാത്ത കോളം ആണ് ആദ്യം ശരിയാക്കേണ്ടത്.
പാട്ടക്കാരനെ രേഖപ്പെടുത്തുക, ഇന്റർഫേസല്ല
വീണ്ടും കണക്ട് ചെയ്യുമ്പോഴും നിലനിൽക്കുന്ന ഒരു ഐഡന്റിഫയർ ഓരോ സേവനത്തിനും നൽകുക. താൽക്കാലിക ടണൽ ഇന്റർഫേസോ സെഷൻ നമ്പറോ ഉപഭോക്താവുമായി ബന്ധമില്ലാത്ത കാരണങ്ങളാൽ മാറുന്നു, അവയിലൊന്നിനെ അടിസ്ഥാനമാക്കിയ ഇൻവെന്ററി ലിങ്ക് കുലുങ്ങുമ്പോഴെല്ലാം പുതിയ വരി നേടുന്നു. പകരം അത് പാട്ടക്കാരനിലും സേവനത്തിലും അടിസ്ഥാനമാക്കുക, തുടർന്ന് ആ കീയിലേക്ക് നിരീക്ഷണങ്ങൾ ചേർക്കുക.
രേഖയ്ക്ക് ഉത്തരവാദിയായ പാട്ടക്കാരനും ഓപ്പറേറ്ററും, സ്വീകരിച്ച പിയർ അല്ലെങ്കിൽ ഉപയോക്തൃ ഐഡന്റിറ്റി, ക്രെഡൻഷ്യലിന്റെ പകർപ്പല്ല അതിലേക്കുള്ള ഒരു റഫറൻസ്, സംരക്ഷിത പ്രിഫിക്സുകൾ, റൂട്ടിംഗ് സന്ദർഭം, അനുവദിച്ച റിസോഴ്സുകൾ, ഉദ്ദേശിച്ച ലൈഫ്സൈക്കിൾ അവസ്ഥ എന്നിവ വേണം. ക്രെഡൻഷ്യൽ വസ്തുക്കൾ പിന്തുണയ്ക്കുന്ന സീക്രട്ട് സ്റ്റോറിലാണ് വേണ്ടത്; സ്വകാര്യ കീകൾ വഹിക്കുന്ന ഇൻവെന്ററി പരിതസ്ഥിതിയുടെ രണ്ടാമത്തെ, കൂടുതൽ ദുർബലമായ പകർപ്പായി മാറിയിരിക്കുന്നു.
സൃഷ്ടിച്ച കോൺഫിഗറേഷന് ഉടമയും പതിപ്പും ഉണ്ട്
ഓട്ടോമേഷൻ ഇത് എളുപ്പമാക്കുന്നു, കൂടുതൽ നന്നായി മറയ്ക്കുന്നു. വിജയകരമായി പ്രവർത്തിക്കുന്ന ജനറേറ്റർ ടെംപ്ലേറ്റ് റെൻഡർ ചെയ്തു എന്ന് തെളിയിക്കുന്നു, ഓരോ ഉപകരണവും ഔട്ട്പുട്ടുമായി യോജിക്കുന്നു എന്നല്ല. ഏതെങ്കിലും സംഭവവേളയിൽ ആരെങ്കിലും ഗേറ്റ്‌വേ കൈകൊണ്ട് മാറ്റും, ആ മാറ്റമാണ് രേഖപ്പെടുത്താൻ ഏറ്റവും വിലപ്പെട്ടത്, കാരണം പിന്നീടുള്ള ഒരു പ്രവർത്തനവും അത് പുനർനിർമ്മിക്കില്ല.
വിന്യസിച്ച നയം ഏത് റിവിഷൻ സൃഷ്ടിച്ചുവെന്ന് രേഖപ്പെടുത്തുക, കൂടാതെ നേരിട്ടുള്ള തിരുത്തലുകൾ ഒത്തുതീർപ്പാക്കേണ്ട വ്യത്യാസമായി സൂക്ഷിക്കുക അവ നിശബ്ദമായി മേലെഴുതുന്നതിന് പകരം. ഒത്തുതീർപ്പാണ് ഇവിടെ ഉൽപ്പന്നം: ജനറേറ്ററിന്റെ വിജയവും ഉപകരണത്തിന്റെ യഥാർത്ഥ അവസ്ഥയും താരതമ്യം ചെയ്യേണ്ട രണ്ട് വസ്തുതകളാണ്, തുല്യമെന്ന് അനുമാനിക്കരുത്.
സെഷനുകൾ തെളിവാണ്, അനുമതിയല്ല
വിന്യാസം RADIUS അക്കൗണ്ടിംഗ് ഉപയോഗിക്കുന്നിടത്ത്, RFC 2866 പ്രവർത്തിക്കാൻ കൃത്യമായ ഫീൽഡുകൾ നൽകുന്നു. Acct-Status-Type ആരംഭത്തെ നിർത്തലിൽ നിന്ന് വേർതിരിക്കുന്നു, ഒരേ സെഷനിൽ പെടുന്ന രേഖകൾ ഒരു Acct-Session-Id പങ്കിടുന്നു. ആ ഫീൽഡുകൾ ഡാഷ്ബോർഡിന്റെ സംഗ്രഹത്തെ വിശ്വസിക്കാതെ ഒരു സെഷൻ എപ്പോൾ തുടങ്ങി അവസാനിച്ചു എന്ന് പുനർനിർമ്മിക്കാൻ അനുവദിക്കുന്നു.
അക്കൗണ്ടിംഗ് ഐഡന്റിഫയർ റൺടൈം തെളിവാണ്. ഏത് പാട്ടക്കാരനാണ് ഒരു സബ്നെറ്റിന്റെ ഉടമ എന്ന് അത് നിർവചിക്കുന്നില്ല, ഒന്നിലേക്കും ആക്സസ് നൽകുന്നുമില്ല. അതിനെ ഗേറ്റ്‌വേയുമായും സേവന ഐഡന്റിറ്റിയുമായും ബന്ധിപ്പിക്കുക, തുടർന്ന് ശേഖരണ സമയം നിരീക്ഷണത്തിന് അടുത്ത് സൂക്ഷിക്കുക. കാണാത്ത റിപ്പോർട്ട് ഉപയോഗമില്ലായ്മയല്ല, ടെലിമെട്രി പരാജയമായിരിക്കാം, പഴയ രേഖ ആക്സസ് ഇപ്പോഴും സജീവമാണെന്നതിന്റെ തെളിവുമല്ല.
നിർത്തലാക്കലും അതേ ജോടിയാക്കൽ ഉപയോഗിക്കുന്നു
ഒരു സേവനം നീക്കം ചെയ്യുകയെന്നാൽ ഉദ്ദേശിച്ച ആക്സസ്, ക്രെഡൻഷ്യലുകൾ, ലൈവ് സെഷനുകൾ എന്നിവ അതേ ക്രമത്തിൽ, ഓരോന്നിന്റെയും ഉടമകളിലൂടെ നീക്കം ചെയ്യുക. തുടർന്ന് കാലഹരണപ്പെട്ട കോൺഫിഗറേഷൻ ഉപകരണങ്ങളിൽ നിന്ന് പോയെന്നും അതിന്റെ അനുവദിച്ച പാതകൾ ഇനി പരിഹരിക്കപ്പെടുന്നില്ലെന്നും ഉറപ്പാക്കുക. കഴിഞ്ഞ പാദത്തിൽ പോയ ഉപഭോക്താവ് ടണൽ നാമം മായ്ച്ചു പക്ഷേ റൂട്ട് മായ്ച്ചില്ല എന്ന കാരണത്താൽ പ്രിഫിക്സ് പട്ടികയിൽ ഇനിയും കാണരുത്.
ഇവയൊന്നും ഓരോ ഫംഗ്ഷനും ഒരു ഉപകരണമോ നിർദ്ദിഷ്ട ഓട്ടോമേഷൻ ഉൽപ്പന്നമോ ആവശ്യപ്പെടുന്നില്ല. പ്രവർത്തന ആവശ്യകത കൂടുതൽ ഇടുങ്ങിയതും ബുദ്ധിമുട്ടുള്ളതുമാണ്: ഉപഭോക്താവ്, അവരുടെ ഉദ്ദേശിച്ച ആക്സസ്, വിന്യസിച്ച നയം, നിലവിലെ റൺടൈം തെളിവുകൾ എന്നിവ ആരുടെയെങ്കിലും ടണൽ നാമത്തെക്കുറിച്ചുള്ള ഓർമ്മയെ ആശ്രയിക്കാതെ ജോടിയാക്കാൻ കഴിയുന്നതായിരിക്കണം. ആദ്യം മൂന്ന് രേഖകൾ നിർമ്മിക്കുക, പിന്നീട് അവ സൂക്ഷിക്കുന്ന ഉപകരണങ്ങൾ തിരഞ്ഞെടുക്കുക.