സ്റ്റാറ്റസ് ഫയൽ സെഷനുകൾ എണ്ണുന്നു, അവയ്ക്ക് പിന്നിലുള്ള LAN അല്ല
ഒരു സ്നാപ്ഷോട്ട് VPN സെഷനുകളും റൂട്ടിംഗ് അവസ്ഥയും ലിസ്റ്റ് ചെയ്യുന്നു, ഒരു സൈറ്റിന് പിന്നിലുള്ള ഓരോ മെഷീനുമല്ല. ഹെഡറുകൾ, റെക്കോർഡ് തരങ്ങൾ, ഫയലിന്റെ പ്രായം എന്നിവ ഒരുമിച്ച് വായിക്കുക.
VPN-ൽ എത്ര മെഷീനുകളുണ്ടെന്ന് ആരോ ചോദിക്കുന്നു, തെളിവായി സ്റ്റാറ്റസ് ഫയൽ നൽകുന്നു. അത് കൂടുതൽ ഇടുങ്ങിയ ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു: ഈ സ്നാപ്ഷോട്ടിൽ എത്ര സെഷനുകളുണ്ട്, സർവർ ഏത് വെർച്വൽ വിലാസങ്ങളാണ് റൂട്ട് ചെയ്യുന്നത്. ഈ രണ്ട് ചോദ്യങ്ങൾക്കിടയിലെ വിടവാണ് മിക്ക റിപ്പോർട്ടിംഗ് പിശകുകളും കഴിയുന്ന സ്ഥലം, അത് അടയ്ക്കുന്നത് ഫയലിന്റെ സ്വന്തം ഹെഡറുകൾ വായിക്കുന്നതിൽ നിന്ന് തുടങ്ങുന്നു.
സ്നാപ്ഷോട്ടിൽ യഥാർത്ഥത്തിൽ എന്തുണ്ട്
ആ സർവർ ഇൻസ്റ്റൻസിനായി സ്റ്റാറ്റസ് ഔട്ട്പുട്ട് കോൺഫിഗർ ചെയ്തിരിക്കുമ്പോൾ ഫയൽ ഇടവേളയിൽ എഴുതപ്പെടുന്നു, അതിനാൽ ഇത് ആനുകാലിക ചിത്രമാണ്, തത്സമയ ഫീഡല്ല. അതിന്റെ വിഭാഗങ്ങൾ സെഷനുകളും ആന്തരിക റൂട്ടിംഗ് അവസ്ഥയും വെവ്വേറെ ലിസ്റ്റ് ചെയ്യുന്നു, ഫോർമാറ്റ് പതിപ്പ് നിരകളുടെ വിന്യാസം തീരുമാനിക്കുന്നു.
status /run/openvpn/office.status 30
status-version 3പതിപ്പ് 3 ഹെഡർ വരിയോടെ ടാബ്-വേർതിരിച്ച ഫീൽഡുകൾ എഴുതുന്നു, പഴയ ഫോർമാറ്റുകൾ വ്യത്യസ്തമാണ്, പിന്നീടുള്ള പതിപ്പുകൾ ഫീൽഡുകൾ ചേർത്തേക്കാം. നിര നമ്പർ ഹാർഡ്കോഡ് ചെയ്യുന്നതിനുപകരം ഹെഡർ വായിക്കുക, കാരണം സ്ഥാനങ്ങൾ അനുമാനിക്കുന്ന സ്ക്രിപ്റ്റ് അടുത്ത അപ്ഗ്രേഡിൽ നിശബ്ദമായി തകരുന്നു.
| Record | What it describes | What it cannot tell you |
|---|---|---|
| Client list | A session in this snapshot | How many people or machines that session represents |
| Real address | The outer peer address and port | Which device is behind it |
| Routing rows | Virtual addresses and route ownership | Which downstream hosts are alive |
സെഷനുകൾ എണ്ണുക, ആളുകളെയോ മെഷീനുകളെയോ അല്ല
ഒരു സൈറ്റ് കണക്ഷന് അതിന് പിന്നിലുള്ള നിരവധി അംഗീകൃത മെഷീനുകളുടെ ട്രാഫിക് വഹിക്കാം. ഒരാൾക്ക് ഒരേ സമയം ലാപ്ടോപ്പിൽ നിന്നും ഫോണിൽ നിന്നും ഒന്നിലധികം സെഷനുകൾ സൂക്ഷിക്കാനും കഴിയും. ഈ മാതൃകകളൊന്നും എണ്ണത്തിൽ കാണുന്നില്ല, അതിനാൽ യൂണിറ്റ് നിർവചിച്ചതിന് ശേഷം മാത്രമേ കണക്ട് ചെയ്ത ഉപയോക്താക്കൾക്ക് അർത്ഥമുള്ളൂ. ആരും എണ്ണാൻ തുടങ്ങുന്നതിന് മുമ്പ് റിപ്പോർട്ടിന് ഏത് യൂണിറ്റ് വേണമെന്ന് ചോദിക്കുക.
സംഖ്യ ലൈസൻസിംഗിനോ ശേഷിക്കോ പ്രധാനമെങ്കിൽ, റിപ്പോർട്ടിന്റെ അതേ രേഖയിൽ യൂണിറ്റ് നിർവചിക്കുക. സെഷനുകൾ, ഐഡന്റിറ്റികൾ, ഉപകരണങ്ങൾ ഇവയിൽ എന്താണ് എണ്ണുന്നതെന്ന് പറയാത്ത റിപ്പോർട്ട് വായനക്കാരൻ പ്രതീക്ഷിച്ച യൂണിറ്റായി വായിക്കപ്പെടും.
പുറത്തെ വിലാസം ഒരു ഐഡന്റിഫയർ അല്ല
യഥാർത്ഥ വിലാസ ഫീൽഡ് സർവർ കാണുന്ന പിയർ വിലാസവും പോർട്ടുമാണ്. ഒരു വിവർത്തനം ചെയ്ത പൊതു വിലാസത്തിന് പിന്നിലുള്ള നിരവധി ക്ലയന്റുകൾ ആ വിലാസം പങ്കിടുന്നു, അതിനാൽ അതനുസരിച്ച് ഗ്രൂപ്പുചെയ്യുന്നത് ബന്ധമില്ലാത്ത സെഷനുകൾ കൂട്ടിച്ചേർക്കുന്നു. കണക്ഷനുകൾക്കിടയിൽ പോർട്ടും മാറുന്നു, ഇത് ജോഡിയെ സ്ഥിരമായ കീയായി അപ്രയോജനകരമാക്കുന്നു. അങ്ങനെ ഗ്രൂപ്പുചെയ്ത റിപ്പോർട്ട് കൃത്യമായി തോന്നുന്നു, തെറ്റാണ്.
ഗ്രൂപ്പിംഗിനായി ഫലപ്രദമായ ക്ലയന്റ് ഐഡന്റിറ്റി ഉപയോഗിക്കുക, വിലാസത്തെ ഗതാഗത വിശദാംശമായി കാണുക. രണ്ട് വരികൾ ഒരു ഐഡന്റിറ്റി പങ്കിടുമ്പോൾ, അത് സാധാരണയായി ഒരേസമയം സെഷനുകളെയാണ് സൂചിപ്പിക്കുന്നത്, തനിപ്പകർപ്പ് റെക്കോർഡിനെയല്ല.
റൂട്ടിംഗ് വരികൾ ഹോസ്റ്റ് ഇൻവെന്ററിയല്ല
ഒരു റൂട്ടിംഗ് എൻട്രിക്ക് ഒരു പിയർ ഉത്തരവാദിയായ സബ്നെറ്റ് പേര് നൽകാം, സബ്നെറ്റ് അതിന്റെ ഹോസ്റ്റുകളുടെ പട്ടികയല്ല. ആ ശ്രേണി ഒരു നിർദ്ദിഷ്ട സെഷനിലേക്ക് അയക്കണമെന്ന് സർവറിന് അറിയാം, എന്നാൽ ആ മെഷീനുകളിൽ ഏതാണ് ഓണായിരിക്കുന്നത്, ഒരു ആപ്ലിക്കേഷനിൽ പ്രാമാണീകരിച്ചത്, അല്ലെങ്കിൽ ആർക്കെങ്കിലും ഉപയോഗപ്രദമായത് എന്ന് അതിന് യാതൊരു ധാരണയുമില്ല. റൂട്ടിംഗ് പട്ടിക എത്തിച്ചേരാനുള്ള കഴിവാണ് വിവരിക്കുന്നത്, തിരക്കല്ല. ആ വ്യത്യാസമാണ് VPN-ന് ഇൻവെന്ററി ചോദ്യത്തിന് ഉത്തരം നൽകാനാകാത്തതിന്റെ മുഴുവൻ കാരണം.
ഒരേ പിയറിലേക്ക് നിരവധി വരികൾ ചൂണ്ടിക്കാണിക്കാം, കാരണം ഒരു സൈറ്റ് ഒന്നിലധികം ശ്രേണികൾ പ്രഖ്യാപിച്ചേക്കാം. വരികൾ എണ്ണി ഫലത്തെ ഉപകരണ എണ്ണം എന്ന് വിളിക്കുന്നത് വിന്യാസത്തെ ഏകപക്ഷീയമായ ഘടകം കൊണ്ട് അതിശയോക്തിപരമാക്കുന്നു.
ആവശ്യകത യഥാർത്ഥത്തിൽ അസറ്റ് ഇൻവെന്ററിയാണെങ്കിൽ, ആ നെറ്റ്വർക്കിന്റെ ഉടമയായ ഇൻവെന്ററി പ്രക്രിയ ഉപയോഗിക്കുക. ഏത് പിയർ ഒരു റൂട്ട് വഹിക്കുന്നുവെന്ന് VPN-ന് തിരിച്ചറിയാം, അത് അതിന് പിന്നിൽ ഏത് ഹോസ്റ്റുകൾ നിലനിൽക്കുന്നു എന്നതിൽ നിന്ന് വ്യത്യസ്തമായ വസ്തുതയാണ്.
പ്രായം, അനുമതികൾ, തത്സമയ കാഴ്ച
ഓരോ ഉത്തരത്തിനൊപ്പവും ഫയലിന്റെ പരിഷ്കരണ സമയം സൂക്ഷിക്കുക. മണിക്കൂറുകൾക്ക് മുമ്പ് നിന്നുപോയ സർവർ അതിന്റെ അവസാന സ്നാപ്ഷോട്ട് അതേ സ്ഥലത്ത് വിടുന്നു, നിലവിലുള്ളതായി അവതരിപ്പിക്കുന്ന കാലഹരണപ്പെട്ട ഫയൽ ഒരു റിപ്പോർട്ടും ഇല്ലാത്തതിനേക്കാൾ മോശമാണ്.
ഡയറക്ടറി നിലനിൽക്കണം, സേവനം യഥാർത്ഥത്തിൽ പ്രവർത്തിക്കുന്ന അക്കൗണ്ടിന് എഴുതാൻ കഴിയണം, ഇത് കടുപ്പിക്കൽ റൗണ്ടിന് ശേഷം മറക്കാൻ എളുപ്പമാണ്. ഫയലിൽ സാധാരണയായി പേരുകളും വിലാസങ്ങളും അടങ്ങിയിരിക്കുന്നു, അതിനാൽ ഒരു വെബ് സർവറിന് നൽകാൻ കഴിയുന്ന എവിടെയെങ്കിലുമല്ലാതെ ഭരണപരമായ ഒരിടത്ത് സൂക്ഷിക്കുക. അനുമതികൾ സേവന അക്കൗണ്ടിൽ നിന്ന് പരിശോധിക്കുക, നിങ്ങളുടെ ഷെല്ലിൽ നിന്നല്ല. നിശബ്ദമായി അപ്ഡേറ്റ് നിർത്തുന്ന സ്നാപ്ഷോട്ട് ശാന്തമായ ഒരു നെറ്റ്വർക്കിനെപ്പോലെ തന്നെ കാണപ്പെടുന്നു.
ഇവന്റ്-അധിഷ്ഠിത ആവശ്യങ്ങൾക്ക് വേഗത്തിലുള്ള പോളിംഗിന് പകരം പിന്തുണയ്ക്കുന്ന മാനേജ്മെന്റ് ഇന്റർഫേസ് ഉപയോഗിക്കുക. ആ ഇന്റർഫേസിനെ മെട്രിക്സല്ല, നിയന്ത്രണമായി കാണുക, സെഷനുകൾ എണ്ണാൻ മാത്രം അത് ഇന്റർനെറ്റിൽ ഒരിക്കലും തുറക്കരുത്.