FortiGate VPN ਫੇਲ੍ਹ ਈਮੇਲ: ਲੌਗ ਨਹੀਂ, ਫੀਲਡ ਫਿਲਟਰ ਕਰੋ

ਸੂਚਨਾ ਦਾ ਰੂਪ ਚੁਣੋ, ਇਸਨੂੰ ਘਟਨਾ 39426 ਦੇ ਫੀਲਡਾਂ ਤੋਂ ਬਣਾਓ, ਫਿਰ VPN ਲੌਗ ਸ਼੍ਰੇਣੀ ਜਾਂ ਆਡਿਟ ਟ੍ਰੇਲ ਬੰਦ ਕੀਤੇ ਬਿਨਾਂ ਮਾਤਰਾ ਸ਼ਾਂਤ ਕਰੋ।

«ਜਦੋਂ 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 ਸੈਸ਼ਨ ਨਹੀਂ ਹੈ, ਅਤੇ ਘਟਨਾ ਵਿੱਚ ਵਰਤੋਂਕਾਰ ਨਾਮ ਕਿਸੇ ਵਿਅਕਤੀ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਆਰੋਪਣ ਨਹੀਂ ਹੈ। ਖਾਤੇ ਨੂੰ ਸਮਝੌਤਾ-ਗ੍ਰਸਤ ਐਲਾਨਣ ਤੋਂ ਪਹਿਲਾਂ ਕਾਰਨ ਨੂੰ ਸਫਲ ਲੌਗਇਨ, ਜਾਣੀ-ਪਛਾਣੀ ਵਰਤੋਂਕਾਰ ਗਤੀਵਿਧੀ ਅਤੇ ਦੁਹਰਾਈ ਕੋਸ਼ਿਸ਼ਾਂ ਨਾਲ ਸਬੰਧਤ ਕਰੋ, ਅਤੇ ਚੇਤਾਵਨੀ ਵਿੱਚ ਦੱਸੋ ਕਿ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੀ ਤੁਸੀਂ ਜਾਂਚਿਆ।

ਸੂਚਨਾ ਸਿਰਫ਼ ਅਧਿਕ੍ਰਿਤ ਪ੍ਰਾਪਤਕਰਤਾਵਾਂ ਨੂੰ ਭੇਜੋ। ਖਾਤਾ ਨਾਮ, ਅੰਦਰੂਨੀ ਡਿਵਾਈਸ ਪਛਾਣਕਰਤਾ ਅਤੇ ਸਰੋਤ ਪਤੇ ਕਾਰਜਾਤਮਕ ਤੌਰ ’ਤੇ ਸੰਵੇਦਨਸ਼ੀਲ ਹਨ, ਅਤੇ ਸੁਵਿਧਾ ਲਈ ਵਧਣ ਵਾਲੀ ਵੰਡ ਸੂਚੀ ਲੀਕ ਦਾ ਮਾਰਗ ਬਣ ਜਾਂਦੀ ਹੈ। ਇੱਕ ਕਾਰਵਾਈਯੋਗ ਮਾਰਗ ਅਤੇ ਅਖੰਡ ਆਡਿਟ ਟ੍ਰੇਲ ਹੀ ਪੂਰਾ ਟੀਚਾ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