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 सत्र होइन, र घटनामा रहेको प्रयोगकर्ता नाम व्यक्तिप्रति प्रमाणित आरोपण होइन। खाता सम्झौता भएको घोषणा गर्नु अघि कारणलाई सफल लगइन, ज्ञात प्रयोगकर्ता गतिविधि र दोहोरिएका प्रयाससँग सहसम्बन्ध गर्नुहोस्, र चेतावनीमा तीमध्ये कुन तपाईंले जाँच्नुभयो भन्नुहोस्।

सूचना अधिकृत प्राप्तकर्तालाई मात्र पठाउनुहोस्। खाता नाम, आन्तरिक उपकरण पहिचानकर्ता र स्रोत ठेगानाहरू सञ्चालनगत रूपमा संवेदनशील छन्, र सुविधाका लागि बढ्ने वितरण सूची चुहावटको मार्ग बन्छ। एउटा कार्ययोग्य मार्ग र अक्षत अडिट ट्रेल नै सम्पूर्ण लक्ष्य हो।