DDoS ਸੁਰੱਖਿਆ
ਹੜ੍ਹਾਂ ਨੂੰ ਕਿਨਾਰੇ 'ਤੇ ਹੀ ਜਜ਼ਬ ਕਰ ਲਿਆ ਜਾਂਦਾ ਹੈ, ਨੈੱਟਵਰਕ-ਪੱਧਰ ਦੇ ਹਮਲਿਆਂ ਨੂੰ ਅੱਪਸਟ੍ਰੀਮ 'ਤੇ ਫਿਲਟਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਜੋ ਕੁਝ ਵੀ ਸਰਵਰ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ ਉਸਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਈ ਗਈ ਸਾਈਟ ਦੇ ਆਪਣੇ ਕਰਨਲ-ਪੱਧਰ ਦੇ ਪਿੰਜਰੇ ਅੰਦਰ ਸੀਮਤ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਕਈ ਪਰਤਾਂ, ਹਰ ਇੱਕ ਵੱਖਰਾ ਕੰਮ ਕਰਦੀ ਹੈ, ਤਾਂ ਜੋ ਇੱਕ ਸਾਈਟ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾ ਕੇ ਕੀਤਾ ਗਿਆ ਹਮਲਾ ਉਸਦੇ ਨਾਲ ਵਾਲੀਆਂ ਸਾਈਟਾਂ ਲਈ ਰੁਕਾਵਟ ਨਾ ਬਣੇ। ਇਹ ਉਹ ਸੁਰੱਖਿਆ ਮਾਡਲ ਹੈ ਜੋ ਅਸੀਂ ਦੁਨੀਆ ਭਰ ਵਿੱਚ 700,000+ ਤੋਂ ਵੱਧ ਸਾਈਟਾਂ ਨੂੰ ਹੋਸਟ ਕਰਨ ਵਾਲੇ ਪਲੇਟਫਾਰਮ ਲਈ ਤਿਆਰ ਕੀਤਾ ਹੈ, ਅਤੇ ਇਹ ਬੁਨਿਆਦੀ ਸੁਰੱਖਿਆ ਹਰੇਕ ਪਲਾਨ 'ਤੇ ਚੱਲਦੀ ਹੈ। ਉਪਲਬਧਤਾ: ਪ੍ਰਤੀ-ਸਾਈਟ ਡਾਟਾਬੇਸ ਥ੍ਰੋਟਲਿੰਗ 'ਤੇ ਸਰਗਰਮੀ ਨਾਲ ਕੰਮ ਚੱਲ ਰਿਹਾ ਹੈ ਅਤੇ ਇਹ ਅਜੇ ਉਪਲਬਧ ਨਹੀਂ ਹੈ। ਇੱਥੇ ਦੱਸਿਆ ਗਿਆ ਬਾਕੀ ਸਭ ਕੁਝ ਅੱਜ ਉਪਲਬਧ ਹੈ।
ਇੱਕ ਵਾਲੀਊਮੈਟ੍ਰਿਕ ਫਲੱਡ, ਇੱਕ L7 ਐਪਲੀਕੇਸ਼ਨ ਫਲੱਡ ਅਤੇ ਇੱਕ ਹੌਲੀ ਕੁਨੈਕਸ਼ਨ-ਐਗਜ਼ੌਸਸ਼ਨ ਹਮਲਾ ਤਿੰਨ ਵੱਖ-ਵੱਖ ਸਮੱਸਿਆਵਾਂ ਹਨ। ਅਸੀਂ ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਨੂੰ ਉੱਥੇ ਸੰਭਾਲਦੇ ਹਾਂ ਜਿੱਥੇ ਇਸਨੂੰ ਸੰਭਾਲਣਾ ਸਭ ਤੋਂ ਸਸਤਾ ਅਤੇ ਸਭ ਤੋਂ ਤੇਜ਼ ਹੁੰਦਾ ਹੈ — ਫਲੀਟ ਦੇ ਅੱਪਸਟ੍ਰੀਮ, ਐੱਜ 'ਤੇ, ਅਤੇ ਕੇਜ ਦੇ ਅੰਦਰ।
ਪ੍ਰੋਵਾਈਡਰ-ਪੱਧਰੀ DDoS ਸੁਰੱਖਿਆ ਸਾਡੇ ਵਰਕਰ ਫਲੀਟ ਦੇ ਅੱਪਸਟ੍ਰੀਮ ਵਿੱਚ ਨੈੱਟਵਰਕ-ਲੇਅਰ ਫਲੱਡਾਂ ਨੂੰ ਫਿਲਟਰ ਕਰਦੀ ਹੈ, ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਉਹ ਟ੍ਰੈਫਿਕ ਤੁਹਾਡੀ ਸਾਈਟ ਚਲਾਉਣ ਵਾਲੀ ਮਸ਼ੀਨ 'ਤੇ ਕਦੇ ਕੋਈ ਪੋਰਟ, ਇੱਕ NIC ਜਾਂ ਇੱਕ CPU ਸਾਈਕਲ ਦੀ ਖਪਤ ਕਰੇ। ਉੱਨਤ ਅਤੇ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਜੋਖਮ ਪ੍ਰੋਫਾਈਲਾਂ ਲਈ, Cloudflare Magic Transit ਅਤੇ Spectrum ਇਹੀ ਫਿਲਟਰਿੰਗ ਗੈਰ-HTTP ਟ੍ਰੈਫਿਕ ਤੱਕ ਵਧਾਉਂਦੇ ਹਨ।
ਹਰੇਕ ਸਾਈਟ ਦੇ ਅੱਗੇ ਇੱਕ ਪ੍ਰਬੰਧਿਤ ਐੱਜ ਨੈੱਟਵਰਕ ਹੁੰਦਾ ਹੈ। ਇਹ ਵਾਲੀਊਮੈਟ੍ਰਿਕ HTTP ਹੜ੍ਹਾਂ ਨੂੰ ਸੋਖ ਲੈਂਦਾ ਹੈ, ਇੱਕ L7 WAF ਚਲਾਉਂਦਾ ਹੈ, ਪ੍ਰਤੀ-ਸਾਈਟ ਦਰ ਸੀਮਾਵਾਂ ਲਾਗੂ ਕਰਦਾ ਹੈ, ਅਤੇ ਬੇਨਤੀ ਮੂਲ ਸਰਵਰ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਅਸਲ ਵਿਜ਼ਿਟਰਾਂ ਨੂੰ ਆਟੋਮੈਟਿਕ ਟ੍ਰੈਫਿਕ ਤੋਂ ਵੱਖ ਕਰਨ ਲਈ ਬੋਟ ਪ੍ਰਬੰਧਨ ਅਤੇ ਪ੍ਰਬੰਧਿਤ ਚੁਣੌਤੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ।
LiteSpeed Enterprise ਪ੍ਰਤੀ-IP ਕਨੈਕਸ਼ਨ ਸੀਮਾਵਾਂ ਦੇ ਨਾਲ ਕਨੈਕਸ਼ਨ ਅਤੇ ਬੇਨਤੀ ਥ੍ਰੋਟਲਿੰਗ ਲਾਗੂ ਕਰਦਾ ਹੈ, Imunify360 ਬਰੂਟ-ਫੋਰਸ ਸੁਰੱਖਿਆ ਅਤੇ IP ਪ੍ਰਤਿਸ਼ਠਾ ਫਿਲਟਰਿੰਗ ਦੇ ਨਾਲ ਇੱਕ ਨੈੱਟਵਰਕ ਫਾਇਰਵਾਲ ਚਲਾਉਂਦਾ ਹੈ, ਅਤੇ CloudLinux LVE ਐਂਟਰੀ-ਪ੍ਰੋਸੈਸ ਸੀਮਾਵਾਂ ਇਹ ਸੀਮਤ ਕਰਦੀਆਂ ਹਨ ਕਿ ਇੱਕ ਸਿੰਗਲ ਸਾਈਟ ਇੱਕੋ ਸਮੇਂ ਕਿੰਨੀਆਂ ਬੇਨਤੀਆਂ ਖੁੱਲ੍ਹੀਆਂ ਰੱਖ ਸਕਦੀ ਹੈ।
LVE ਹਰੇਕ ਸਾਈਟ ਲਈ ਵੱਖਰੇ ਤੌਰ 'ਤੇ CPU, RAM, IO, IOPS, ਪ੍ਰਕਿਰਿਆਵਾਂ ਅਤੇ ਦਾਖਲਾ-ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਸੀਮਤ ਕਰਦਾ ਹੈ। ਉਪਰਲੀਆਂ ਪਰਤਾਂ ਵਿੱਚੋਂ ਲੰਘਣ ਵਾਲਾ ਹੜ੍ਹ ਨਿਸ਼ਾਨਾ ਸਾਈਟ ਦੇ ਆਪਣੇ ਪਿੰਜਰੇ ਦੇ ਅੰਦਰ ਹੀ ਰੋਕ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਜੋ ਇਸ ਦੁਆਰਾ ਬਣਾਇਆ ਗਿਆ ਦਬਾਅ ਪੂਰੇ ਸਰਵਰ ਵਿੱਚ ਫੈਲਣ ਦੀ ਬਜਾਏ ਉਸੇ ਸਾਈਟ ਤੱਕ ਹੀ ਰਹੇ।
ਹਮਲੇ ਦੌਰਾਨ ਜ਼ਿਆਦਾਤਰ ਹੋਸਟਿੰਗ ਆਊਟੇਜ ਹਮਲੇ ਦੇ ਆਪਣੇ ਟੀਚੇ 'ਤੇ ਪਹੁੰਚਣ ਕਾਰਨ ਨਹੀਂ ਹੁੰਦੇ ਹਨ। ਇਹ ਟੀਚੇ ਦੇ ਸਰੋਤਾਂ ਦੀ ਖਪਤ ਕਾਰਨ ਹੁੰਦੇ ਹਨ ਜੋ ਸਰਵਰ 'ਤੇ ਬਾਕੀ ਸਭ ਕੁਝ ਨੂੰ ਸਰੋਤਾਂ ਤੋਂ ਵਾਂਝਾ ਕਰ ਦਿੰਦੇ ਹਨ। ਇਹ ਉਹ ਅਸਫਲਤਾ ਮੋਡ ਹੈ ਜਿਸ ਨੂੰ ਹਟਾਉਣ ਲਈ ਇਸ ਆਰਕੀਟੈਕਚਰ ਨੂੰ ਡਿਜ਼ਾਈਨ ਕੀਤਾ ਗਿਆ ਹੈ।
ਸੰਭਾਲਣ ਲਈ ਸਭ ਤੋਂ ਸਸਤੀ ਬੇਨਤੀ ਉਹ ਹੈ ਜੋ ਕਦੇ ਵੀ PHP ਜਾਂ MySQL ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਦੀ। ਸਾਡੇ ਦੋ-ਪੱਧਰੀ ਕੈਸ਼ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਐਪਲੀਕੇਸ਼ਨ-ਪੱਧਰ ਦੇ ਵੱਡੇ ਹੜ੍ਹ ਦਾ ਜਵਾਬ ਤੁਹਾਡੇ ਮੂਲ ਸਰਵਰ ਦੁਆਰਾ ਕੰਮ ਕਰਨ ਦੀ ਬਜਾਏ ਸਥਿਰ ਬਾਈਟਾਂ ਦੁਆਰਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
ਨਿਵਾਰਨ ਕੋਈ ਸਹਾਇਤਾ ਟਿਕਟ ਨਹੀਂ ਹੈ। ਸਿਗਨਲ ਇੱਕ ਨੀਤੀ ਇੰਜਣ ਨੂੰ ਫੀਡ ਕਰਦੇ ਹਨ ਜੋ ਹਰੇਕ ਨੂੰ ਇੱਕ ਲਾਗੂਕਰਨ ਕਾਰਵਾਈ, ਇੱਕ ਗਾਹਕ ਸੂਚਨਾ ਅਤੇ — ਜਿੱਥੇ ਸੰਭਵ ਹੋਵੇ — ਇੱਕ ਸਵੈਚਲਿਤ ਉਪਾਅ ਨਾਲ ਮੈਪ ਕਰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਹਰੇਕ ਤਬਦੀਲੀ ਨੂੰ ਲੌਗ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਜਦੋਂ ਇੱਕ DDoS ਸਿਗਨਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਨੀਤੀ ਇੰਜਣ Cloudflare ਨਿਵਾਰਨ ਅਤੇ ਪ੍ਰਤੀ-ਸਾਈਟ ਦਰ ਸੀਮਾਬੱਧਤਾ ਲਾਗੂ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਸ ਸਾਈਟ ਦੀਆਂ LVE ਸੀਮਾਵਾਂ ਨੂੰ ਗਤੀਸ਼ੀਲ ਰੂਪ ਵਿੱਚ ਸਖ਼ਤ ਕਰ ਸਕਦਾ ਹੈ। ਜਦੋਂ ਸਿਗਨਲ ਹਟ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸੀਮਾਵਾਂ ਮੁੜ ਢਿੱਲੀਆਂ ਹੋ ਜਾਂਦੀਆਂ ਹਨ। ਕ੍ਰਮਵਾਰ, ਉਲਟਾਉਣਯੋਗ, ਅਤੇ ਹਰ ਪੜਾਅ 'ਤੇ ਲੌਗ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਜੇਕਰ ਕੋਈ ਹਮਲਾ ਮੂਲ ਸਰੋਤ ਲਈ ਖ਼ਤਰਾ ਬਣਦਾ ਹੈ, ਤਾਂ ਸਾਈਟ ਇੱਕ 'ਥ੍ਰੌਟਲਡ' (ਸੀਮਤ) ਸਥਿਤੀ ਵਿੱਚ ਚਲੀ ਜਾਂਦੀ ਹੈ — ਸਖ਼ਤ LVE ਸੀਮਾਵਾਂ ਅਤੇ ਦਰ ਸੀਮਾਬੱਧਤਾ ਦੇ ਨਾਲ, ਜਦੋਂ ਕਿ ਸਾਈਟ ਅਜੇ ਵੀ ਚਾਲੂ ਰਹਿੰਦੀ ਹੈ ਅਤੇ ਸੇਵਾ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ। ਦਬਾਅ ਖ਼ਤਮ ਹੋਣ 'ਤੇ ਥ੍ਰੌਟਲਡ ਸਥਿਤੀ ਆਪਣੇ ਆਪ ਮੁੜ ਬਹਾਲ ਹੋ ਜਾਂਦੀ ਹੈ; ਇਹ ਕੋਈ ਮੁਅੱਤਲੀ ਨਹੀਂ ਹੈ।
ਪਾਲਿਸੀ ਇੰਜਣ ਦੇ ਹੇਠਾਂ, LVE ਹਰੇਕ ਸਾਈਟ ਲਈ CPU, IO ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਦੀ ਵਰਤੋਂ ਨੂੰ ਮੂਲ ਅਤੇ ਆਟੋਮੈਟਿਕ ਤਰੀਕੇ ਨਾਲ ਥ੍ਰੋਟਲ ਕਰਦਾ ਹੈ। ਇਹ ਹਮੇਸ਼ਾ ਚਾਲੂ ਰਹਿਣ ਵਾਲੀ ਪਹਿਲੀ ਲਾਈਨ ਹੈ, ਜੋ ਇਹ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ ਚਲਦੀ ਹੈ ਕਿ ਟ੍ਰੈਫਿਕ ਨੂੰ ਅਜੇ ਤੱਕ ਹਮਲੇ ਵਜੋਂ ਸ਼੍ਰੇਣੀਬੱਧ ਕੀਤਾ ਗਿਆ ਹੈ ਜਾਂ ਨਹੀਂ।
ਹਰੇਕ ਲਾਗੂਕਰਨ ਤਬਦੀਲੀ ਇਸਦੇ ਕਾਰਨ, ਭਾਵੇਂ ਇਹ ਸਵੈਚਾਲਿਤ ਸੀ ਜਾਂ ਸਟਾਫ਼ ਦੁਆਰਾ ਸ਼ੁਰੂ ਕੀਤੀ ਗਈ ਸੀ, ਅਤੇ ਇਸਦੇ ਪਿੱਛੇ ਦੇ ਸਬੂਤ ਨੂੰ ਰਿਕਾਰਡ ਕਰਦੀ ਹੈ। ਤੁਹਾਨੂੰ ਸੂਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਕਿ ਕੀ ਬਦਲਿਆ ਹੈ ਅਤੇ ਇਸਨੂੰ ਕਿਵੇਂ ਹੱਲ ਕਰਨਾ ਹੈ, ਅਤੇ ਹਰੇਕ ਕਾਰਵਾਈ ਵਿਰੁੱਧ ਅਪੀਲ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।
ਮੁੱਢਲੀ ਸੁਰੱਖਿਆ ਵਿਕਲਪਿਕ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਹਮਲੇ ਦਾ ਸ਼ਿਕਾਰ ਹੋਈ ਜਾਂ ਸਮਝੌਤਾ ਕੀਤੀ ਗਈ ਸਾਈਟ ਆਪਣੇ ਆਂਢ-ਗੁਆਂਢ, ਸਾਡੇ ਸਰਵਰ ਦੀ ਸਾਖ ਅਤੇ ਸਾਡੀਆਂ IP ਰੇਂਜਾਂ ਲਈ ਖ਼ਤਰਾ ਪੈਦਾ ਕਰਦੀ ਹੈ। ਜਿਨ੍ਹਾਂ ਸਾਈਟਾਂ ਦਾ ਜੋਖਮ ਪ੍ਰੋਫਾਈਲ ਇਸ ਦੀ ਮੰਗ ਕਰਦਾ ਹੈ, ਉਹਨਾਂ ਲਈ ਵਧੇਰੇ ਮਜ਼ਬੂਤ ਸੁਰੱਖਿਆ ਉਪਲਬਧ ਹੈ।
ਟ੍ਰੈਫਿਕ ਵਿੱਚ ਅਚਾਨਕ ਉਛਾਲ ਅਕਸਰ ਸਿਰਫ਼ ਇੱਕ ਲੱਛਣ ਹੁੰਦਾ ਹੈ। ਹੜ੍ਹਾਂ ਵਾਂਗ ਆਉਣ ਵਾਲੀ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸੰਭਾਲਣ ਵਾਲੀ ਉਹੀ ਸਿਗਨਲ ਪਾਈਪਲਾਈਨ ਇਸ ਦਾ ਕਾਰਨ ਬਣਨ ਵਾਲੀਆਂ ਸੁਰੱਖਿਆ ਸੰਨ੍ਹਾਂ ਨੂੰ ਵੀ ਫੜਦੀ ਹੈ, ਤਾਂ ਜੋ ਕਿਸੇ ਘਟਨਾ ਨੂੰ ਕੇਵਲ ਜਜ਼ਬ ਕਰਨ ਦੀ ਬਜਾਏ ਸਹੀ ਢੰਗ ਨਾਲ ਵਰਗੀਕ੍ਰਿਤ ਕੀਤਾ ਜਾ ਸਕੇ।
ਡਿਜ਼ਾਈਨ ਦਾ ਟੀਚਾ ਕੰਟੇਨਮੈਂਟ (ਸੀਮਤ ਰੱਖਣਾ) ਹੈ। ਹਰੇਕ ਸਾਈਟ ਸੀਮਤ CPU, RAM, IO, IOPS, ਪ੍ਰਕਿਰਿਆਵਾਂ ਅਤੇ ਦਾਖਲਾ-ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੇ ਨਾਲ ਆਪਣੇ ਖੁਦ ਦੇ CloudLinux LVE ਪਿੰਜਰੇ ਦੇ ਅੰਦਰ ਚੱਲਦੀ ਹੈ, ਜਿਸਦਾ ਆਪਣਾ CageFS ਫਾਈਲ ਸਿਸਟਮ ਦ੍ਰਿਸ਼ ਅਤੇ MySQL Governor ਰਾਹੀਂ ਪ੍ਰਤੀ-ਸਾਈਟ ਡਾਟਾਬੇਸ ਥ੍ਰੋਟਲਿੰਗ ਹੁੰਦੀ ਹੈ। ਹਮਲੇ ਦਾ ਸ਼ਿਕਾਰ ਹੋਈ ਸਾਈਟ ਪੂਰੀ ਮਸ਼ੀਨ ਦੇ ਸਰੋਤਾਂ ਦੀ ਖਪਤ ਕਰਨ ਦੀ ਬਜਾਏ ਆਪਣੀ ਖੁਦ ਦੀ ਸੀਮਾ 'ਤੇ ਸੀਮਤ ਹੋ ਜਾਂਦੀ ਹੈ, ਅਤੇ LiteSpeed ਪ੍ਰਤੀ-IP ਕਨੈਕਸ਼ਨ ਸੀਮਾਵਾਂ ਇਹ ਨਿਰਧਾਰਤ ਕਰਦੀਆਂ ਹਨ ਕਿ ਇਹ ਵੈੱਬ ਸਰਵਰ ਦਾ ਕਿੰਨਾ ਹਿੱਸਾ ਰੋਕ ਸਕਦੀ ਹੈ। ਕੰਟੇਨਮੈਂਟ ਨੂੰ ਕਰਨਲ ਪੱਧਰ 'ਤੇ ਇੰਜੀਨੀਅਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਪ੍ਰਤੀ ਗਾਹਕ ਕੌਂਫਿਗਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ।
ਮੁੱਢਲੀ ਸੁਰੱਖਿਆ ਹਰੇਕ ਪਲਾਨ ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ: LVE ਅਤੇ CageFS ਆਈਸੋਲੇਸ਼ਨ, LiteSpeed ਕਨੈਕਸ਼ਨ ਅਤੇ ਬੇਨਤੀ ਥ੍ਰੋਟਲਿੰਗ, ਇੱਕ ਨੈੱਟਵਰਕ ਫਾਇਰਵਾਲ, ਸਰਗਰਮ WAF ਅਤੇ ਮਾਲਵੇਅਰ ਸਕੈਨਿੰਗ, ਜਿਸ ਵਿੱਚ ਫਲੀਟ ਦੇ ਅੱਗੇ Cloudflare ਐੱਜ ਸੋਖਣ ਅਤੇ ਪ੍ਰਦਾਤਾ-ਪੱਧਰੀ ਨੈੱਟਵਰਕ ਫਿਲਟਰਿੰਗ ਸ਼ਾਮਲ ਹੈ। ਅਸੀਂ ਇਸਨੂੰ ਸ਼ਾਮਲ ਕਰਦੇ ਹਾਂ ਕਿਉਂਕਿ ਅਸੀਂ ਆਪਣੇ ਖੁਦ ਦੇ ਫਲੀਟ ਦੀ ਸੁਰੱਖਿਆ ਨੂੰ ਵਿਕਲਪਿਕ ਨਹੀਂ ਛੱਡ ਸਕਦੇ। ਉੱਨਤ ਬੋਟ ਪ੍ਰਬੰਧਨ, ਉੱਚੇ DDoS ਪੱਧਰ, ਵਧੇ ਹੋਏ WAF ਨਿਯਮ ਅਤੇ ਸਮਰਪਿਤ ਫਾਇਰਵਾਲ ਨਿਯਮ ਉਹਨਾਂ ਸਾਈਟਾਂ ਲਈ ਐਡ-ਆਨ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਇਹਨਾਂ ਦੀ ਲੋੜ ਹੈ।
DDoS ਦਾ ਨਿਸ਼ਾਨਾ ਬਣਨ ਦਾ ਮਤਲਬ ਹੈ Cloudflare ਮਿਟੀਗੇਸ਼ਨ ਦੇ ਨਾਲ ਪ੍ਰਤੀ-ਸਾਈਟ ਦਰ ਸੀਮਤ ਹੋਣਾ, ਅਤੇ — ਸਿਰਫ਼ ਉਦੋਂ ਹੀ ਜੇਕਰ ਹਮਲਾ ਓਰੀਜਨ (origin) ਲਈ ਖ਼ਤਰਾ ਬਣ ਰਿਹਾ ਹੋਵੇ — 'throttled' ਸਥਿਤੀ: ਸਾਈਟ ਦੇ ਚਾਲੂ ਰਹਿਣ ਅਤੇ ਸੇਵਾ ਪ੍ਰਦਾਨ ਕਰਨ ਦੌਰਾਨ ਹੀ ਸਖ਼ਤ LVE ਸੀਮਾਵਾਂ। ਦਬਾਅ ਖ਼ਤਮ ਹੁੰਦੇ ਹੀ ਥ੍ਰੋਟਲ ਕੀਤੀ ਸਥਿਤੀ ਆਪਣੇ ਆਪ ਠੀਕ ਹੋ ਜਾਂਦੀ ਹੈ। ਮੁਅੱਤਲੀ ਸਿਰਫ਼ ਗ਼ੈਰ-ਭੁਗਤਾਨ ਜਾਂ ਪੁਸ਼ਟੀ ਕੀਤੀ ਦੁਰਵਰਤੋਂ ਲਈ ਰਾਖਵੀਂ ਹੈ, ਅਤੇ ਉਸ ਸਥਿਤੀ ਵਿੱਚ ਵੀ ਸਾਈਟ ਕਿਸੇ ਖ਼ਰਾਬ ਪੰਨੇ ਦੀ ਬਜਾਏ ਇੱਕ ਬ੍ਰਾਂਡੇਡ, ਕਾਰਨ-ਵਿਸ਼ੇਸ਼ ਹੋਲਡਿੰਗ ਪੰਨਾ ਦਿਖਾਉਂਦੀ ਹੈ।
ਕੈਸ਼ ਤੋਂ ਪ੍ਰਦਾਨ ਕੀਤੀ ਗਈ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਲਈ ਨਹੀਂ। LSCache PHP ਜਾਂ MySQL ਨੂੰ ਸ਼ਾਮਲ ਕੀਤੇ ਬਿਨਾਂ ਕੈਸ਼ ਕੀਤੀਆਂ ਪੰਨਾ ਬੇਨਤੀਆਂ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਪ੍ਰਤੀ-ਸਾਈਟ Redis ਆਬਜੈਕਟ ਕੈਸ਼ ਅਸਲ ਵਿੱਚ ਗਤੀਸ਼ੀਲ ਪੰਨਿਆਂ ਲਈ ਪੜ੍ਹਨ ਦੇ ਬੋਝ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ। ਜੋ ਬਚਦਾ ਹੈ ਉਹ ਤੁਹਾਡੀ ਸਾਈਟ ਦੀਆਂ LVE ਪ੍ਰਕਿਰਿਆ ਅਤੇ ਦਾਖਲਾ-ਪ੍ਰਕਿਰਿਆ ਸੀਮਾਵਾਂ ਅਤੇ MySQL Governor ਦੀ ਪ੍ਰਤੀ-ਸਾਈਟ ਡਾਟਾਬੇਸ ਥ੍ਰੋਟਲਿੰਗ ਦੁਆਰਾ ਸੀਮਿਤ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਜੋ ਇੱਕ ਸਾਈਟ ਤੋਂ ਡਾਟਾਬੇਸ ਦਾ ਦਬਾਅ ਸਰਵਰ ਉੱਤੇ ਨਾ ਪਵੇ। ਕਾਰਟ, ਚੈੱਕਆਉਟ, ਮਾਈ-ਅਕਾਊਂਟ ਅਤੇ ਸੈਸ਼ਨ ਪੰਨੇ ਮੂਲ ਰੂਪ ਵਿੱਚ ਬਿਨਾਂ ਕੈਸ਼ ਕੀਤੇ ਰਹਿੰਦੇ ਹਨ ਤਾਂ ਜੋ ਸੁਰੱਖਿਆ ਮਜ਼ਬੂਤੀ ਕਦੇ ਵੀ ਕਿਸੇ ਲੈਣ-ਦੇਣ ਵਿੱਚ ਵਿਘਨ ਨਾ ਪਾਵੇ।
ਹਾਂ, ਨੈੱਟਵਰਕ ਪਰਤ 'ਤੇ। ਪ੍ਰਦਾਤਾ-ਪੱਧਰੀ DDoS ਸੁਰੱਖਿਆ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ ਸਾਡੇ ਫਲੀਟ ਦੇ ਅੱਪਸਟ੍ਰੀਮ ਵਿੱਚ L3/4 ਹੜ੍ਹਾਂ ਨੂੰ ਫਿਲਟਰ ਕਰਦੀ ਹੈ, ਅਤੇ ਉੱਨਤ ਜਾਂ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਲੋੜਾਂ ਲਈ Cloudflare Magic Transit ਅਤੇ Spectrum ਗੈਰ-HTTP ਟ੍ਰੈਫਿਕ ਤੱਕ ਐੱਜ-ਗ੍ਰੇਡ ਘਟਾਓ ਦਾ ਵਿਸਤਾਰ ਕਰਦੇ ਹਨ।
ਹਰੇਕ ਲਾਗੂਕਰਨ ਤਬਦੀਲੀ ਨੂੰ ਇਸਦੇ ਕਾਰਨ, ਭਾਵੇਂ ਇਹ ਸਵੈਚਲਿਤ ਸੀ ਜਾਂ ਸਟਾਫ਼ ਦੁਆਰਾ ਸ਼ੁਰੂ ਕੀਤੀ ਗਈ ਸੀ, ਅਤੇ ਇਸਦੇ ਪਿੱਛੇ ਦੇ ਸਬੂਤਾਂ ਦੇ ਨਾਲ ਲੌਗ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਤੁਹਾਨੂੰ ਸੂਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਕਿ ਕੀ ਬਦਲਿਆ ਹੈ ਅਤੇ ਇਸਨੂੰ ਕੀ ਹੱਲ ਕਰਦਾ ਹੈ, ਹਰੇਕ ਕਾਰਵਾਈ 'ਤੇ ਅਪੀਲ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਅਤੇ ਤੁਹਾਡੇ ਆਪਣੇ ਪਾਲਣਾ ਟਰੇਲ ਲਈ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਕਾਰਵਾਈਆਂ ਦਾ ਆਡਿਟ-ਲੌਗ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ। ਸੰਕੇਤਾਂ ਨੂੰ ਵੱਖ-ਵੱਖ ਟੂਲਾਂ ਵਿੱਚ ਖਿੰਡਾਉਣ ਦੀ ਬਜਾਏ ਇੱਕੋ Abuse Desk ਵਿੱਚ ਇਕੱਠਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਹਾਂ। Footprint-Free ਹੋਸਟਿੰਗ ਬਿਨਾਂ ਕਾਰਡ ਦੇ 14-ਦਿਨਾਂ ਦੇ ਟ੍ਰਾਇਲ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ ਜੋ 5 ਸਾਈਟਾਂ ਤੱਕ ਕਵਰ ਕਰਦੀ ਹੈ — ਕੋਈ ਭੁਗਤਾਨ ਵੇਰਵੇ ਨਹੀਂ, ਕੋਈ ਵਚਨਬੱਧਤਾ ਨਹੀਂ। ਪਲਾਨ 30-ਦਿਨਾਂ ਦੀ ਬਿਨਾਂ ਕਿਸੇ ਇਤਰਾਜ਼ ਦੇ ਪੈਸੇ ਵਾਪਸੀ ਦੀ ਗਰੰਟੀ, ਮੁਫ਼ਤ ਮਾਈਗ੍ਰੇਸ਼ਨ ਅਤੇ ਬਿਨਾਂ ਕਿਸੇ ਵਿਕਰੇਤਾ ਲੌਕ-ਇਨ ਦੁਆਰਾ ਸਮਰਥਿਤ ਹਨ।
ਨੈੱਟਵਰਕ ਫਿਲਟਰਿੰਗ, ਐਜ ਅਬਸੋਰਪਸ਼ਨ, ਸਰਵਰ ਥ੍ਰੋਟਲਿੰਗ ਅਤੇ ਪ੍ਰਤੀ-ਸਾਈਟ ਕੰਟੇਨਮੈਂਟ ਤੁਹਾਡੇ ਵੱਲੋਂ ਤੈਨਾਤ ਕੀਤੇ ਜਾਣ ਦੇ ਪਲ ਤੋਂ ਹੀ ਚੱਲਦੇ ਹਨ — ਕੁਝ ਵੀ ਕੌਂਫਿਗਰ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ, ਘਟਨਾ ਦੇ ਦੌਰਾਨ ਕੁਝ ਵੀ ਚਾਲੂ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ। ਕਾਰਡ-ਮੁਕਤ 14-ਦਿਨਾਂ ਦੇ ਟ੍ਰਾਇਲ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕਰੋ, ਜਿਸ ਨੂੰ 30-ਦਿਨਾਂ ਦੀ ਪੈਸੇ ਵਾਪਸੀ ਦੀ ਗਾਰੰਟੀ ਅਤੇ ਮੁਫ਼ਤ ਮਾਈਗ੍ਰੇਸ਼ਨਾਂ ਦਾ ਸਮਰਥਨ ਪ੍ਰਾਪਤ ਹੈ।
ਮੁਫ਼ਤ ਸ਼ੁਰੂ ਕਰੋ