DDoS ਕਮਜੋਰੀ ਦੇ ਹੇਠਾਂ ਸਾਈਟ 'ਤੇ Cloudflare "Under Attack" ਮੋਡ ਕਿਵੇਂ ਵਰਤਣਾ ਹੈ?

DDoS ਕਮਜੋਰੀ ਦੇ ਹੇਠਾਂ ਇੱਕ ਸਾਈਟ 'ਤੇ Cloudflare Under Attack ਮੋਡ, ਦਰਸ਼ਕਾਂ ਨੂੰ ਛੋਟੀ ਸੁਰੱਖਿਆ ਦੀ ਪੁਸ਼ਟੀ ਦਿਖਾ ਕੇ ਬੋਟ ਟ੍ਰੈਫਿਕ ਨੂੰ ਫਿਲਟਰ ਕਰਨ ਵਾਲਾ ਇਮਰਜੈਂਸੀ ਡਿਫੈਂਸ ਸੈਟਿੰਗ ਹੈ। Cloudflare ਪੈਨਲ ਵਿੱਚ ਆਪਣੀ ਸਾਈਟ ਚੁਣ ਕੇ ਸੁਰੱਖਿਆ ਵਿਭਾਗ ਵਿੱਚ Under Attack Mode ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਐਕਟੀਵੇਟ ਕਰਕੇ ਕੁਝ ਮਿੰਟਾਂ ਵਿੱਚ HTTP/HTTPS ਪੱਧਰ 'ਤੇ ਭਾਰੀ ਬੇਨਤੀ ਨੂੰ ਹੌਲੀ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਅਸਲੀ ਯੂਜ਼ਰਾਂ ਨੂੰ ਸਾਈਟ ਤੱਕ ਪਹੁੰਚ ਬਣਾਈ ਰੱਖਣ ਅਤੇ ਆਪਣੇ ਸਰਵਰ ਦਾ ਭਾਰ ਘਟਾਉਣ ਵਿੱਚ ਮਦਦ ਮਿਲ ਸਕਦੀ ਹੈ। ਪਰ ਇਹ ਮੋਡ ਇਕੱਲੇ ਹੀ ਕੋਈ ਨਿਰੰਤਰ ਹੱਲ ਨਹੀਂ ਹੈ; ਇਹ ਸਹੀ DNS ਪ੍ਰਾਕਸੀ ਸੈਟਿੰਗ, WAF ਕਾਇਦੇ, ਰੇਟ ਸੀਮਾ, ਕੈਸ਼ ਸੰਰਚਨਾ ਅਤੇ ਮੂਲ ਸਰਵਰ ਦੀ ਸੁਰੱਖਿਆ ਨਾਲ ਵਰਤਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

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

Cloudflare Under Attack ਮੋਡ ਕੀ ਹੈ?

Cloudflare Under Attack ਮੋਡ, Cloudflare ਦੁਆਰਾ ਦਿੱਤੀ ਗਈ ਐਮਰਜੈਂਸੀ ਸੁਰੱਖਿਆ ਪੱਧਰ ਹੈ। ਜਦੋਂ ਇਹ ਐਕਟੀਵੇਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ Cloudflare, ਸਾਈਟ 'ਤੇ ਆ ਰਹੇ ਦਰਸ਼ਕਾਂ ਦੇ ਬ੍ਰਾਊਜ਼ਰਾਂ ਨੂੰ ਛੋਟੀ ਪੁਸ਼ਟੀ ਦੀ ਪ੍ਰਕਿਰਿਆ 'ਚੋਂ ਗੁਜ਼ਾਰਦਾ ਹੈ। ਇਹ ਪੁਸ਼ਟੀ ਆਮ ਤੌਰ 'ਤੇ ਕੁਝ ਸਕਿੰਟਾਂ ਲਈ ਚੱਲਦੀ ਹੈ ਅਤੇ ਆਟੋਮੈਟਿਕ ਬੋਟਾਂ, ਸਧਾਰਣ HTTP ਫਲੱਡ ਟੂਲ ਜਾਂ ਮਲਿਸੀਅਸ ਬ੍ਰਾਊਜ਼ਰ ਬਾਹਰੀ ਕਲਾਇੰਟਾਂ ਨੂੰ ਸਾਈਟ 'ਤੇ ਸਿੱਧਾ ਭਾਰ ਪਾਉਣ ਤੋਂ ਰੋਕਦੀ ਹੈ।

ਇਸ ਮੋਡ ਦਾ ਮੁੱਖ ਉਦੇਸ਼, ਐਪਲੀਕੇਸ਼ਨ ਪੱਧਰ ਜਾਂ ਲੇਅਰ 7 ਪੱਧਰ 'ਤੇ ਹੋ ਰਹੇ ਹਮਲਿਆਂ ਨੂੰ ਘਟਾਉਣਾ ਹੈ। ਉਦਾਹਰਨ ਵਜੋਂ, ਜੇਕਰ ਮੁੱਖ ਪੰਨਾ 'ਤੇ ਪ੍ਰਤੀ ਸਕਿੰਟ ਹਜ਼ਾਰਾਂ GET ਬੇਨਤੀਆਂ, WordPress ਲੌਗਇਨ ਪੰਨੇ 'ਤੇ ਘਣੇ POST ਕੋਸ਼ਿਸ਼ਾਂ, ਖੋਜ ਪੰਨੇ 'ਤੇ ਮਹਿੰਗੇ ਪੁੱਛਗਿੱਛਾਂ ਜਾਂ ਕਾਰਟ ਪੰਨੇ 'ਤੇ ਝੂਠਾ ਟ੍ਰੈਫਿਕ ਭੇਜਿਆ ਜਾ ਰਿਹਾ ਹੈ, ਤਾਂ Under Attack ਮੋਡ ਤੁਰੰਤ ਪਹਿਲੀ ਕਾਰਵਾਈ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

