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 सत्र नाही, आणि घटनेतील वापरकर्तानाव व्यक्तीला सत्यापित आरोपण नाही. खाते तडकाफडकी झाले असे जाहीर करण्यापूर्वी कारणाचा यशस्वी लॉगिन, ज्ञात वापरकर्ता क्रियाकलाप आणि पुनरावृत्ती प्रयत्नांशी सहसंबंध जोडा, आणि इशाऱ्यात त्यापैकी काय तुम्ही तपासले ते सांगा.

सूचना फक्त अधिकृत प्राप्तकर्त्यांना पाठवा. खाते नावे, अंतर्गत उपकरण ओळखकर्ते आणि स्रोत पत्ते कार्यात्मकदृष्ट्या संवेदनशील आहेत, आणि सोयीसाठी वाढणारी वितरण यादी गळतीचा मार्ग बनते. एक कृतीयोग्य मार्ग आणि अखंड ऑडिट ट्रेल हेच संपूर्ण ध्येय आहे.