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