ਇੱਥੇ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਫਰਕ ਹੈ: Under Attack ਮੋਡ, ਵੈਬ ਬੇਨਤੀਆਂ ਨੂੰ ਫਿਲਟਰ ਕਰਦਾ ਹੈ; ਪਰ ਜੇਕਰ ਤੁਹਾਡੇ ਸਰਵਰ ਦਾ IP ਐਡਰੈੱਸ ਸਿੱਧਾ ਨਿਸ਼ਾਨਾ ਬਣਾਇਆ ਜਾ ਰਿਹਾ ਹੈ, ਤਾਂ Cloudflare ਪ੍ਰਾਕਸੀ ਦੇ ਬਾਹਰ ਤੁਹਾਡੀਆਂ ਸੇਵਾਵਾਂ ਖੁੱਲ੍ਹੀਆਂ ਹਨ, ਜਾਂ ਹਮਲਾ ਲੇਅਰ 3/4 ਪੱਧਰ 'ਤੇ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ, ਤਾਂ ਵਾਧੂ ਸਾਵਧਾਨੀਆਂ ਦੀ ਲੋੜ ਹੈ। ਇਸ ਲਈ DNS ਰਿਕਾਰਡਾਂ ਦਾ Cloudflare ਰਾਹੀਂ ਪ੍ਰਾਕਸੀ ਹੋਣਾ, ਮੂਲ IP ਐਡਰੈੱਸ ਨੂੰ ਛੁਪਾਉਣਾ ਅਤੇ ਹੋਸਟਿੰਗ ਪਾਸੇ 'ਤੇ ਸਹੀ ਸੁਰੱਖਿਆ ਉਪਾਅ ਲਾਗੂ ਕਰਨਾ ਬਹੁਤ ਜਰੂਰੀ ਹੈ। ਸੁਰੱਖਿਅਤ ਢਾਂਚਾ ਚੋਣ ਲਈ ਸੁਰੱਖਿਅਤ ਵੈਬ ਹੋਸਟਿੰਗ ਸੇਵਾਵਾਂ ਅਤੇ SSL ਸਰਟੀਫਿਕੇਟ ਸਥਾਪਨਾ ਸਮੱਗਰੀ ਨਾਲ ਜੁੜਿਆ ਜਾ ਸਕਦਾ ਹੈ।

DDoS ਕਮਜੋਰੀ ਦੇ ਨਿਸ਼ਾਨ: Under Attack ਮੋਡ 'ਤੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਜਾਂਚ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ?

ਹਰ ਇੱਕ ਹੌਲੀ ਹੋਣ ਦਾ ਮਤਲਬ DDoS ਨਹੀਂ ਹੈ। ਕਈ ਵਾਰ ਗਲਤ ਪਲੱਗਇਨ, ਡੇਟਾਬੇਸ ਲੌਕਿੰਗ, ਉੱਚ CPU ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੀ ਕ੍ਰੋਨ ਕਾਰਜ ਜਾਂ ਗਲਤ ਕੈਸ਼ ਸੈਟਿੰਗ ਵੀ ਸਮਾਨ ਨਤੀਜੇ ਪੈਦਾ ਕਰ ਸਕਦੀ ਹੈ। ਇਸ ਲਈ Under Attack ਮੋਡ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਤੇਜ਼ੀ ਨਾਲ ਚਿਣਨ ਕਰਨਾ ਲਾਭਦਾਇਕ ਹੁੰਦਾ ਹੈ। ਫਿਰ ਵੀ ਜੇਕਰ ਸਰਵਰ ਜਵਾਬ ਦੇਣ ਵਿੱਚ ਮੁਸ਼ਕਲ ਮਹਿਸੂਸ ਕਰ ਰਿਹਾ ਹੈ, ਯੂਜ਼ਰ 502, 503, 504 ਗਲਤੀਆਂ ਪ੍ਰਾਪਤ ਕਰ ਰਹੇ ਹਨ, ਅਤੇ ਲੌਗਾਂ ਵਿੱਚ ਅਸਧਾਰਣ ਬੇਨਤੀ ਦਾ ਧਮਾਕਾ ਹੈ, ਤਾਂ ਐਮਰਜੈਂਸੀ ਮੋਡ ਵਿੱਚ ਕੋਈ ਵੀ ਪੈਰਵੀ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ।

ਟਿਪਿਕਲ DDoS ਨਿਸ਼ਾਨ

• ਛੋਟੇ ਸਮੇਂ ਵਿੱਚ ਆਮ ਨਾਲ 5, 10 ਜਾਂ 50 ਗੁਣਾ ਟ੍ਰੈਫਿਕ ਵਾਧਾ ਵੇਖਣਾ।
• ਇੱਕ ਹੀ ਸਫੇ ਜਾਂ ਐਂਡਪੋਇੰਟ 'ਤੇ ਪ੍ਰਤੀ ਸਕਿੰਟ ਸੈਂਕੜੇ ਬੇਨਤੀਆਂ ਆ ਰਹੀਆਂ ਹਨ।
• ਵੱਖ-ਵੱਖ ਦੇਸ਼ਾਂ ਤੋਂ ਪਰੰਤੂ ਸਮਾਨ ਯੂਜ਼ਰ-ਏਜੰਟ ਮੁੱਲਾਂ ਨਾਲ ਟ੍ਰੈਫਿਕ ਦਾ ਆਗਮਨ।
• WordPress, WooCommerce, OpenCart ਜਾਂ ਖਾਸ ਸਾਫਟਵੇਅਰ ਵਿੱਚ ਐਡਮਿਨ, ਲੌਗਿਨ, ਖੋਜ, ਕਾਰਟ ਵਰਗੇ ਮਹਿੰਗੇ URL ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਣਾ।
• ਸਰਵਰ 'ਤੇ CPU, RAM, PHP-FPM ਵਰਕਰ ਜਾਂ MySQL ਕਨੈਕਸ਼ਨ ਸੀਮਾ ਭਰ ਜਾਣਾ।
• Cloudflare ਐਨਾਲਿਟਿਕਸ ਸਕਰੀਨ 'ਤੇ 4xx ਅਤੇ 5xx ਗਲਤੀਆਂ ਦਾ ਅਚਾਨਕ ਵਾਧਾ।
• ਅਸਲੀ ਯੂਜ਼ਰਾਂ ਦੀ ਸਾਈਟ 'ਤੇ ਵਾਰੀ-ਵਾਰੀ ਪਹੁੰਚ ਹੋਣਾ, ਪਰ ਬੋਟ ਟ੍ਰੈਫਿਕ ਦਾ ਨਿਰੰਤਰ ਬੇਨਤੀਆਂ ਭੇਜਣਾ।

ਉਦਾਹਰਨ ਵਜੋਂ, ਜੇਕਰ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਈ-ਕਾਮਰਸ ਸਾਈਟ 2,000 ਬੇਨਤੀਆਂ ਪ੍ਰਤੀ ਮਿੰਟ ਪ੍ਰਾਪਤ ਕਰਦੀ ਹੈ, 10 ਮਿੰਟਾਂ ਵਿੱਚ 80,000 ਬੇਨਤੀਆਂ ਪ੍ਰਤੀ ਮਿੰਟ ਚਲੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਬੇਨਤੀਆਂ ਦਾ 70% ਕਾਰਟ ਜਾਂ ਖੋਜ ਪੰਨੇ 'ਤੇ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇਹ ਸਾਫ਼ ਤੌਰ 'ਤੇ ਇੱਕ ਲੇਅਰ 7 ਹਮਲੇ ਦਾ ਨਿਸ਼ਾਨ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, Under Attack ਮੋਡ ਪਹਿਲੇ 5 ਮਿੰਟਾਂ ਵਿੱਚ ਖੋਲ੍ਹਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਨਿਸ਼ਾਨਿਤ URL ਲਈ ਖਾਸ WAF ਅਤੇ ਰੇਟ ਸੀਮਾ ਦੇ ਨਿਯਮ ਜੋੜੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ।

