ਪਰ-ਸਾਈਟ ਆਈਸੋਲੇਸ਼ਨ
ਆਈਸੋਲੇਸ਼ਨ ਇੱਕ ਘਟਨਾ ਅਤੇ ਇੱਕ ਆਊਟੇਜ ਵਿੱਚਲਾ ਫ਼ਰਕ ਹੈ। ਸਾਡੇ ਵੱਲੋਂ ਹੋਸਟ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਹਰ ਸਾਈਟ ਆਪਣੀ ਖ਼ਦ ਦੀ CPU, RAM, IO ਅਤੇ ਪ੍ਰੋਸੈਸ ਸੀਲਿੰਗ, ਆਪਣੀ CageFS ਫ਼ਾਈਲਸਿਸਟਮ ਵਿਊ, ਆਪਣੇ PHP ਸੰਸਕਰਣ ਅਤੇ ਆਪਣੇ ਡਾਟਾਬੇਸ ਥ੍ਰੋਟਲ ਦੇ ਨਾਲ ਇੱਕ ਕਰਨਲ-ਪੱਧਰ ਦੇ CloudLinux LVE ਕੇਜ ਦੇ ਅੰਦਰ ਚੱਲਦੀ ਹੈ। ਜਿਸ ਸਾਈਟ 'ਤੇ ਹਮਲਾ ਹੁੰਦਾ ਹੈ, ਨਾਲ ਸਮਝੌਤਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਾਂ ਜੋ ਸਿਰਫ਼ ਇੱਕ ਭਾਰੀ ਕਿਊਰੀ ਚਲਾ ਰਹੀ ਹੁੰਦੀ ਹੈ, ਉਹ ਉੱਥੇ ਹੀ ਸੀਮਤ ਰਹਿੰਦੀ ਹੈ ਜਿੱਥੇ ਉਹ ਹੈ — ਅਤੇ ਆਈਸੋਲੇਸ਼ਨ ਬੇਸਲਾਈਨ ਹਰ ਪਲਾਨ ਵਿੱਚ ਸ਼ਾਮਲ ਹੁੰਦੀ ਹੈ, ਨਾ ਕਿ ਤੁਹਾਨੂੰ ਅੱਪਗ੍ਰੇਡ ਵਜੋਂ ਵੇਚੀ ਜਾਂਦੀ ਹੈ। ਉਪਲਬਧਤਾ: ਪ੍ਰਤੀ-ਸਾਈਟ ਡਾਟਾਬੇਸ ਥ੍ਰੋਟਲਿੰਗ ਅਤੇ ਪ੍ਰਤੀ-ਸਾਈਟ ਸਰੋਤ ਅੰਕੜੇ ਸਰਗਰਮ ਵਿਕਾਸ ਵਿੱਚ ਹਨ ਅਤੇ ਅਜੇ ਉਪਲਬਧ ਨਹੀਂ ਹਨ। ਇੱਥੇ ਵਰਣਨ ਕੀਤੀ ਗਈ ਹਰ ਦੂਜੀ ਚੀਜ਼ ਅੱਜ ਲਾਈਵ ਹੈ।
ਵਰਕਰ ਫਲੀਟ CloudLinux OS ਚਲਾਉਂਦਾ ਹੈ, ਜੋ ਮਲਟੀ-ਟੈਨੈਂਸੀ ਨੂੰ ਸਿੱਧਾ ਕਰਨਲ ਵਿੱਚ ਭੇਜਦਾ ਹੈ। ਹਰ ਸਾਈਟ ਨੂੰ ਇੱਕ ਲਾਈਟਵੇਟ ਵਰਚੁਅਲ ਐਨਵਾਇਰਮੈਂਟ — ਇੱਕ LVE — ਮਿਲਦਾ ਹੈ ਜੋ ਕਿ ਕਿਸੇ ਨਿਮਰਤਾ ਭਰੇ ਸਮਝੌਤੇ ਦੀ ਬਜਾਏ ਇੱਕ ਸਖ਼ਤ ਸੀਮਾ ਹੈ। ਕੋਈ ਵੀ ਸਾਈਟ ਆਪਣੇ ਪਿੰਜਰੇ ਦੇ ਅੰਦਰ ਜੋ ਕੁਝ ਕਰਦੀ ਹੈ, ਉਸ ਨੂੰ ਕਿਸੇ ਹੋਰ ਦੇ ਬਜਟ ਵਿੱਚੋਂ ਖਰਚ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ।
LVE ਹਰੇਕ ਸਾਈਟ ਲਈ CPU, RAM, IO, IOPS, ਪ੍ਰੋਸੈਸਾਂ ਅਤੇ ਐਂਟਰੀ-ਪ੍ਰੋਸੈਸਾਂ ਨੂੰ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਸੀਮਤ ਕਰਦਾ ਹੈ। ਜਦੋਂ ਕੋਈ ਸਾਈਟ ਆਪਣੀ ਸੀਮਾ ਤੋਂ ਪਾਰ ਜਾਂਦੀ ਹੈ ਤਾਂ ਇਸਨੂੰ ਇਸਦੇ ਆਪਣੇ ਕੇਜ ਦੇ ਅੰਦਰ ਹੀ ਥ੍ਰੌਟਲ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ — ਇਸ ਗਲਤੀ ਨੂੰ ਉਸ ਸਾਈਟ ਦੇ ਵਿਰੁੱਧ ਲੌਗ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇਸਦੇ ਦੋਵਾਂ ਪਾਸਿਆਂ ਦੀਆਂ ਸਾਈਟਾਂ ਬਿਨਾਂ ਕਿਸੇ ਪ੍ਰਭਾਵ ਦੇ ਚੱਲਦੀਆਂ ਰਹਿੰਦੀਆਂ ਹਨ।
ਲੂਪ ਵਿੱਚ ਫਸਿਆ ਕੋਈ ਪਲੱਗਇਨ, ਮਾੜਾ ਲਿਖਿਆ ਕ੍ਰੌਨ ਜੌਬ ਜਾਂ ਕਿਸੇ ਐਂਡਪੁਆਇੰਟ ਨੂੰ ਹਿੱਟ ਕਰ ਰਿਹਾ ਕ੍ਰਾਲਰ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਸਾਈਟ ਦੇ ਆਪਣੇ ਪ੍ਰੋਸੈਸ ਅਤੇ ਐਂਡਰੀ-ਪ੍ਰੋਸੈਸ ਸੀਮਾਵਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ। ਇੱਕ ਸਾਈਟ ਸਿਰਫ਼ ਮਸ਼ੀਨ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਸਕਦੀ।
ਕਿਉਂਕਿ ਹਰੇਕ ਕੇਜ ਲਈ ਐਂਟਰੀ-ਪ੍ਰੋਸੈਸ ਸੀਮਤ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਕਿਸੇ ਇੱਕ ਸਾਈਟ 'ਤੇ ਕੀਤਾ ਗਿਆ ਹਮਲਾ ਹੋਸਟ 'ਤੇ ਅਸੀਮਤ ਕੰਮ ਨਹੀਂ ਖੋਲ੍ਹ ਸਕਦਾ। LiteSpeed ਕਨੈਕਸ਼ਨ ਅਤੇ ਬੇਨਤੀ ਥ੍ਰੋਟਲਿੰਗ ਅਤੇ Imunify360 ਨੈੱਟਵਰਕ ਫਾਇਰਵਾਲ ਇਸਦੇ ਅੱਗੇ ਕੰਮ ਕਰਦੇ ਹਨ, ਇਸ ਲਈ ਹਮਲਾ ਸਿਰਫ਼ ਉਸੇ ਟੀਚੇ ਤੱਕ ਹੀ ਸੀਮਤ ਰਹਿੰਦਾ ਹੈ।
ਹਰੇਕ LVE ਨੁਕਸ ਪ੍ਰਤੀ ਸਾਈਟ ਰਿਕਾਰਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਪਲੇਟਫਾਰਮ ਦੇ ਨੀਤੀ ਇੰਜਣ ਵਿੱਚ ਜਾਂਦਾ ਹੈ, ਜੋ ਕਿ ਸੀਮਾਵਾਂ ਨੂੰ ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਸਖ਼ਤ ਜਾਂ ਢਿੱਲਾ ਕਰ ਸਕਦਾ ਹੈ। ਤੁਸੀਂ ਦੇਖਦੇ ਹੋ ਕਿ ਕਿਸੇ ਸਾਈਟ 'ਤੇ ਸੀਮਾ ਕਿਉਂ ਲਗਾਈ ਗਈ ਸੀ, ਅਤੇ ਕਦੋਂ — ਦਰਜੇਵਾਰ, ਉਲਟਾਉਣਯੋਗ ਅਤੇ ਲੌਗ ਕੀਤਾ ਹੋਇਆ।
ਸਰੋਤ ਅਲੱਗ-ਥਲੱਗਤਾ ਇੱਕ ਸਾਈਟ ਨੂੰ ਰੌਲੇ-ਰੱਪੇ ਵਾਲੀ ਹੋਣ ਤੋਂ ਰੋਕਦੀ ਹੈ। ਫ਼ਾਈਲ ਸਿਸਟਮ ਅਲੱਗ-ਥਲੱਗਤਾ ਇਸਨੂੰ ਦਖ਼ਲਅੰਦਾਜ਼ੀ ਕਰਨ ਤੋਂ ਰੋਕਦੀ ਹੈ। CageFS ਹਰੇਕ ਕਿਰਾਏਦਾਰ ਨੂੰ ਮਸ਼ੀਨ ਦਾ ਇੱਕ ਨਿੱਜੀ, ਸੀਮਤ ਦ੍ਰਿਸ਼ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।
CageFS ਦੇ ਅਧੀਨ, ਇੱਕ ਟੈਨੈਂਟ ਨੂੰ ਸਿਰਫ ਆਪਣੀਆਂ ਫਾਈਲਾਂ ਅਤੇ ਸਿਸਟਮ ਬਾਇਨਰੀਆਂ ਦਾ ਇੱਕ ਨਿਊਨਤਮ, ਸਾਫ਼ ਕੀਤਾ ਸੈੱਟ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ — ਅਤੇ ਉਹ ਹੋਰ ਟੈਨੈਂਟਾਂ, ਹੋਰ ਟੈਨੈਂਟਾਂ ਦੀਆਂ ਸਾਈਟਾਂ, ਜਾਂ ਸੰਵੇਦਨਸ਼ੀਲ ਸਿਸਟਮ ਫਾਈਲਾਂ ਨੂੰ ਨਹੀਂ ਦੇਖ ਸਕਦਾ। ਆਮ ਸ਼ੇਅਰਡ-ਹੋਸਟਿੰਗ ਖਰਾਬੀ ਵਾਲਾ ਮੋਡ, ਜਿੱਥੇ ਇੱਕ ਸਮਝੌਤਾ ਕੀਤਾ ਗਿਆ ਖਾਤਾ ਸਰਵਰ 'ਤੇ ਹਰੇਕ ਹੋਰ ਖਾਤੇ ਨੂੰ ਦੇਖਣ ਦੀ ਸਥਿਤੀ ਬਣ ਜਾਂਦਾ ਹੈ, ਕਰਨਲ ਦੇ ਪੱਧਰ 'ਤੇ ਹੀ ਬੰਦ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
ਇਹ ਗੱਲ ਸਭ ਤੋਂ ਵੱਧ ਉਸ ਦਿਨ ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ ਜਦੋਂ ਕੋਈ ਗੜਬੜ ਹੁੰਦੀ ਹੈ। ਜੇਕਰ ਕੋਈ ਸਾਈਟ ਖਤਰੇ ਵਿੱਚ ਪੈਂਦੀ ਹੈ — ਕਿਸੇ ਪੁਰਾਣੇ ਪਲੱਗਇਨ, ਚੋਰੀ ਹੋਏ ਪ੍ਰਮਾਣਪੱਤਰ, ਜਾਂ ਕਮਜ਼ੋਰ ਥੀਮ ਰਾਹੀਂ — ਤਾਂ CageFS ਹੀ ਉਹ ਚੀਜ਼ ਹੈ ਜੋ ਨੁਕਸਾਨ ਦੇ ਦਾਇਰੇ ਨੂੰ ਉਸੇ ਇੱਕ ਕੇਜ (cage) ਤੱਕ ਸੀਮਤ ਰੱਖਦੀ ਹੈ। ਸਾਡੀ ਸੁਰੱਖਿਆ ਨਿਰਧਾਰਨ ਸ਼ਬਦਾਵਲੀ ਬਾਰੇ ਸਪੱਸ਼ਟ ਹੈ: CageFS ਸੰਨ੍ਹਮਾਰੀ ਨੂੰ ਸੀਮਤ ਕਰਦਾ ਹੈ। ਸੀਮਤ ਕਰਨਾ ਹੀ ਸੱਚਾ ਦਾਅਵਾ ਹੈ, ਅਤੇ ਇਹ ਹੀ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕੋਈ ਘਟਨਾ ਇੱਕ ਸਾਈਟ ਦੀ ਸਫਾਈ ਤੱਕ ਸੀਮਤ ਹੈ ਜਾਂ ਪੂਰੇ ਫਲੀਟ ਵਿੱਚ ਫੈਲੀ ਹੋਈ ਹੈ।
ਬੈਕਅੱਪ ਉਸੇ ਸੀਮਾ ਨੂੰ ਹੋਰ ਮਜ਼ਬੂਤ ਕਰਦੇ ਹਨ। ਪ੍ਰਤੀ-ਸਾਈਟ ਬੈਕਅੱਪ ਅਟੱਲ, ਆਫਸਾਈਟ ਅਤੇ ਚੱਲ ਰਹੇ ਫਲੀਟ ਤੋਂ ਅਲੱਗ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਇਨ੍ਹਾਂ ਨੂੰ ਟੈਸਟ ਕੀਤੇ ਗਏ ਰੀਸਟੋਰ ਨਾਲ ਤਿਆਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਜੋ ਕਿਸੇ ਇੱਕ ਸਾਈਟ 'ਤੇ ਸਭ ਤੋਂ ਮਾੜੀ ਸਥਿਤੀ ਵਿੱਚ ਵੀ ਸਮਝੌਤਾ ਹੋਣ 'ਤੇ ਇੱਕ ਸਾਫ਼, ਸੁਤੰਤਰ ਰਿਕਵਰੀ ਮਾਰਗ ਮਿਲ ਸਕੇ ਜੋ ਉਸ ਮਸ਼ੀਨ ਦੀ ਸਥਿਤੀ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਕਰਦਾ ਜਿਸ 'ਤੇ ਇਹ ਚੱਲ ਰਹੀ ਸੀ।
ਵੈੱਬ-ਟੀਅਰ ਆਈਸੋਲੇਸ਼ਨ ਸਿਰਫ਼ ਅੱਧੀ ਕਹਾਣੀ ਹੈ। ਇੱਕ WordPress ਫਲੀਟ 'ਤੇ, ਜਿਸ ਚੀਜ਼ ਕਾਰਨ ਸਰਵਰ ਅਕਸਰ ਹੌਲੀ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ, ਉਹ ਇੱਕ ਸਾਈਟ ਦੀਆਂ ਕਿਊਰੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਨਾ ਕਿ ਇੱਕ ਸਾਈਟ ਦਾ ਟ੍ਰੈਫਿਕ। ਇਸ ਨੂੰ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ।
CloudLinux MySQL Governor ਪ੍ਰਤੀ ਸਾਈਟ ਡਾਟਾਬੇਸ ਵਰਤੋਂ ਨੂੰ ਸੀਮਤ ਕਰਦਾ ਹੈ, ਤਾਂ ਜੋ ਕਿਸੇ ਇੱਕ ਸਾਈਟ ਦੀਆਂ ਭਾਰੀਆਂ ਕਿਰਿਆਵਾਂ ਬਾਕੀ ਸਾਰਿਆਂ ਲਈ ਸਰਵਰ ਨੂੰ ਹੌਲੀ ਨਾ ਕਰ ਸਕਣ। ਇਹ ਹੌਲੀ ਹੋਣ ਤੋਂ ਰੋਕਣ ਵਾਲਾ ਕੰਟਰੋਲ ਹੈ, ਅਤੇ ਇਹ ਉਦੋਂ ਵੀ ਕੰਮ ਕਰਦਾ ਹੈ ਭਾਵੇਂ ਰੌਲਾ ਪਾਉਣ ਵਾਲੀ ਸਾਈਟ ਨੂੰ ਕਦੇ ਪਤਾ ਵੀ ਨਾ ਲੱਗੇ ਕਿ ਉਸਨੂੰ ਕਾਬੂ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ।
ਫਲੀਟ MariaDB (ਜਾਂ Percona) ਚਲਾਉਂਦਾ ਹੈ, ਜਿਸਨੂੰ ਮੂਲ ਰੂਪ ਵਿੱਚ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਬਜਾਏ WordPress ਵਰਕਲੋਡ ਲਈ ਚੁਣਿਆ ਗਿਆ ਹੈ, ਅਤੇ Governor ਇਸਦੇ ਉੱਪਰ ਪ੍ਰਤੀ-ਟੈਨੈਂਟ ਨਿਰਪੱਖਤਾ ਪਰਤ (per-tenant fairness layer) ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ।
ਇੱਕ ਪ੍ਰਤੀ-ਸਾਈਟ Redis ਆਬਜੈਕਟ ਕੈਸ਼ ਡਾਟਾਬੇਸ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਵਾਰ-ਵਾਰ ਪੜ੍ਹੇ ਜਾਣ ਵਾਲੇ ਡਾਟਾ ਨੂੰ ਜਜ਼ਬ ਕਰ ਲੈਂਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਉਸ ਦਬਾਅ ਵਿੱਚ ਕਮੀ ਆਉਂਦੀ ਹੈ ਜਿਸਦਾ ਗਵਰਨਰ (Governor) ਨੂੰ ਪਹਿਲੇ ਸਥਾਨ 'ਤੇ ਨਿਪਟਾਰਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਕੈਸ਼ਿੰਗ ਅਤੇ ਆਈਸੋਲੇਸ਼ਨ ਇੱਕ ਸਿੰਗਲ ਸਿਸਟਮ ਵਜੋਂ ਕੰਮ ਕਰਦੇ ਹਨ।
CloudLinux alt-PHP ਹਰ ਸਾਈਟ ਨੂੰ ਉਸਦਾ ਆਪਣਾ PHP ਵਰਜਨ ਸਿਲੈਕਟਰ, ਉਸਦੀਆਂ ਆਪਣੀਆਂ ਐਕਸਟੈਂਸ਼ਨਾਂ (imagick, gd, redis ਅਤੇ ਬਾਕੀ) ਅਤੇ ਉਸਦੀਆਂ ਆਪਣੀਆਂ ਹਾਰਡਨ ਕੀਤੀਆਂ ਸੈਟਿੰਗਾਂ ਦਿੰਦਾ ਹੈ — ਉਸ ਸਾਈਟ ਦੀਆਂ LVE ਸੀਮਾਵਾਂ ਦੁਆਰਾ ਬੰਨੇ ਹੋਏ LSAPI ਵਰਕਰਾਂ ਦੇ ਨਾਲ, ਤਾਂ ਜੋ PHP ਸਮਕਾਲੀਤਾ ਉਸ ਪਿੰਜਰੇ ਤੋਂ ਬਚਣ ਦੀ ਬਜਾਏ ਉਸਦਾ ਹਿੱਸਾ ਬਣੇ।
ਆਈਸੋਲੇਸ਼ਨ ਇਹ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਕੋਈ ਸਮੱਸਿਆ ਕਿੰਨੀ ਦੂਰ ਤੱਕ ਫੈਲਦੀ ਹੈ। ਐਨਫੋਰਸਮੈਂਟ ਇਹ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਅੱਗੇ ਕੀ ਹੋਣਾ ਹੈ। ਅਸੀਂ ਬਲੰਟ ਆਨ/ਆਫ ਸਸਪੈਂਡ ਦੀ ਜਗ੍ਹਾ ਇੱਕ ਸਟੇਟ ਮਸ਼ੀਨ ਲਗਾਈ ਹੈ, ਜੋ ਟਿਕਾਊ ਵਰਕਫਲੋਅ ਦੁਆਰਾ ਸੰਚਾਲਿਤ ਹੁੰਦੀ ਹੈ ਅਤੇ LiteSpeed, LVE ਅਤੇ Imunify ਰਾਹੀਂ ਵਰਕਰ 'ਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ।
ਆਈਸੋਲੇਸ਼ਨ ਕੋਈ ਪਲਾਨ ਫੀਚਰ ਨਹੀਂ ਹੈ ਜੋ ਤਿੰਨ ਟੀਅਰ ਉੱਪਰ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ। ਇਹ ਸਬਸਟਰੇਟ ਦੀ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਇੱਕ WooCommerce ਸਟੋਰ ਚਲਾਉਣ ਜਾਂ ਦੋ ਹਜ਼ਾਰ ਨੈੱਟਵਰਕ ਸਾਈਟਾਂ ਚਲਾਉਣ ਵੇਲੇ ਇੱਕੋ ਜਿਹੀ ਹੁੰਦੀ ਹੈ।
ਬਲਕ ਅਤੇ PBN ਨੈੱਟਵਰਕ ਇੱਕੋ LVE ਅਤੇ CageFS ਸਬਸਟ੍ਰੇਟ ਉੱਤੇ, ਫੁੱਟਪ੍ਰਿੰਟ-ਜਾਣਕਾਰ CDN ਖਾਤਾ ਰੋਟੇਸ਼ਨ ਅਤੇ ਸਟੈਤਿਕ-HTML ਡਿਲੀਵਰੀ ਦੇ ਨਾਲ ਚੱਲਦੇ ਹਨ। ਆਈਸੋਲੇਸ਼ਨ ਹੀ ਘਣਤਾ ਨੂੰ ਸੁਰੱਖਿਅਤ ਬਣਾਉਂਦੀ ਹੈ: ਸਾਈਟਾਂ ਕਿਸਮਤ ਨੂੰ ਸਾਂਝਾ ਕੀਤੇ ਬਿਨਾਂ ਇੱਕ ਫਲੀਟ ਨੂੰ ਸਾਂਝਾ ਕਰਦੀਆਂ ਹਨ।
ਮੈਨੇਜਡ WordPress, WooCommerce, PHP, ਸਟੈਟਿਕ ਅਤੇ Node ਸਾਈਟਾਂ ਨੂੰ ਉਹੀ ਕੇਜ (cages) ਅਤੇ ਪੂਰੀ ਸੈਲਫ-ਸਰਵਿਸ ਮਿਲਦੀ ਹੈ — ਤੁਹਾਡਾ ਆਪਣਾ PHP ਵਰਜਨ ਅਤੇ ਐਕਸਟੈਂਸ਼ਨਾਂ, Redis ਆਬਜੈਕਟ ਕੈਸ਼, ਸਟੇਜਿੰਗ ਅਤੇ ਪੁਸ਼-ਟੂ-ਲਾਈਵ।
ਉਨ੍ਹਾਂ ਵਰਕਲੋਡਾਂ ਲਈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਘਣਤਾ-ਅਨੁਕੂਲਿਤ ਡਿਫੌਲਟ ਨਾਲੋਂ ਇੱਕ ਮਜ਼ਬੂਤ ਸੀਮਾ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਪੂਰੀ ਕੰਟੇਨਰ-ਪ੍ਰਤੀ-ਸਾਈਟ ਅਲੱਗ-ਥਲੱਗਤਾ ਨੂੰ ਇੱਕ ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ-ਡਰਾਈਵਰ ਵੇਰੀਐਂਟ ਵਜੋਂ ਪੇਸ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ: ਉਹੀ ਇੰਜਣ, ਉਹੀ ਕੰਟਰੋਲ ਪਲੇਨ, ਵੱਖਰੀ ਪਲੇਸਮੈਂਟ, ਵੱਧ ਓਵਰਹੈੱਡ 'ਤੇ।
ਹਰੇਕ ਗਾਹਕ ਲਈ LVE ਅਤੇ CageFS ਆਈਸੋਲੇਸ਼ਨ, ਪ੍ਰੋਐਕਟਿਵ WAF ਅਤੇ ਮਾਲਵੇਅਰ ਸਕੈਨਿੰਗ ਸ਼ਾਮਲ ਹਨ, ਕਿਉਂਕਿ ਇੱਕ ਸੰਕਰਮਿਤ ਜਾਂ ਆਊਟ-ਆਫ-ਕੰਟਰੋਲ ਸਾਈਟ ਆਪਣੇ ਗੁਆਂਢੀਆਂ ਅਤੇ ਸਾਡੀ IP ਸਾਖ ਲਈ ਖ਼ਤਰਾ ਬਣਦੀ ਹੈ। ਇੱਕ-ਕਲਿੱਕ ਮਾਲਵੇਅਰ ਕਲੀਨਅੱਪ ਅਤੇ ਐਡਵਾਂਸਡ ਪ੍ਰੋਟੈਕਸ਼ਨ ਟਾਇਰ ਭੁਗਤਾਨ ਵਾਲੇ ਐਡ-ਆਨ ਹਨ — ਬੁਨਿਆਦੀ ਸੁਰੱਖਿਆ ਲਈ ਕੋਈ ਵਾਧੂ ਚਾਰਜ ਨਹੀਂ ਹੈ।
ਹੋਸਟਿੰਗ ਵਿੱਚ ਵਪਾਰਕ ਲਾਲਚ ਸੁਰੱਖਿਆ ਨੂੰ ਪੜਾਵਾਂ ਵਿੱਚ ਵੇਚਣਾ ਹੁੰਦਾ ਹੈ: ਸਸਤੇ ਗਾਹਕਾਂ ਨੂੰ ਨਰਮ ਸੀਮਾਵਾਂ ਵਾਲੇ ਇੱਕ ਸਾਂਝੇ ਬਾਕਸ ਵਿੱਚ ਰੱਖਣਾ, ਅਤੇ ਜਿਨ੍ਹਾਂ ਨੂੰ ਫ਼ਰਕ ਪੈਂਦਾ ਹੈ ਉਨ੍ਹਾਂ ਤੋਂ ਦਾਇਰੇ ਲਈ ਚਾਰਜ ਕਰਨਾ। ਅਸੀਂ ਅਜਿਹਾ ਨਹੀਂ ਕਰਦੇ, ਕਿਉਂਕਿ ਜਿਸ ਗਾਹਕ ਨੇ ਅਲੱਗ-ਥਲੱਗ ਕਰਨ ਲਈ ਭੁਗਤਾਨ ਨਹੀਂ ਕੀਤਾ ਹੁੰਦਾ, ਉਹੀ ਉਹ ਵਿਅਕਤੀ ਹੁੰਦਾ ਹੈ ਜਿਸ ਦੀ ਹੈਕ ਕੀਤੀ ਗਈ ਸਾਈਟ ਹਰ ਕਿਸੇ ਲਈ ਸਮੱਸਿਆ ਬਣ ਜਾਂਦੀ ਹੈ।
ਅਸੀਂ ਦੁਨੀਆ ਭਰ ਵਿੱਚ 650,000 ਤੋਂ ਵੱਧ ਸਾਈਟਾਂ ਨੂੰ ਹੋਸਟ ਕਰਦੇ ਹਾਂ, ਇੱਕ ਅਜਿਹੇ ਬੇੜੇ 'ਤੇ ਜਿੱਥੇ ਘਣਤਾ (ਡੈਨਸਿਟੀ) ਹੀ ਪੂਰੀ ਆਰਥਿਕ ਪ੍ਰਸਤਾਵਨਾ ਹੈ। ਇਹ ਸਿਰਫ਼ ਉਦੋਂ ਹੀ ਕੰਮ ਕਰਦਾ ਹੈ ਜੇਕਰ ਇਸ ਦੇ ਹੇਠਾਂ ਅਲੱਗ-ਥਲੱਗਤਾ ਬੇਸ਼ਰਤ ਹੋਵੇ। ਕਰਨਲ-ਪੱਧਰ ਦੇ ਪਿੰਜਰੇ, ਇੱਕ ਨਿੱਜੀ ਫਾਈਲਸਿਸਟਮ ਵਿਊ, ਪ੍ਰਤੀ-ਸਾਈਟ ਡੇਟਾਬੇਸ ਥ੍ਰੋਟਲਿੰਗ ਅਤੇ ਪ੍ਰਤੀ-ਸਾਈਟ PHP ਬਿਨਾਂ ਕਿਸੇ ਸਾਂਝੇ ਨੁਕਸਾਨ ਦੇ ਉਸ ਪੈਮਾਨੇ 'ਤੇ ਚੱਲਣ ਦੀ ਕੀਮਤ ਹਨ - ਇਸ ਲਈ ਉਹ ਹਰ ਕਿਸੇ ਲਈ, ਹਰ ਯੋਜਨਾ 'ਤੇ, ਤੁਹਾਡੇ ਦੁਆਰਾ ਤਾਇਨਾਤ ਕੀਤੀ ਪਹਿਲੀ ਸਾਈਟ ਤੋਂ ਚਾਲੂ ਹਨ।
ਇen ਨਤੀਜਾ ਇੱਕ ਅਜਿਹਾ ਪਲੇਟਫਾਰਮ ਹੈ ਜੋ ਹੋਰ ਲੋਕਾਂ ਦੇ ਮਾੜੇ ਦਿਨਾਂ ਦੌਰਾਨ ਵੀ ਅੰਦਾਜ਼ੇ ਮੁਤਾਬਕ ਕੰਮ ਕਰਦਾ ਹੈ। ਇਸ ਦੇ ਪਿੱਛੇ 99.99% ਅਪਟਾਈਮ ਭਰੋਸਾ, ਟੈਸਟ ਕੀਤੇ ਰੀਸਟੋਰਾਂ ਦੇ ਨਾਲ ਪ੍ਰਤੀ-ਸਾਈਟ ਅਟੱਲ ਆਫਸਾਈਟ ਬੈਕਅੱਪ, ਅਤੇ ਤੁਹਾਡੀਆਂ ਸਾਈਟਾਂ 'ਤੇ ਕੀਤੀ ਗਈ ਹਰ ਲਾਗੂਕਰਨ ਕਾਰਵਾਈ ਦਾ ਪੂਰਾ ਆਡਿਟ ਟਰੇਲ ਮੌਜੂਦ ਹੈ।
ਆਈਸੋਲੇਸ਼ਨ ਖਾਸ ਤੌਰ 'ਤੇ ਇਸ ਨੂੰ ਰੋਕਣ ਲਈ ਤਿਆਰ ਕੀਤੀ ਗਈ ਹੈ। LVE ਹਰ ਸਾਈਟ ਲਈ CPU, RAM, IO, IOPS ਅਤੇ ਪ੍ਰੋਸੈਸਾਂ ਨੂੰ ਸੀਮਤ ਕਰਦਾ ਹੈ, MySQL Governor ਹਰ ਸਾਈਟ ਦੀ ਡਾਟਾਬੇਸ ਵਰਤੋਂ ਨੂੰ ਕਾਬੂ ਵਿੱਚ ਰੱਖਦਾ ਹੈ, ਅਤੇ LSAPI ਵਰਕਰ ਸਾਈਟ ਦੇ ਆਪਣੇ ਪਿੰਜਰੇ ਤੱਕ ਸੀਮਤ ਹੁੰਦੇ ਹਨ — ਇਸ ਲਈ ਗੁਆਂਢੀ ਦੀ ਟ੍ਰੈਫਿਕ ਸਪਾਈਕ ਜਾਂ ਭਾਰੀ ਕਿਊਰੀ ਲੋਡ ਨੂੰ ਉਨ੍ਹਾਂ ਦੀ ਸੀਮਾ 'ਤੇ ਰੋਕਿਆ ਜਾਂਦਾ ਹੈ, ਨਾ ਕਿ ਤੁਹਾਡੀ। ਹਰ ਗਲਤੀ ਨੂੰ ਪ੍ਰਤੀ ਸਾਈਟ ਲੌਗ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਪਾਲਿਸੀ ਇੰਜਣ ਕਿਸੇ ਰੌਲੇ-ਰੱਪੇ ਵਾਲੀ ਸਾਈਟ ਦੀਆਂ ਸੀਮਾਵਾਂ ਨੂੰ ਆਪਣੇ ਆਪ ਸਖ਼ਤ ਕਰ ਸਕਦਾ ਹੈ।
ਈਮਾਨਦਾਰੀ ਵਾਲਾ ਜਵਾਬ ਗਾਰੰਟੀ ਦੇਣ ਦੀ ਬਜਾਏ ਰੋਕਥਾਮ ਕਰਨਾ ਹੈ। CageFS ਹਰੇਕ ਟੈਨੈਂਟ (ਕਿਰਾਏਦਾਰ) ਨੂੰ ਇੱਕ ਅਲੱਗ ਫਾਈਲਸਿਸਟਮ ਵੀਊ ਦਿੰਦਾ ਹੈ — ਇੱਕ ਸਮਝੌਤਾ ਕੀਤਾ ਟੈਨੈਂਟ ਦੂਜੇ ਟੈਨੈਂਟਾਂ, ਉਹਨਾਂ ਦੀਆਂ ਸਾਈਟਾਂ, ਜਾਂ ਸੰਵੇਦਨਸ਼ੀਲ ਸਿਸਟਮ ਫਾਈਲਾਂ ਨੂੰ ਨਹੀਂ ਦੇਖ ਸਕਦਾ — ਅਤੇ ਮਾਲਵੇਅਰ ਜਾਂ ਫਿਸ਼ਿੰਗ ਦਾ ਇੱਕ ਪੁਸ਼ਟੀ ਕੀਤਾ ਕੇਸ ਉਸ ਸਾਈਟ ਨੂੰ ਇਕਾਂਤਵਾਸ (quarantined) ਵਿੱਚ ਭੇਜ ਦਿੰਦਾ ਹੈ: ਔਫਲਾਈਨ, ਫਾਈਲਾਂ ਲੌਕ, ਕੋਈ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨਹੀਂ, ਫੋਰੈਂਸਿਕ ਲਈ ਅਲੱਗ। ਇਹੋ ਚੀਜ਼ ਨੁਕਸਾਨ ਦੇ ਘੇਰੇ ਨੂੰ ਸੀਮਤ ਕਰਦੀ ਹੈ। ਇਸਦੇ ਨਾਲ ਹੀ ਅਸੀਂ ਹਰ ਸਾਈਟ 'ਤੇ ਮਾਲਵੇਅਰ ਸਕੈਨਿੰਗ ਅਤੇ ਇੱਕ ਪ੍ਰੋਐਕਟਿਵ WAF ਚਲਾਉਂਦੇ ਹਾਂ, ਨਾਲ ਹੀ ਟੈਸਟ ਕੀਤੇ ਰੀਸਟੋਰ ਦੇ ਨਾਲ ਪ੍ਰਤੀ-ਸਾਈਟ ਇਮਿਊਟੇਬਲ ਔਫਸਾਈਟ ਬੈਕਅੱਪ ਵੀ ਦਿੰਦੇ ਹਾਂ, ਤਾਂ ਜੋ ਰਿਕਵਰੀ ਕਦੇ ਵੀ ਸ਼ਾਮਲ ਮਸ਼ੀਨ ਦੀ ਸਥਿਤੀ 'ਤੇ ਨਿਰਭਰ ਨਾ ਕਰੇ।
ਇਹ ਹਰ ਪਲਾਨ ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ। LVE ਅਤੇ CageFS ਆਈਸੋਲੇਸ਼ਨ, ਪ੍ਰੋਐਕਟਿਵ WAF ਅਤੇ ਮਾਲਵੇਅਰ ਸਕੈਨਿੰਗ ਹਰੇਕ ਗਾਹਕ ਲਈ ਬੁਨਿਆਦੀ ਹਨ, ਕਿਉਂਕਿ ਇੱਕ ਸੰਕ੍ਰਮਿਤ ਜਾਂ ਬੇਕਾਬੂ ਸਾਈਟ ਆਪਣੇ ਗੁਆਂਢੀਆਂ ਅਤੇ ਸਾਡੀ IP ਸਾਖ ਲਈ ਖ਼ਤਰਾ ਬਣਦੀ ਹੈ — ਅਸੀਂ ਸਮਝਦਾਰੀ ਨਾਲ ਇਸਨੂੰ ਵਿਕਲਪਿਕ ਨਹੀਂ ਛੱਡ ਸਕਦੇ। ਜੋ ਐਡ-ਆਨ ਵਜੋਂ ਵੇਚਿਆ ਜਾਂਦਾ ਹੈ ਉਹ ਹੈ ਇੱਕ-ਕਲਿੱਕ ਮਾਲਵੇਅਰ ਸਫ਼ਾਈ ਅਤੇ ਨਿਵਾਰਨ, ਅਤੇ ਉੱਨਤ ਸੁਰੱਖਿਆ ਪਰਤਾਂ ਜਿਵੇਂ ਕਿ ਵਧੇਰੇ ਬਿਹਤਰ WAF ਨਿਯਮ, ਪ੍ਰਾਇਓਰਟੀ ਸਕੈਨਿੰਗ, ਬੋਟ ਪ੍ਰਬੰਧਨ ਅਤੇ ਉੱਚ DDoS ਪਰਤਾਂ।
ਇਹ ਬੰਦ ਹੋਣ ਦੀ ਬਜਾਏ ਆਪਣੇ ਹੀ ਕੇਜ (cage) ਦੇ ਅੰਦਰ ਥ੍ਰੋਟਲ (throttled) ਹੁੰਦਾ ਹੈ। ਥ੍ਰੋਟਲ ਹੋਣ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਾਈਟ ਅਜੇ ਵੀ ਚੱਲ ਰਹੀ ਹੈ ਅਤੇ ਸੇਵਾ ਦੇ ਰਹੀ ਹੈ ਪਰ ਉਸ 'ਤੇ ਸਖ਼ਤ LVE ਸੀਮਾਵਾਂ ਅਤੇ ਰੇਟ ਲਿਮਟਿੰਗ ਲਾਗੂ ਹਨ, ਅਤੇ ਕਾਰਨ ਠੀਕ ਹੋਣ ਤੋਂ ਬਾਅਦ ਇਹ ਆਪਣੇ ਆਪ ਪਹਿਲਾਂ ਵਰਗੀ ਹੋ ਜਾਂਦੀ ਹੈ। ਤੁਹਾਨੂੰ ਕਾਰਨ ਬਾਰੇ ਸੂਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇਸ ਬਦਲਾਅ ਨੂੰ ਇਸਦੇ ਸਬੂਤਾਂ ਸਮੇਤ ਲੌਗ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇਸ ਵਿਰੁੱਧ ਅਪੀਲ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਜੇਕਰ ਲੋਡ ਕਿਸੇ ਖਰਾਬੀ ਦੀ ਬਜਾਏ ਅਸਲ ਵਾਧਾ ਹੈ, ਤਾਂ ਇਸਦਾ ਹੱਲ ਇੱਕ ਵੱਡਾ ਪਲਾਨ ਹੈ, ਨਾ ਕਿ ਇੱਕ ਸਥਾਈ ਥ੍ਰੋਟਲ।
ਨਹੀਂ — ਇੱਕ ਮੁਅੱਤਲ ਕੀਤੀ ਗਈ ਸਾਈਟ ਇੱਕ ਬ੍ਰਾਂਡ ਵਾਲਾ, ਕਾਰਣ-ਵਿਸ਼ੇਸ਼ ਹੋਲਡਿੰਗ ਪੇਜ (ਬਿਲਿੰਗ, ਰੱਖ-ਰਖਾਅ ਜਾਂ ਦੁਰਵਰਤੋਂ) ਦਿਖਾਉਂਦੀ ਹੈ ਤਾਂ ਜੋ ਇਹ ਟੁੱਟਣ ਦੀ ਬਜਾਏ ਜਾਣਬੁੱਝ ਕੇ ਲੱਗੇ। ਮੁਅੱਤਲੀ ਭੁਗਤਾਨ ਕਰਨ, ਸਮੱਸਿਆ ਹੱਲ ਕਰਨ, ਜਾਂ ਅਪੀਲ ਕਰਨ 'ਤੇ ਹਟ ਜਾਂਦੀ ਹੈ। ਕੁਆਰੰਟੀਨ ਵਧੇਰੇ ਸਖ਼ਤ ਹੁੰਦੀ ਹੈ ਅਤੇ ਵੱਖਰੇ ਤਰੀਕੇ ਨਾਲ ਕੰਮ ਕਰਦੀ ਹੈ: ਇਹ ਸਿਰਫ਼ ਸਫਾਈ ਅਤੇ ਸਮੀਖਿਆ ਤੋਂ ਬਾਅਦ ਹੀ ਹਟਦੀ ਹੈ, ਕਦੇ ਵੀ ਆਪਣੇ ਆਪ ਨਹੀਂ।
Zinn® Managed WordPress 'ਤੇ, ਹਾਂ — CloudLinux alt-PHP ਹਰੇਕ ਸਾਈਟ ਨੂੰ ਉਸਦਾ ਆਪਣਾ PHP ਵਰਜਨ ਸਿਲੈਕਟਰ, ਉਸਦੀਆਂ ਆਪਣੀਆਂ ਐਕਸਟੈਂਸ਼ਨਾਂ ਜਿਵੇਂ ਕਿ imagick, gd ਅਤੇ redis, ਅਤੇ ਉਸਦੀਆਂ ਆਪਣੀਆਂ ਹਾਰਡਨ ਕੀਤੀਆਂ ਸੈਟਿੰਗਾਂ ਦਿੰਦਾ ਹੈ, ਜੋ ਸਾਰੀਆਂ ਉਸ ਸਾਈਟ ਦੀਆਂ LVE ਸੀਮਾਵਾਂ ਦੁਆਰਾ ਬੰਨ੍ਹੀਆਂ ਹੁੰਦੀਆਂ ਹਨ। Footprint-Free Hosting ਜਾਣਬੁੱਝ ਕੇ ਇੱਕ ਵਧੇਰੇ ਮਿਆਰੀ, ਲੌਕ-ਡਾਊਨ ਪ੍ਰਤੀ-ਸਾਈਟ ਕੌਂਫਿਗਰੇਸ਼ਨ ਚਲਾਉਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਕੌਂਫਿਗਰੇਸ਼ਨ ਦੀ ਵਿਭਿੰਨਤਾ ਆਪਣੇ ਆਪ ਵਿੱਚ ਇੱਕ ਫੁੱਟਪ੍ਰਿੰਟ ਹੈ।
हाँ। CloudLinux LVE ਅਤੇ CageFS ਦੋਵਾਂ ਉਤਪਾਦ ਲਾਈਨਾਂ ਵਿੱਚ ਘਣਤਾ-ਅਨੁਕੂਲਿਤ ਡਿਫੌਲਟ ਹਨ। ਉਹਨਾਂ ਵਰਕਲੋਡਾਂ ਲਈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਇੱਕ ਸਖ਼ਤ ਸੀਮਾ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਪੂਰੀ ਕੰਟੇਨਰ-ਪ੍ਰਤੀ-ਸਾਈਟ ਅਲੱਗ-ਥਲੱਗਤਾ ਨੂੰ ਇੱਕ ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ-ਡਰਾਈਵਰ ਵੇਰੀਐਂਟ ਵਜੋਂ ਪੇਸ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ — ਉਹੀ ਇੰਜਣ ਅਤੇ ਕੰਟਰੋਲ ਪਲੇਨ ਵੱਖ-ਵੱਖ ਪਲੇਸਮੈਂਟ ਦੇ ਨਾਲ, ਮਜ਼ਬੂਤ ਵੱਖਰੇਵੇਂ ਲਈ ਓਵਰਹੈੱਡ ਦਾ ਵਪਾਰ ਕਰਦੇ ਹਨ।
ਹਾਂ। Footprint-Free Hosting ਦੀ ਸ਼ੁਰੂਆਤ ਬਿਨਾਂ ਕਾਰਡ ਤੋਂ 14-ਦਿਨਾਂ ਦੇ ਟ੍ਰਾਇਲ ਨਾਲ ਹੁੰਦੀ ਹੈ ਜਿਸ ਵਿੱਚ ਪੰਜ ਸਾਈਟਾਂ ਤੱਕ ਸ਼ਾਮਲ ਹਨ — ਕੋਈ ਭੁਗਤਾਨ ਵੇਰਵੇ ਨਹੀਂ, ਕੋਈ ਵਚਨਬੱਧਤਾ ਨਹੀਂ। ਫੈਸਲਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕੁਝ ਸਾਈਟਾਂ ਨੂੰ ਡਿਪਲਾਏ ਕਰੋ, ਉਹਨਾਂ 'ਤੇ ਕੁਝ ਲੋਡ ਪਾਓ, ਅਤੇ ਦੇਖੋ ਕਿ ਕੇਜ (cages) ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ।
Footprint-Free Hosting ‘ਤੇ 14-ਦਿਨਾਂ ਦਾ ਬਿਨਾਂ-ਕਾਰਡ ਟ੍ਰਾਇਲ ਸ਼ੁਰੂ ਕਰੋ — ਪੰਜ ਸਾਈਟਾਂ ਤੱਕ, ਕੋਈ ਭੁਗਤਾਨ ਵੇਰਵੇ ਨਹੀਂ, ਕੋਈ ਵਚਨਬੱਧਤਾ ਨਹੀਂ। ਕਰਨਲ-ਪੱਧਰ ਦਾ ਆਈਸੋਲੇਸ਼ਨ, ਪ੍ਰੋਐਕਟਿਵ WAF ਅਤੇ ਮਾਲਵੇਅਰ ਸਕੈਨਿੰਗ ਪਹਿਲੀ ਡਿਪਲਾਏਮੈਂਟ ਤੋਂ ਹੀ ਸ਼ਾਮਲ ਹਨ।
ਮੁਫ਼ਤ ਸ਼ੁਰੂ ਕਰੋ