«VPN ലോഗിൻ പരാജയപ്പെടുമ്പോൾ എനിക്ക് ഇമെയിൽ അയക്കുക» എന്ന വാക്യത്തിനുള്ളിൽ രണ്ട് തീരുമാനങ്ങൾ ഒളിഞ്ഞിരിക്കുന്നു. ആദ്യത്തേത് അറിയിപ്പ് എങ്ങനെ എത്തിക്കുന്നു എന്നതാണ്: ഓരോ ഇവന്റിനും ഒരു മെയിൽ, ആനുകാലിക സംഗ്രഹം, അല്ലെങ്കിൽ ശേഖരിക്കുന്നയാളിൽ നിന്നുള്ള മുന്നറിയിപ്പ്. രണ്ടാമത്തേത് സന്ദേശത്തിൽ എന്തുണ്ട് എന്നതാണ്. ആദ്യത്തേതിൽ തെറ്റിയാൽ മെയിൽബോക്സ് നിറഞ്ഞൊഴുകും, രണ്ടാമത്തേതിൽ തെറ്റിയാൽ മുന്നറിയിപ്പിനെ പ്രവർത്തനക്ഷമമാക്കുന്ന ഫീൽഡുകൾ മായ്ക്കപ്പെടും. രണ്ട് തീരുമാനങ്ങൾക്കും VPN ലോഗ് വിഭാഗം അടിച്ചമർത്തേണ്ടതില്ല — അതാണ് ഓഡിറ്റ് ട്രെയിലിനെ നിശബ്ദമായി നശിപ്പിക്കുന്ന കുറുക്കുവഴി.

മൂന്ന് വിതരണ രൂപങ്ങളും ഏത് എപ്പോൾ യോജിക്കും

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

ആരാണ് പ്രതികരിക്കുന്നത്, എത്ര വേഗത്തിൽ അത് ചെയ്യാനാകും എന്നതിന്റെ അടിസ്ഥാനത്തിൽ തിരഞ്ഞെടുക്കുക, ഏത് ഓപ്ഷൻ ഏറ്റവും എളുപ്പം കോൺഫിഗർ ചെയ്യാം എന്നതിന്റെ അടിസ്ഥാനത്തിൽ അല്ല. ഒരു ഓഫീസ് സംരക്ഷിക്കുന്ന ഒരൊറ്റ FortiGate ഇവന്റിനുള്ള ഇമെയിലിനെ ന്യായീകരിക്കാം. മോഷ്ടിച്ച ക്രെഡൻഷ്യലുകൾ നിറയ്ക്കാനുള്ള ശ്രമങ്ങൾ സ്വീകരിക്കുന്ന ഗേറ്റ്‌വേയിൽ അതേ കോൺഫിഗറേഷൻ ദിവസേന ആയിരക്കണക്കിന് സന്ദേശങ്ങൾ സൃഷ്ടിക്കുകയും ആരും വായിക്കാത്ത ഫോൾഡറിലേക്ക് ഫിൽട്ടർ ചെയ്യപ്പെടുകയും ചെയ്യുന്നു.

ഇവന്റ് റെക്കോർഡിൽ നിന്ന് ആരംഭിക്കുക, വിഷയ വരിയിൽ നിന്നല്ല

നിങ്ങൾ യഥാർത്ഥത്തിൽ പ്രവർത്തിപ്പിക്കുന്ന റിലീസിൽ പ്രതിനിധീകരണ ശേഖരിച്ച ഇവന്റ് വായിക്കുക. FortiOS 7.4.8 ലോഗ് റഫറൻസ് SSL VPN-ലേക്കുള്ള ലോഗിൻ പരാജയത്തെ ഇവന്റ് 39426 ആയി തിരിച്ചറിയുന്നു, അതിന്റെ ഫീൽഡുകളിൽ ഉൾപ്പെടുന്നു action, user, remip, reason, tunneltype ഒപ്പം vd. ആ റെക്കോർഡിൽ നിന്നല്ലാതെ ഫോർവേഡ് ചെയ്ത ഇമെയിൽ വിഷയത്തിൽ നിന്ന് ഫിൽട്ടർ രൂപകൽപ്പന ചെയ്യുന്നതാണ് അവരുടെ ഫേംവെയർ വ്യത്യസ്തമായി എഴുതുന്ന ഫീൽഡ് നാമവുമായി പൊരുത്തപ്പെടാൻ ആളുകൾ എത്തിച്ചേരുന്ന വഴി. രണ്ടോ മൂന്നോ യഥാർത്ഥ പരാജയങ്ങൾ തുറന്ന് ട്രിഗർ എഴുതുന്നതിന് മുമ്പ് ഐഡന്റിഫയറുകൾ ഒത്തുപോകുന്നുവെന്ന് ഉറപ്പാക്കുക. അതിന് എടുക്കുന്ന അഞ്ച് മിനിറ്റ് തെറ്റായ ഇവന്റിൽ പ്രവർത്തിക്കുന്ന ഒരാഴ്ചത്തെ മുന്നറിയിപ്പുകളേക്കാൾ ചെറുതാണ്.

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

പിന്തുണയ്ക്കുന്ന പകരസംവിധാനങ്ങളിൽ നിന്ന് ചുരുക്കമായ ബോഡി നിർമ്മിക്കുക