Cloudflare Under Attack ਮੋਡ ਕਦੋਂ ਵਰਤਣਾ ਚਾਹੀਦਾ ਹੈ?

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

ਵਰਤਣ ਲਈ ਯੋਗ ਸਥਿਤੀਆਂ

• ਸਾਈਟ 'ਤੇ ਭਾਰੀ ਅਤੇ ਅਸਧਾਰਣ HTTP/HTTPS ਬੇਨਤੀਆਂ ਆ ਰਹੀਆਂ ਹਨ।
• ਸਰਵਰ ਦੇ ਸਰੋਤ ਜਲਦੀ ਖਤਮ ਹੋ ਰਹੇ ਹਨ ਅਤੇ 502/503 ਗਲਤੀਆਂ ਵੱਧ ਰਹੀਆਂ ਹਨ।
• Cloudflare WAF ਹਾਲੇ ਖਾਸ ਨਿਯਮਾਂ ਨਾਲ ਸੰਰਚਿਤ ਨਹੀਂ ਹੈ ਅਤੇ ਤੇਜ਼ੀ ਨਾਲ ਇੱਕ ਕਿਲ੍ਹਾ ਦੀ ਲੋੜ ਹੈ।
• ਬੋਟ ਟ੍ਰੈਫਿਕ ਅਸਲੀ ਯੂਜ਼ਰ ਟ੍ਰੈਫਿਕ ਤੋਂ ਨਿਸ਼ਚਿਤ ਤੌਰ 'ਤੇ ਵੱਧ ਹੈ।
• ਹਮਲੇ ਦਾ ਨਿਸ਼ਾਨ ਵੈਬ ਪੰਨੇ, ਫਾਰਮ, ਲੌਗਇਨ ਸਕਰੀਨ ਜਾਂ ਖੋਜ ਐਂਡਪੋਇੰਟਸ ਹੈ।

ਸਾਵਧਾਨੀ ਨਾਲ ਵਰਤੀ ਜਾਨ ਵਾਲੀਆਂ ਸਥਿਤੀਆਂ

• ਮੋਬਾਈਲ ਐਪਲੀਕੇਸ਼ਨ, ਭੁਗਤਾਨ ਪ੍ਰਦਾਤਾ, ਵੈਬਹੁਕ ਜਾਂ API ਟ੍ਰੈਫਿਕ ਦਾ ਭਾਰੀ ਉਪਯੋਗ ਹੋ ਰਿਹਾ ਹੈ।
• ਖੋਜ ਇੰਜਨ ਬੋਟਾਂ ਦੇ ਆਹਮ ਸਕੈਨਿੰਗ ਵਰਤਣ ਦੇ ਸਮੇਂ 'ਤੇ ਹੋ।
• ਤੁਹਾਡੇ ਕੋਲ ਪੁਰਾਣੇ ਬ੍ਰਾਊਜ਼ਰ ਜਾਂ ਸੀਮਤ ਨੈੱਟਵਰਕ ਵਾਤਾਵਰਨਾਂ ਤੋਂ ਪਹੁੰਚ ਕਰਨ ਵਾਲੇ ਕਾਰਪੋਰੇਟ ਯੂਜ਼ਰ ਹਨ।
• ਤੁਹਾਡੇ ਸਾਈਟ 'ਤੇ Cloudflare ਪ੍ਰਾਕਸੀ ਦੇ ਪਿੱਛੇ ਨਾ ਹੋਣ ਵਾਲੀਆਂ ਉਪ-ਡੋਮੇਨ ਹੋ ਸਕਦੀਆਂ ਹਨ।

API ਟ੍ਰੈਫਿਕ ਵਾਲੀਆਂ ਸਾਈਟਾਂ 'ਤੇ Under Attack ਮੋਡ ਨੂੰ ਸਮੂਹੀ ਤੌਰ 'ਤੇ ਲਾਗੂ ਕਰਨਾ ਕੁਝ ਇੰਟੀਗਰੇਸ਼ਨਾਂ ਨੂੰ ਨਾਕਾਮ ਕਰ ਸਕਦਾ ਹੈ। ਇਸ ਲਈ ਜੇਕਰ ਸੰਭਵ ਹੋਵੇ ਤਾਂ API ਉਪ-ਡੋਮੇਨਾਂ ਲਈ ਖਾਸ WAF ਨਿਯਮ, ਐਲੋਵਲਿਸਟ ਜਾਂ ਵੱਖਰੀ ਸੁਰੱਖਿਆ ਪੱਧਰ ਯੋਜਨਾ ਬਣਾਈ ਜਾਵੇ। API ਸੁਰੱਖਿਆ ਨਾਲ ਸੰਬੰਧਤ ਵਿਸਥਾਰ ਲਈ API ਸੁਰੱਖਿਆ ਅਤੇ ਰੇਟ ਸੀਮਤ ਕਰਨ ਦਾ ਮਾਰਗਦਰਸ਼ਕ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।

Cloudflare Under Attack ਮੋਡ ਕਿਵੇਂ ਖੋਲ੍ਹਣਾ ਹੈ? ਕਦਮ ਦਰ ਕਦਮ ਲਾਗੂ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ

ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮਾਂ, ਹਮਲੇ ਦੇ ਸਮੇਂ ਤੇਜ਼ੀ ਨਾਲ ਕਾਰਵਾਈ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤੀ ਇੱਕ ਪ੍ਰੈਕਟਿਕਲ ਚੈੱਕਲਿਸਟ ਹੈ। Cloudflare ਇੰਟਰਫੇਸ ਸਮੇਂ ਦੇ ਨਾਲ ਕੁਝ ਛੋਟੇ ਬਦਲਾਅ ਕਰ ਸਕਦਾ ਹੈ; ਪਰ ਲੋਜਿਕ ਇੱਕੋ ਜਿਹੀ ਹੈ: ਆਪਣਾ ਡੋਮੇਨ ਚੁਣੋ, ਸੁਰੱਖਿਆ ਪੱਧਰ ਨੂੰ ਵਧਾਓ ਅਤੇ ਆਉਣ ਵਾਲੀ ਟ੍ਰੈਫਿਕ ਨੂੰ Cloudflare ਰਾਹੀਂ ਪੁਸ਼ਟੀ ਕਰੋ।

