FortiGate VPN નિષ્ફળતાનો ઈમેલ: લોગ નહીં, ફીલ્ડ ફિલ્ટર કરો

«VPN લોગિન નિષ્ફળ થાય ત્યારે મને ઈમેલ મોકલો» એ વાક્યમાં બે નિર્ણય છુપાયેલા છે. પહેલો એ છે કે સૂચના કેવી રીતે પહોંચાડવી: દરેક ઘટના માટે એક મેલ, સામયિક સારાંશ, કે કલેક્ટર તરફથી ચેતવણી. બીજો એ છે કે સંદેશમાં શું હોય. પહેલામાં ભૂલ કરવાથી મેલબોક્સ ભરાઈ જાય છે, અને બીજામાં ભૂલ કરવાથી એ ફીલ્ડ ભૂંસાઈ જાય છે જે ચેતવણીને કાર્યક્ષમ બનાવે છે. બંનેમાંથી કોઈ નિર્ણયને VPN લોગ શ્રેણી દબાવવાની જરૂર નથી — એ જ શોર્ટકટ છે જે ઓડિટ ટ્રેઇલને ચૂપચાપ નષ્ટ કરે છે.

ત્રણ પ્રકારના વિતરણ અને ક્યારે કયું યોગ્ય

કોણ પ્રતિસાદ આપે છે અને કેટલી ઝડપથી આપી શકે તેના આધારે પસંદ કરો, કયો વિકલ્પ ગોઠવવો સૌથી સરળ છે તેના આધારે નહીં. એક ઓફિસનું રક્ષણ કરતું એકલું 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 સત્ર નથી, અને ઘટનામાંનું વપરાશકર્તાનામ વ્યક્તિને ચકાસાયેલું આરોપણ નથી. એકાઉન્ટ સાથે છેડછાડ થઈ છે એવું જાહેર કરતા પહેલાં કારણને સફળ લોગિન, જાણીતી વપરાશકર્તા પ્રવૃત્તિ અને પુનરાવર્તિત પ્રયાસો સાથે સહસંબંધિત કરો, અને ચેતવણીમાં જણાવો કે એમાંથી કયા તમે ચકાસ્યા.

સૂચના ફક્ત અધિકૃત પ્રાપ્તકર્તાઓને મોકલો. એકાઉન્ટ નામો, આંતરિક ઉપકરણ ઓળખકર્તાઓ અને સ્રોત સરનામાં કાર્યાત્મક રીતે સંવેદનશીલ છે, અને સુવિધા માટે વધતી વિતરણ યાદી લીક માર્ગ બની જાય છે. એક કાર્યક્ષમ માર્ગ અને અકબંધ ઓડિટ ટ્રેઇલ એ જ સંપૂર્ણ ધ્યેય છે.