ഇമെയിൽ പ്രവർത്തനങ്ങൾക്കായി ലോഗ്-ഫീൽഡ് പകരം വയ്ക്കൽ രേഖപ്പെടുത്തുന്ന റിലീസുകളിൽ ബോഡി ചെറുതാകാം, എന്നിട്ടും ഉപയോഗപ്രദമാണ്. താഴെയുള്ള രൂപം ഉദാഹരണമാണ്; പ്രയോഗിക്കുന്നതിന് മുമ്പ് ആട്രിബ്യൂട്ട് നാമങ്ങളും പകരം വയ്ക്കൽ വാക്യഘടനയും നിങ്ങളുടെ ഫേംവെയർ പതിപ്പുമായി പരിശോധിക്കുക.

config system automation-trigger
    edit "ssl-vpn-login-fail"
        set event-type event-log
        set logid 39426
    next
end

config system automation-action
    edit "mail-vpn-fail"
        set action-type email
        set email-to "[email protected]"
        set email-subject "SSL-VPN login failed"
        set message "Account: %%log.user%% | Source: %%log.remip%% | Reason: %%log.reason%%"
    next
end

ശൂന്യമായ ഫീൽഡ് കാണിക്കുന്ന ടെംപ്ലേറ്റ് ഇവന്റിൽ ആ ഡാറ്റ ഇല്ലായിരുന്നു എന്ന് തെളിയിക്കുന്നില്ല. ആദ്യം ഫീൽഡിന്റെ പേരും പകരം വയ്ക്കൽ വാക്യഘടനയും പരിശോധിക്കുക, തുടർന്ന് ഒരു നിയന്ത്രിത പരാജയത്തോടെ പരീക്ഷിച്ച് യഥാർത്ഥ സന്ദേശം വായിക്കുക. ഏത് യൂണിറ്റാണ് മെയിൽ അയച്ചതെന്ന് ഊഹിക്കാതെ പ്രതികരിക്കുന്നയാൾക്ക് പൂർണ്ണ റെക്കോർഡ് കണ്ടെത്താൻ ഉപകരണ തിരിച്ചറിയലും സംഭവസമയവും ചേർക്കുക.

റെക്കോർഡ് മായ്ക്കാതെ വോളിയം ശാന്തമാക്കുക

നിരക്ക് നിയന്ത്രണം, ഗ്രൂപ്പിംഗ്, പരസ്പരബന്ധം എന്നിവ വിതരണ പാളിയിൽ പെടുന്നു. എല്ലാത്തിനും ഏറ്റവും കുറഞ്ഞ ഇമെയിൽ ഗുരുത്വം ഉയർത്തുന്നത് ബന്ധമില്ലാത്ത ഇവന്റുകൾ മറയ്ക്കുന്ന മൂർച്ചയില്ലാത്ത ഉപകരണമാണ്, VPN ലോഗ് വിഭാഗം അപ്രാപ്തമാക്കുന്നത് അതിലും മോശമാണ്: ഇവന്റുകൾ എഴുതുന്നത് തന്നെ നിലയ്ക്കുന്നു. അംഗീകരിച്ച ലോഗിംഗ് ലക്ഷ്യവും നിലനിർത്തൽ നയവും മുമ്പുണ്ടായിരുന്നത് പോലെ കൃത്യമായി നിലനിർത്തുക, പകരം അറിയിപ്പ് പാത കൂടുതൽ ശാന്തമാകട്ടെ. നിങ്ങൾ എന്താണ് അടിച്ചമർത്തിയതെന്ന് രേഖപ്പെടുത്തുക, കാരണം അടുത്ത വ്യക്തി മെയിൽബോക്സിൽ ഒരു വിടവ് കാണും, അത് മനഃപൂർവമായിരുന്നു എന്ന് അറിയേണ്ടതുണ്ട്.

പുതിയ പാത സാധുതയുള്ളതാക്കിയ ശേഷം, ഏതെങ്കിലും ഓവർലാപ്പിംഗ് പഴയ ഇമെയിൽ നിയമം അവലോകനം ചെയ്ത മാറ്റത്തിലൂടെ ഒഴിവാക്കുക. രണ്ട് പാതകളും ഒരുമിച്ച് പ്രവർത്തിക്കുന്നതോടെ അവസാനിക്കുക, അല്ലെങ്കിൽ പഴയത് ആദ്യം അപ്രാപ്തമാക്കിയതിനാൽ ഒന്നും പ്രവർത്തിക്കാതിരിക്കുക — പരീക്ഷണത്തിന് മുമ്പ് വൃത്തിയാക്കുന്നതിന്റെ സാധാരണ ഫലമാണ്.

പരാജയത്തെ പരാജയമായി വായിക്കുക

പരാജയപ്പെട്ട പ്രാമാണീകരണ ഇവന്റ് വിജയകരമായ VPN സെഷനല്ല, ഇവന്റിലെ ഉപയോക്തൃനാമം ഒരു വ്യക്തിക്ക് പരിശോധിച്ചുറപ്പിച്ച ആരോപണവുമല്ല. അക്കൗണ്ട് വീഴ്ചയിലാണെന്ന് പ്രഖ്യാപിക്കുന്നതിന് മുമ്പ് കാരണം വിജയകരമായ ലോഗിനുകൾ, അറിയപ്പെടുന്ന ഉപയോക്തൃ പ്രവർത്തനം, ആവർത്തിച്ച ശ്രമങ്ങൾ എന്നിവയുമായി ബന്ധിപ്പിക്കുക, അവയിൽ ഏതൊക്കെ നിങ്ങൾ പരിശോധിച്ചുവെന്ന് മുന്നറിയിപ്പിൽ പറയുക.

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

അനുബന്ധ ലേഖനങ്ങൾ