1. Cloudflare ਖਾਤੇ ਵਿੱਚ ਲੌਗ ਇਨ ਕਰੋ

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

2. DNS ਰਿਕਾਰਡਾਂ ਦੀ ਪ੍ਰਾਕਸੀ ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰੋ

Under Attack ਮੋਡ ਦੇ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਹੋਣ ਲਈ ਵੈਬ ਟ੍ਰੈਫਿਕ ਦਾ Cloudflare ਰਾਹੀਂ ਜਾਣਾ ਜਰੂਰੀ ਹੈ। DNS ਵਿਭਾਗ ਵਿੱਚ A, AAAA ਅਤੇ CNAME ਰਿਕਾਰਡਾਂ ਦੀ ਸੰਤੁਸ਼ਟੀ ਕਰੋ ਕਿ ਉਹ ਨਾਰੰਜੀ ਬਦਲਾਂ 'ਚ ਹਨ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਉਹ ਪ੍ਰਾਕਸੀ ਕੀਤੇ ਗਏ ਹਨ। ਗ੍ਰੇ ਬਦਲਾਂ ਦੀ ਸਥਿਤੀ ਵਾਲੇ DNS ਸਿਰਫ਼ Cloudflare ਸੁਰੱਖਿਆ ਪੱਧਰ ਤੋਂ ਨਹੀਂ ਗੁਜ਼ਰਦੇ। ਖਾਸ ਤੌਰ 'ਤੇ www, ਮੂਲ ਡੋਮੇਨ ਅਤੇ ਵਰਤੋਂ ਕੀਤੇ ਹੋਏ ਉਪ-ਡੋਮੇਨਾਂ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।

ਜੇਕਰ ਤੁਹਾਡਾ ਮੂਲ IP ਐਡਰੈੱਸ ਇੰਟਰਨੈੱਟ 'ਤੇ ਦਿਖਾਈ ਦੇ ਰਿਹਾ ਹੈ, ਤਾਂ ਹਮਲਾਵਰ Cloudflare ਨੂੰ ਬਾਈਪਾਸ ਕਰਕੇ ਸਿੱਧਾ ਸਰਵਰ 'ਤੇ ਹਮਲਾ ਕਰ ਸਕਦੇ ਹਨ। ਇਸ ਲਈ ਸਰਵਰ ਦੇ ਫਾਇਰਵਾਲ ਵਿੱਚ ਸਿਰਫ਼ Cloudflare IP ਅੰਤਰਾਲਾਂ ਤੋਂ ਆਉਣ ਵਾਲੀ HTTP/HTTPS ਟ੍ਰੈਫਿਕ ਦੀ ਆਗਿਆ ਦੇਣਾ ਇੱਕ ਮਜ਼ਬੂਤ ਵਾਧੂ ਸੁਰੱਖਿਆ ਹੈ। ਤੁਸੀਂ ਇਸ ਵਿਸ਼ੇ 'ਤੇ ਆਪਣੇ ਹੋਸਟਿੰਗ ਪ੍ਰਦਾਤਾ ਤੋਂ ਸਹਾਇਤਾ ਲੈ ਸਕਦੇ ਹੋ ਜਾਂ Cloudflare DNS ਸੈਟਿੰਗਸ ਕਿਵੇਂ ਕੀਤੀਆਂ ਜਾਣ? ਮਾਰਗਦਰਸ਼ਕ 'ਤੇ ਜਾ ਸਕਦੇ ਹੋ।

3. ਸੁਰੱਖਿਆ ਵਿਭਾਗ ਤੋਂ Under Attack Mode ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਐਕਟੀਵੇਟ ਕਰੋ

Cloudflare ਪੈਨਲ ਵਿੱਚ ਸੰਬੰਧਿਤ ਡੋਮੇਨ ਖੋਲ੍ਹਣ ਤੋਂ ਬਾਅਦ ਸੁਰੱਖਿਆ ਜਾਂ ਓਵਰਵਿਊ ਸਕਰੀਨ 'ਤੇ Under Attack Mode ਵਿਕਲਪ ਦੀ ਖੋਜ ਕਰੋ। ਜਦੋਂ ਤੁਸੀਂ ਇਸ ਵਿਕਲਪ ਨੂੰ ਐਕਟੀਵੇਟ ਕਰਦੇ ਹੋ, ਤਾਂ Cloudflare, ਸਾਈਟ 'ਤੇ ਆ ਰਹੇ ਦਰਸ਼ਕਾਂ ਨੂੰ ਛੋਟੀ ਸਮੇਂ ਲਈ ਇੱਕ ਪੁਸ਼ਟੀ ਪੰਨਾ ਦਿਖਾਉਣੇ ਲੱਗਦਾ ਹੈ। ਕੁਝ ਪੈਨਲਾਂ 'ਤੇ ਇਹ ਸੈਟਿੰਗ ਸੁਰੱਖਿਆ ਪੱਧਰ ਦੇ ਅਧੀਨ "I am Under Attack" ਵਜੋਂ ਵੀ ਵੇਖੀ ਜਾ ਸਕਦੀ ਹੈ।

ਐਕਟੀਵੇਟ ਕਰਨ ਦੇ ਬਾਅਦ, ਬਦਲਾਅ ਆਮ ਤੌਰ 'ਤੇ ਛੋਟੀ ਸਮੇਂ ਵਿੱਚ ਲਾਗੂ ਹੁੰਦਾ ਹੈ। ਪਹਿਲੇ ਮਿੰਟਾਂ ਵਿੱਚ, Cloudflare ਐਨਾਲਿਟਿਕਸ, ਸੁਰੱਖਿਆ ਘਟਨਾਵਾਂ ਅਤੇ ਸਰਵਰ ਸਰੋਤ ਦੀ ਖਪਤ ਨੂੰ ਇਕੱਠੇ ਨਿਗਰਾਨੀ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਜੇਕਰ CPU ਅਤੇ ਕਨੈਕਸ਼ਨ ਦੀ ਗਿਣਤੀ ਘਟਣੀ ਸ਼ੁਰੂ ਹੋ ਗਈ ਹੈ, ਤਾਂ ਮੋਡ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ। ਪਰ ਜੇਕਰ ਗਲਤੀ ਦੀ ਦਰ ਜਾਰੀ ਰਹਿੰਦੀ ਹੈ, ਤਾਂ ਵਾਧੂ ਨਿਯਮ ਲਿਖੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ।

4. ਅਸਲੀ ਯੂਜ਼ਰ ਦੇ ਅਨੁਭਵ ਦੀ ਜਾਂਚ ਕਰੋ

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

5. ਹਮਲੇ ਦੇ ਨਿਸ਼ਾਨਿਤ URL ਦੀ ਪਛਾਣ ਕਰੋ

Under Attack ਮੋਡ ਆਮ ਕਿਲ੍ਹਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ; ਪਰ ਅਸਲ ਫਾਇਦਾ ਨਿਸ਼ਾਨਿਤ ਖਾਸ ਨਿਯਮਾਂ ਨਾਲ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। Cloudflare ਸੁਰੱਖਿਆ ਘਟਨਾਵਾਂ, ਵੈਬ ਐਨਾਲਿਟਿਕਸ, ਹੋਸਟਿੰਗ ਪਹੁੰਚ ਲੌਗ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਲੌਗਾਂ ਤੋਂ ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਬੇਨਤੀਆਂ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਰਾਸ਼ਤਿਆਂ ਨੂੰ ਖੋਜੋ। ਉਦਾਹਰਨ ਵਜੋਂ /wp-login.php, /xmlrpc.php, /search, /cart, /api/login ਜਾਂ /checkout ਵਰਗੇ URL ਹਮਲੇ ਦੇ ਹੇਠਾਂ ਹੋ ਸਕਦੇ ਹਨ।

ਨਿਸ਼ਾਨਿਤ URL ਪਛਾਣੇ ਜਾਣ 'ਤੇ, WAF ਕਸਟਮ ਨਿਯਮਾਂ ਨਾਲ ਦੇਸ਼, ਯੂਜ਼ਰ-ਏਜੰਟ, ਬੇਨਤੀ ਦੀ ਵਿਧੀ, URI ਪੱਧਰ ਜਾਂ ਬੋਟ ਸਕੋਰ ਵਰਗੇ ਮਾਪਦੰਡਾਂ ਦੇ ਅਧਾਰ 'ਤੇ ਕਾਰਵਾਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਉਦਾਹਰਨ ਵਜੋਂ, ਇੱਕ ਖਾਸ ਲੌਗਇਨ ਐਂਡਪੋਇੰਟ ਲਈ ਪ੍ਰਤੀ ਮਿੰਟ ਬਹੁਤ ਸਾਰੀਆਂ ਬੇਨਤੀਆਂ ਭੇਜਣ ਵਾਲੇ IP 'ਤੇ ਮੈਨੇਜਡ ਚੈਲੰਜ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। WordPress ਸਾਈਟਾਂ ਲਈ WordPress ਸੁਰੱਖਿਆ ਉਪਾਅ ਸਬੰਧਿਤ ਇੱਕ ਅੰਦਰੂਨੀ ਲਿੰਕ ਦੇ ਮੌਕੇ ਹਨ।

Under Attack ਮੋਡ ਅਤੇ ਹੋਰ Cloudflare ਸੁਰੱਖਿਆ ਵਿਕਲਪਾਂ ਵਿਚਕਾਰ ਫਰਕ

Cloudflare ਸੁਰੱਖਿਆ ਟੂਲ ਵੱਖ-ਵੱਖ ਮਕਸਦਾਂ ਲਈ ਸੇਵਾ ਦਿੰਦੇ ਹਨ। Under Attack ਮੋਡ ਤੇਜ਼ ਅਤੇ ਆਮ ਐਮਰਜੈਂਸੀ ਫਿਲਟਰ ਹੈ; WAF ਅਤੇ ਰੇਟ ਸੀਮਾਵਾਂ ਵਧੇਰੇ ਟਾਰਗਟ, ਸਥਿਰ ਅਤੇ ਯੂਜ਼ਰ ਦੇ ਅਨੁਭਵ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ ਬਹੁਤ ਸੰਤੁਲਿਤ ਹੱਲ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ।

ਵਾਸਤਵ ਵਿੱਚ ਇੱਕ ਚੰਗੀ ਰੱਖਿਆ ਦੀ ਪਹੁੰਚ ਇਸ ਤਰ੍ਹਾਂ ਤਰੱਕੀ ਕਰਦੀ ਹੈ: ਪਹਿਲਾਂ Under Attack ਮੋਡ ਨਾਲ ਐਮਰਜੈਂਸੀ ਦਬਾਅ ਘਟਾਇਆ ਜਾਂਦਾ ਹੈ, ਫਿਰ ਹਮਲੇ ਦੇ ਪੈਟਰਨ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, WAF ਅਤੇ ਰੇਟ ਸੀਮਾਵਾਂ ਦੇ ਨਿਯਮ ਜੋੜੇ ਜਾਂਦੇ ਹਨ, ਆਖਰਕਾਰ ਕੈਸ਼ ਅਤੇ ਮੂਲ ਫਾਇਰਵਾਲ ਸੈਟਿੰਗਾਂ ਨਾਲ ਸਥਾਈ ਢਾਂਚਾ ਮਜ਼ਬੂਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਹਮਲੇ ਦੇ ਦੌਰਾਨ ਸੁਝਾਏ ਗਏ ਹੋਰ Cloudflare ਸੈਟਿੰਗਾਂ

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

WAF ਨਿਯਮਾਂ ਨਾਲ ਨਿਸ਼ਾਨਿਤ ਸੁਰੱਖਿਆ ਬਣਾਓ

Cloudflare WAF, ਖਾਸ ਸ਼ਰਤਾਂ ਦੇ ਅਧਾਰ 'ਤੇ ਕਾਰਵਾਈ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਉਦਾਹਰਨ ਵਜੋਂ, ਸਿਰਫ਼ /wp-login.php ਸਫੇ 'ਤੇ ਆਉਣ ਵਾਲੀਆਂ ਅਤੇ ਖਾਸ ਦੇਸ਼ਾਂ ਤੋਂ ਕੀਤੀਆਂ ਗਈਆਂ POST ਬੇਨਤੀਆਂ 'ਤੇ ਚੈਲੰਜ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਤੁਸੀਂ ਪੂਰੇ ਸਾਈਟ ਨੂੰ ਭਾਰੀ ਬਣਾਏ ਬਿਨਾਂ ਹਮਲੇ ਦੇ ਨਿਸ਼ਾਨੇ ਨੂੰ ਆਈਸੋਲੇਟ ਕਰ ਸਕਦੇ ਹੋ।

• ਐਡਮਿਨ ਅਤੇ ਲੌਗਿਨ ਸਫ਼ਿਆਂ ਨੂੰ ਸਿਰਫ਼ ਖਾਸ ਦੇਸ਼ਾਂ ਜਾਂ IP ਅੰਤਰਾਲਾਂ ਵਿੱਚ ਖੋਲ੍ਹੋ।
• XML-RPC ਵਰਗੀਆਂ ਗੈਰ-ਵਰਤੋਂ ਵਾਲੀਆਂ ਐਂਡਪੋਇੰਟਾਂ ਨੂੰ ਰੋਕੋ।
• ਸ਼ੱਕੀ ਯੂਜ਼ਰ-ਏਜੰਟ ਮੁੱਲਾਂ ਲਈ ਮੈਨੇਜਡ ਚੈਲੰਜ ਲਾਗੂ ਕਰੋ।
• ਖਾਸ URI ਪੱਧਰ 'ਤੇ ਬਹੁਤ ਸਾਰੀਆਂ ਬੇਨਤੀਆਂ ਕਰਨ ਵਾਲੇ ਕਲਾਇੰਟਾਂ ਨੂੰ ਰੇਟ ਸੀਮਾਵਾਂ ਨਾਲ ਸੀਮਿਤ ਕਰੋ।

ਕੈਸ਼ ਪੱਧਰ ਨੂੰ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਸੈਟ ਕਰੋ

DDoS ਦੇ ਦੌਰਾਨ ਮੂਲ ਸਰਵਰ ਨੂੰ ਹਰ ਬੇਨਤੀ ਦਾ ਜਵਾਬ ਦੇਣਾ ਪੈਂਦਾ ਹੈ, ਤਾਂ ਸਰੋਤ ਜਲਦੀ ਖਤਮ ਹੋ ਜਾਂਦੇ ਹਨ। ਸਥਿਰ ਫਾਈਲਾਂ, ਚਿੱਤਰ, CSS, JavaScript ਅਤੇ ਕੈਸ਼ਕਰਨ ਯੋਗ ਸਫੇ Cloudflare ਕਿਨਾਰਾ ਤੋਂ ਸੇਵਾ ਦਿੱਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। WordPress ਵਰਗੀਆਂ ਗਤੀਸ਼ੀਲ ਬਣਾਵਟਾਂ ਵਿੱਚ ਸਫੇ ਦੇ ਕੈਸ਼ ਪਲੱਗਇਨ, Cloudflare ਕੈਸ਼ ਨਿਯਮ ਅਤੇ ਉਚਿਤ ਕੈਸ਼-ਕੰਟਰੋਲ ਹੈਡਰਾਂ ਨੂੰ ਇਕੱਠੇ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ।

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

ਰੇਟ ਸੀਮਾਵਾਂ ਦੇ ਥਰਡਾਂ ਨੂੰ ਵਾਸਤਵਿਕਤਾ ਦੇ ਅਧਾਰ 'ਤੇ ਨਿਰਧਾਰਿਤ ਕਰੋ

ਰੇਟ ਸੀਮਾਵਾਂ, ਖਾਸ ਤੌਰ 'ਤੇ ਮਹਿੰਗੇ ਐਂਡਪੋਇੰਟਾਂ 'ਤੇ ਬਹੁਤ ਪ੍ਰਭਾਵੀ ਹਨ। ਪਰ ਜੇਕਰ ਥਰਡਾਂ ਰੈਨਡਮ ਨਿਰਧਾਰਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਅਸਲੀ ਯੂਜ਼ਰ ਰੋਕੇ ਜਾ ਸਕਦੇ ਹਨ। ਉਦਾਹਰਨ ਵਜੋਂ, ਇੱਕ ਉਤਪਾਦ ਖੋਜ ਪੰਨੇ 'ਤੇ ਆਮ ਯੂਜ਼ਰ ਪ੍ਰਤੀ ਮਿੰਟ 5-15 ਖੋਜ ਕਰ ਸਕਦਾ ਹੈ; ਪ੍ਰਤੀ ਮਿੰਟ 100 ਖੋਜ ਅਸਧਾਰਣ ਹੈ। ਲੌਗਿਨ ਪੰਨੇ 'ਤੇ 5 ਮਿੰਟਾਂ ਵਿੱਚ 10 ਅਸਫਲ ਕੋਸ਼ਿਸ਼ਾਂ ਜ਼ਿਆਦਾਤਰ ਸਥਿਤੀਆਂ ਵਿੱਚ ਸੰਦੇਹਜਨਕ ਹੁੰਦੀਆਂ ਹਨ।

ਇੱਕ ਉਦਾਹਰਨੀ ਅਭਿਗਮ: /wp-login.php ਲਈ 1 ਮਿੰਟ ਵਿੱਚ 10 ਤੋਂ ਵੱਧ ਬੇਨਤੀਆਂ ਕਰਨ ਵਾਲੇ IP 'ਤੇ ਮੈਨੇਜਡ ਚੈਲੰਜ, 5 ਮਿੰਟਾਂ ਵਿੱਚ 50 ਤੋਂ ਵੱਧ ਬੇਨਤੀਆਂ ਕਰਨ ਵਾਲੇ IP 'ਤੇ ਅਸਥਾਈ ਬਲੌਕ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। API ਐਂਡਪੋਇੰਟਾਂ 'ਤੇ ਯੂਜ਼ਰ ਸੈਸ਼ਨ, IP, ਟੋਕਨ ਅਤੇ ਵਿਧੀ ਦੇ ਆਧਾਰ 'ਤੇ ਵਧੇਰੇ ਸੰਵੇਦਨਸ਼ੀਲ ਸੀਮਾਵਾਂ ਦੀ ਚੋਣ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।

ਮੂਲ IP ਐਡਰੈੱਸ ਨੂੰ ਛੁਪਾਓ ਅਤੇ ਫਾਇਰਵਾਲ ਨਾਲ ਸੀਮਿਤ ਕਰੋ

Cloudflare ਵਰਤਣ ਦੇ ਦੌਰਾਨ ਸਭ ਤੋਂ ਆਮ ਗਲਤੀਆਂ ਵਿੱਚੋਂ ਇੱਕ ਮੂਲ IP ਐਡਰੈੱਸ ਨੂੰ ਖੁੱਲ੍ਹਾ ਛੱਡਣਾ ਹੈ। ਪੁਰਾਣੇ DNS ਰਿਕਾਰਡ, ਸਿੱਧਾ IP ਨਾਲ ਕੰਮ ਕਰਨ ਵਾਲੀਆਂ ਉਪ-ਡੋਮੇਨ, ਮੈਲ ਰਿਕਾਰਡਾਂ ਨਾਲ ਮਿਲਣ ਵਾਲੀਆਂ ਵੈਬ ਸੇਵਾਵਾਂ ਜਾਂ ਲੀਕ ਕੀਤੀਆਂ ਸੰਰਚਨਾਵਾਂ ਹਮਲਾਵਰ ਨੂੰ Cloudflare ਤੋਂ ਬਾਹਰ ਸਰਵਰ ਤੱਕ ਪਹੁੰਚਣ ਦੇ ਯੋਗ ਬਣਾ ਸਕਦੇ ਹਨ।

ਸਰਵਰ ਪਾਸੇ 80 ਅਤੇ 443 ਪੋਰਟਾਂ ਨੂੰ ਸਿਰਫ਼ Cloudflare IP ਅੰਤਰਾਲਾਂ ਲਈ ਖੋਲ੍ਹਣਾ ਇੱਕ ਮਜ਼ਬੂਤ ਸੁਰੱਖਿਆ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, SSH, ਪੈਨਲ, ਡੇਟਾਬੇਸ ਅਤੇ ਪ੍ਰਬੰਧਨ ਪੋਰਟਾਂ ਨੂੰ ਇੰਟਰਨੈੱਟ 'ਤੇ ਖੁੱਲ੍ਹਾ ਨਹੀਂ ਛੱਡਣਾ ਚਾਹੀਦਾ; IP ਸੀਮਿਤ, ਮਜ਼ਬੂਤ ਪਾਸਵਰਡ, 2FA ਅਤੇ ਸੰਭਵ ਹੋਵੇ ਤਾਂ VPN ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। ਹੋਸਟਿੰਗ ਸੁਰੱਖਿਆ ਲਈ cPanel ਸੁਰੱਖਿਆ ਸੈਟਿੰਗ ਅਤੇ VPS ਫਾਇਰਵਾਲ ਸੰਰਚਨਾ ਸਮੱਗਰੀ ਨਾਲ ਜੁੜਿਆ ਜਾ ਸਕਦਾ ਹੈ।

WordPress, WooCommerce ਅਤੇ ਕਾਰਪੋਰੇਟ ਸਾਈਟਾਂ ਲਈ ਵਿਸ਼ੇਸ਼ ਧਿਆਨ ਦੇਣ ਵਾਲੀਆਂ ਬਾਤਾਂ

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

WordPress ਸਾਈਟਾਂ

WordPress ਵਿੱਚ ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਨਿਸ਼ਾਨਾ ਬਣਨ ਵਾਲੇ ਫਾਈਲਾਂ /wp-login.php ਅਤੇ /xmlrpc.php ਹਨ। ਜੇਕਰ ਤੁਸੀਂ XML-RPC ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦੇ, ਤਾਂ ਇਸਨੂੰ ਰੋਕਣਾ ਆਮ ਤੌਰ 'ਤੇ ਸੁਰੱਖਿਅਤ ਹੈ। ਐਡਮਿਨ ਪੈਨਲ ਲਈ ਦੇਸ਼ ਜਾਂ IP ਸੀਮਿਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਸੁਰੱਖਿਆ ਪਲੱਗਇਨ ਨਾਲ Cloudflare ਦੇ ਨਿਯਮਾਂ ਵਿਚਕਾਰ ਟਕਰਾਅ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ; ਇੱਕ ਸਮੇਂ 'ਤੇ ਬਹੁਤ ਸਾਰੀਆਂ ਚੈਲੰਜ ਮਕੈਨਿਜ਼ਮ ਯੂਜ਼ਰ ਨੂੰ ਪੁਸ਼ਟੀਕਰਨ ਚੱਕਰ ਵਿੱਚ ਪਾ ਸਕਦੇ ਹਨ।

WooCommerce ਦੁਕਾਨਾਂ

WooCommerce ਵਿੱਚ ਕਾਰਟ, ਭੁਗਤਾਨ ਅਤੇ ਖਾਤਾ ਸਫੇ ਨੂੰ ਧਿਆਨ ਦੀ ਲੋੜ ਹੈ। ਇਹ ਸਫੇ ਗਤੀਸ਼ੀਲ ਹਨ ਇਸ ਲਈ ਆਗਰਸਿਵ ਕੈਸ਼ ਨੂੰ ਅਪਣਾਉਣਾ ਨਹੀਂ ਚਾਹੀਦਾ। Under Attack ਮੋਡ ਸੰਚਾਲਿਤ ਹੋਣ 'ਤੇ ਭੁਗਤਾਨ ਪ੍ਰਦਾਤਾ ਦੇ ਕਾਲਬੈਕ ਜਾਂ ਵੈਬਹੁਕ URL ਕੰਮ ਕਰ ਰਹੇ ਹਨ ਇਹ ਯਕੀਨੀ ਬਣਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਲੋੜ ਹੋਵੇ, ਤਾਂ ਭੁਗਤਾਨ ਪ੍ਰਦਾਤਾ ਦੇ IP ਅੰਤਰਾਲਾਂ ਨੂੰ ਐਲੋਵਲਿਸਟ 'ਤੇ ਲਿਆ ਜਾ ਸਕਦਾ ਹੈ ਜਾਂ ਸੰਬੰਧਤ ਐਂਡਪੋਇੰਟ ਲਈ ਖਾਸ ਨਿਯਮ ਲਿਖੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ।

ਕਾਰਪੋਰੇਟ ਅਤੇ API ਵਰਤੋਂ ਵਾਲੀਆਂ ਸਾਈਟਾਂ

ਕਾਰਪੋਰੇਟ ਪੋਰਟਲ, CRM ਇੰਟੀਗਰੇਸ਼ਨ ਅਤੇ ਮੋਬਾਈਲ ਐਪਲੀਕੇਸ਼ਨ API ਜਾਵਾਸਕ੍ਰਿਪਟ ਚੈਲੰਜ ਸਕਰੀਨ ਨੂੰ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ ਕਰ ਸਕਦੇ। ਇਸ ਤਰ੍ਹਾਂ ਦੀਆਂ ਬਣਾਵਟਾਂ ਵਿੱਚ, ਸਾਰੇ ਡੋਮੇਨ 'ਤੇ Under Attack ਮੋਡ ਲਾਗੂ ਕਰਨ ਦੀ ਥਾਂ API ਉਪ-ਡੋਮੇਨ ਨੂੰ ਅਲੱਗ ਪ੍ਰਬੰਧਿਤ ਕਰਨਾ ਬੇਹਤਰ ਹੋ ਸਕਦਾ ਹੈ। ਉਦਾਹਰਨ ਵਜੋਂ, www.example.com ਲਈ Under Attack ਖੋਲ੍ਹਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਜਦਕਿ api.example.com ਲਈ ਟੋਕਨ ਆਧਾਰਿਤ ਸੁਰੱਖਿਆ, ਰੇਟ ਸੀਮਾਵਾਂ ਅਤੇ ਐਲੋਵਲਿਸਟ ਲਾਗੂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।

Under Attack ਮੋਡ ਖੁਲ੍ਹਣ ਦੇ ਬਾਅਦ ਨਿਗਰਾਨੀ ਕਰਨ ਵਾਲੀਆਂ ਮੈਟ੍ਰਿਕਸ

ਇੱਕ ਸੁਰੱਖਿਆ ਉਪਾਅ ਦੇ ਕਾਰਗਰ ਹੋਣ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਅੰਕੜੇ ਨਿਗਰਾਨੀ ਦੀ ਲੋੜ ਹੈ। ਸਿਰਫ਼ ਸਾਈਟ ਦਾ ਖੁੱਲ੍ਹਣਾ ਕافي ਨਹੀਂ ਹੈ; ਗਲਤੀ ਦੀ ਦਰ, ਸਰਵਰ ਦਾ ਭਾਰ ਅਤੇ ਅਸਲੀ ਯੂਜ਼ਰ ਦੇ ਵਿਵਹਾਰ ਦਾ ਇਕੱਠੇ ਮੁਲਾਂਕਣ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

• Cloudflare ਸੁਰੱਖਿਆ ਘਟਨਾਵਾਂ: ਕਿਹੜੇ ਨਿਯਮਾਂ ਨੇ ਕਿੰਨੀ ਬੇਨਤੀਆਂ ਨੂੰ ਚੈਲੰਜ ਜਾਂ ਬਲੌਕ ਕੀਤਾ ਹੈ, ਇਹ ਦਿਖਾਉਂਦਾ ਹੈ।
• HTTP ਸਥਿਤੀ ਕੋਡ: 403, 429, 502, 503 ਅਤੇ 504 ਗਲਤੀਆਂ ਵਿੱਚ ਬਦਲਾਅ ਦੀ ਨਿਗਰਾਨੀ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।
• ਸਰਵਰ CPU ਅਤੇ RAM ਦੀ ਵਰਤੋਂ: Under Attack ਦੇ ਬਾਅਦ ਘਟਨ ਦੀ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
• PHP-FPM ਅਤੇ MySQL ਕਨੈਕਸ਼ਨ: ਐਪਲੀਕੇਸ਼ਨ ਪੱਧਰ 'ਤੇ ਆਰਾਮ ਦਾ ਦਰਸਾਉਂਦਾ ਹੈ।
• ਬੈਂਟ ਵਿਧੀ ਅਤੇ ਬੇਨਤੀਆਂ ਦੀ ਗਿਣਤੀ: ਟ੍ਰੈਫਿਕ ਦੀ ਪਰਮਾਣੂਤਾ ਦੇ ਨਾਲ ਫਿਲਟਰ ਕੀਤੀਆਂ ਬੇਨਤੀਆਂ ਦੀ ਦਰ ਦੀ ਤੁਲਨਾ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।
• ਅਸਲੀ ਯੂਜ਼ਰ ਦੇ ਮੁੜ ਮੁਲਾਂਕਣ: ਫਾਰਮ ਭੇਜਣਾ, ਆਰਡਰ, ਲੌਗਿਨ ਅਤੇ ਭੁਗਤਾਨ ਪਦਾਂ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।

ਉਦਾਹਰਨ ਵਜੋਂ, ਜੇ Under Attack ਮੋਡ ਖੁਲ੍ਹਣ ਦੇ ਬਾਅਦ ਕੁੱਲ ਬੇਨਤੀਆਂ ਦੀ ਗਿਣਤੀ ਓਸੇ ਰਹਿੰਦੀ ਹੈ ਪਰ ਮੂਲ 'ਤੇ ਪਹੁੰਚਣ ਵਾਲੀਆਂ ਬੇਨਤੀਆਂ 60% ਘਟ ਜਾਂਦੀਆਂ ਹਨ, ਤਾਂ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ Cloudflare ਪੜਚੋਲ ਦੇ ਮਹੱਤਵਪੂਰਨ ਭਾਰ ਨੂੰ ਅਬਸੌਰਬ ਕਰ ਰਿਹਾ ਹੈ। ਫਿਰ ਵੀ ਜੇ MySQL CPU ਦੀ ਵਰਤੋਂ ਉੱਚ ਰਹਿੰਦੀ ਹੈ, ਤਾਂ ਹਮਲਾ ਕਿਸੇ ਖਾਸ ਗਤੀਸ਼ੀਲ ਪੁੱਛਗਿੱਛ ਨੂੰ ਪ੍ਰੇਰਿਤ ਕਰ ਸਕਦਾ ਹੈ; ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਐਪਲੀਕੇਸ਼ਨ ਲੌਗਾਂ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।

ਹਮਲਾ ਖਤਮ ਹੋਣ 'ਤੇ Under Attack ਮੋਡ ਕਿਵੇਂ ਬੰਦ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ?

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

ਸੁਰੱਖਿਅਤ ਆਮ ਜੀਵਨ ਵਿੱਚ ਵਾਪਸ ਆਉਣ ਦੇ ਕਦਮ

• ਘੱਟੋ-ਘੱਟ 30-60 ਮਿੰਟਾਂ ਲਈ ਟ੍ਰੈਫਿਕ ਪੱਧਰ ਦੇ ਆਮ ਹੋਣ ਦੀ ਉਡੀਕ ਕਰੋ।
• Cloudflare ਸੁਰੱਖਿਆ ਘਟਨਾ ਸਕਰੀਨ 'ਤੇ ਚੈਲੰਜ ਅਤੇ ਬਲੌਕ ਦੀ ਗਿਣਤੀ ਘੱਟ ਹੋਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।
• Under Attack ਮੋਡ ਬੰਦ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਨਿਸ਼ਾਨਿਤ WAF ਅਤੇ ਰੇਟ ਸੀਮਾਵਾਂ ਦੇ ਨਿਯਮਾਂ ਦੇ ਸਰਗਰਮ ਹੋਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।
• ਸੁਰੱਖਿਆ ਪੱਧਰ ਨੂੰ ਉੱਚ ਜਾਂ ਮੱਧ ਵਰਗੇ ਵਧੇਰੇ ਸੰਤੁਲਿਤ ਪੱਧਰ 'ਤੇ ਖਿੱਚੋ।
• ਸਾਈਟ ਨੂੰ ਵੱਖ-ਵੱਖ ਡਿਵਾਈਸਾਂ ਤੋਂ ਜਾਂਚੋ ਅਤੇ 5xx ਗਲਤੀ ਦੀ ਦਰ ਦੀ ਨਿਗਰਾਨੀ ਕਰੋ।
• 24 ਘੰਟਿਆਂ ਲਈ ਲੌਗਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਕੇ ਹਮਲੇ ਦੀ ਦੁਬਾਰਾ ਸ਼ੁਰੂਆਤ ਹੋਣ ਦੀ ਜਾਂਚ ਕਰੋ।