VPN ਨਿਯਮ ਇੱਕ ਫ਼ਾਈਲ ਅੱਪਲੋਡ ਹੋਣ ਤੋਂ ਕਿਉਂ ਨਹੀਂ ਰੋਕ ਸਕਦਾ
ਕਿਸੇ ਸੇਵਾ ਤੱਕ ਪਹੁੰਚਣਾ ਅਤੇ ਇਹ ਕੰਟਰੋਲ ਕਰਨਾ ਕਿ ਉਸ ਤੋਂ ਕਿਹੜੀਆਂ ਫ਼ਾਈਲਾਂ ਬਾਹਰ ਜਾਂਦੀਆਂ ਹਨ, ਦੋ ਵੱਖਰੀਆਂ ਲੋੜਾਂ ਹਨ। ਨਿਯਮ ਉੱਥੇ ਰੱਖੋ ਜਿੱਥੇ ਫ਼ਾਈਲ ਦਿਸਦੀ ਹੈ: ਮੇਲ, ਐਪਲੀਕੇਸ਼ਨ ਜਾਂ ਐਂਡਪੌਇੰਟ ਏਜੰਟ।
ਇੱਕ ਛੋਟੀ ਟੀਮ ਆਪਣੇ ਕੰਮ ਵਾਲੇ ਸਿਸਟਮਾਂ ਤੱਕ ਦੂਰੋਂ ਪਹੁੰਚ ਮੰਗਦੀ ਹੈ ਅਤੇ ਉਸੇ ਸਾਹ ਵਿੱਚ ਮੰਗਦੀ ਹੈ ਕਿ ਕੁਝ ਅਟੈਚਮੈਂਟ ਕੰਪਨੀ ਛੱਡਣਾ ਬੰਦ ਕਰਨ। ਦੋਵੇਂ ਬੇਨਤੀਆਂ ਇੱਕੋ VPN ਬਦਲਾਅ ਵਰਗੀਆਂ ਲੱਗਦੀਆਂ ਹਨ। ਇਹ ਵੱਖਰੇ ਲਾਗੂਕਰਨ ਬਿੰਦੂਆਂ ਵਾਲੀਆਂ ਦੋ ਲੋੜਾਂ ਹਨ, ਅਤੇ ਪਹਿਲੀ ਪੂਰੀ ਕਰਨ ਵਾਲਾ ਨਿਯਮ ਦੂਜੀ ਲਈ ਕੁਝ ਨਹੀਂ ਕਰਦਾ। ਪਹਿਲਾਂ ਕਿਰਿਆ ਅਤੇ ਡੇਟਾ ਦਾ ਨਾਮ ਲਓ, ਫਿਰ ਉਹ ਹਿੱਸਾ ਚੁਣੋ ਜੋ ਸੱਚਮੁੱਚ ਉਨ੍ਹਾਂ ਨੂੰ ਦੇਖ ਸਕਦਾ ਹੈ।
ਇੱਕ ਬੇਨਤੀ, ਦੋ ਲੋੜਾਂ
ਪਹਿਲੀ ਲੋੜ ਪਹੁੰਚਯੋਗਤਾ ਬਾਰੇ ਹੈ: ਕਿਹੜੇ ਵਰਤੋਂਕਾਰ ਅਤੇ ਡਿਵਾਈਸ ਕਿਸ ਸੇਵਾ ਨਾਲ ਕਨੈਕਸ਼ਨ ਖੋਲ੍ਹ ਸਕਦੇ ਹਨ। ਦੂਜੀ ਉਸ ਕਨੈਕਸ਼ਨ ਦੇ ਬਣਨ ਤੋਂ ਬਾਅਦ ਦੇ ਵਿਵਹਾਰ ਬਾਰੇ ਹੈ: ਕਿਹੜੇ ਦਸਤਾਵੇਜ਼ ਅਟੈਚ, ਪੇਸਟ ਜਾਂ ਅੱਪਲੋਡ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਸੁਰੰਗ ਪਹਿਲੀ ਉੱਤੇ ਕੰਮ ਕਰਦੀ ਹੈ ਅਤੇ ਡਿਜ਼ਾਈਨ ਅਨੁਸਾਰ ਦੂਜੀ ਵੱਲ ਅੰਨ੍ਹੀ ਹੈ।
IP ਪੱਧਰ ਦਾ ਕੰਟਰੋਲ ਪੈਕਟ ਅੱਗੇ ਭੇਜਦਾ ਹੈ। ਇਹ ਬਹੁ-ਭਾਗ ਅੱਪਲੋਡ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਨਹੀਂ ਕਰਦਾ, PDF ਨਹੀਂ ਜਾਂਚਦਾ ਅਤੇ ਇਹ ਤੈਅ ਨਹੀਂ ਕਰਦਾ ਕਿ ਸਪ੍ਰੈਡਸ਼ੀਟ ਵਿੱਚ ਖਾਤਾ ਨੰਬਰ ਹਨ ਜਾਂ ਨਹੀਂ। ਇਸ ਤੋਂ ਇਹ ਉਮੀਦ ਕਰਨਾ ਕੌਂਫਿਗਰੇਸ਼ਨ ਗਲਤੀ ਨਹੀਂ; ਇਹ ਸ਼੍ਰੇਣੀ ਗਲਤੀ ਹੈ।
ਉਤਪਾਦ ਲੱਭਣ ਤੋਂ ਪਹਿਲਾਂ ਲੋੜ ਨੂੰ ਉਸੇ ਰੂਪ ਵਿੱਚ ਉੱਚੀ ਆਵਾਜ਼ ਵਿੱਚ ਕਹੋ। «ਵਰਤੋਂਕਾਰ ਫ਼ਾਈਲ ਪੋਰਟਲ ਤੱਕ ਪਹੁੰਚ ਸਕਦੇ ਹਨ» ਅਤੇ «ਵਰਤੋਂਕਾਰ ਗਾਹਕ ਸੂਚੀਆਂ ਫ਼ਾਈਲ ਪੋਰਟਲ ਉੱਤੇ ਅੱਪਲੋਡ ਨਹੀਂ ਕਰ ਸਕਦੇ» ਵੱਖਰੇ ਵਾਕ ਹਨ, ਅਤੇ ਸਿਰਫ਼ ਦੂਜਾ ਹੀ ਸਮੱਗਰੀ ਨੀਤੀ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ।
ਉਹ ਹਿੱਸਾ ਚੁਣੋ ਜੋ ਫ਼ਾਈਲ ਦੇਖ ਸਕਦਾ ਹੈ
ਲਾਗੂਕਰਨ ਉੱਥੇ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿੱਥੇ ਫ਼ਾਈਲ ਪੜ੍ਹਨਯੋਗ ਹੈ। ਈਮੇਲ ਲਈ ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਮੇਲ ਪਲੇਟਫਾਰਮ ਜਾਂ ਗੇਟਵੇ ਹੁੰਦਾ ਹੈ, ਜੋ ਪਹਿਲਾਂ ਹੀ ਅਟੈਚਮੈਂਟ ਸੰਭਾਲਦਾ ਹੈ ਅਤੇ ਡਿਲਿਵਰੀ ਤੋਂ ਪਹਿਲਾਂ ਉਨ੍ਹਾਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰ ਸਕਦਾ ਹੈ। ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਸੇਵਾ ਵਿੱਚ ਬ੍ਰਾਊਜ਼ਰ ਅੱਪਲੋਡ ਲਈ ਐਪਲੀਕੇਸ਼ਨ ਆਪ ਹੀ ਸਮੱਗਰੀ ਦੇਖਣ ਵਾਲਾ ਇੱਕੋ ਪੱਖ ਹੋ ਸਕਦਾ ਹੈ। ਪ੍ਰਬੰਧਿਤ ਲੈਪਟਾਪ ਫ਼ਾਈਲਾਂ ਨੂੰ ਹਟਾਉਣਯੋਗ ਮੀਡੀਆ ਉੱਤੇ ਕਾਪੀ ਕਰਦਾ ਹੈ ਤਾਂ ਐਂਡਪੌਇੰਟ ਏਜੰਟ ਉਹ ਕਿਰਿਆ ਦੇਖਦਾ ਹੈ।
| Where the file moves | Component that can see it |
|---|---|
| Email attachment | Mail gateway or mail platform policy |
| Upload to a web application | The application, or an inspection proxy that terminates TLS |
| Copy to USB or local folder | Endpoint agent on the device |
| Anything inside the tunnel | Nothing, unless one of the above is present |
ਕੁਝ ਵਪਾਰਕ ਦੂਰ-ਪਹੁੰਚ ਪੈਕੇਜ ਐਂਡਪੌਇੰਟ ਏਜੰਟ, ਵੈੱਬ ਕੰਟਰੋਲ ਅਤੇ ਡੇਟਾ-ਨੁਕਸਾਨ ਰੋਕਥਾਮ ਮੌਡਿਊਲ ਇਕੱਠੇ ਦਿੰਦੇ ਹਨ। ਉਹ ਹਿੱਸੇ ਸਮੱਗਰੀ ਨੀਤੀ ਲਾਗੂ ਕਰ ਸਕਦੇ ਹਨ, ਪਰ ਸਮਰੱਥਾ ਸੁਰੰਗ ਦੀ ਨਹੀਂ, ਮੌਡਿਊਲ ਦੀ ਹੈ। ਨਤੀਜੇ ਦਾ ਵਾਅਦਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੜ੍ਹੋ ਕਿ ਪੈਕੇਜ ਵਿੱਚ ਅਸਲ ਵਿੱਚ ਕੀ ਹੈ।
Microsoft ਦਾ Purview ਡੇਟਾ-ਨੁਕਸਾਨ ਰੋਕਥਾਮ ਸੰਖੇਪ ਤੁਲਨਾ ਲਈ ਲਾਹੇਵੰਦ ਨਮੂਨਾ ਹੈ: ਇਹ ਨੀਤੀਆਂ ਨੂੰ ਸੰਵੇਦਨਸ਼ੀਲ ਜਾਣਕਾਰੀ ਦੀਆਂ ਕਿਸਮਾਂ, ਟਿਕਾਣਿਆਂ ਅਤੇ ਗਤੀਵਿਧੀਆਂ ਦੇ ਰੂਪ ਵਿੱਚ ਬਿਆਨ ਕਰਦਾ ਹੈ। ਉਹ ਸ਼ਬਦਾਵਲੀ ਸਮੱਗਰੀ ਅਤੇ ਕਿਰਿਆਵਾਂ ਬਾਰੇ ਹੈ, IP ਅਗੇਤਰਾਂ ਬਾਰੇ ਨਹੀਂ।
TLS ਸੁਰੰਗ ਵਿੱਚੋਂ ਬਚ ਨਿਕਲਦੀ ਹੈ, ਇਸ ਲਈ ਇਸ ਦੀ ਯੋਜਨਾ ਬਣਾਓ
ਐਪਲੀਕੇਸ਼ਨ ਐਨਕ੍ਰਿਪਸ਼ਨ ਕਲਾਇੰਟ ਅਤੇ ਸੇਵਾ ਵਿਚਕਾਰ ਤੈਅ ਹੁੰਦਾ ਹੈ, ਅਤੇ VPN ਸੁਰੰਗ ਉਹ ਬਾਈਟ ਖੋਲ੍ਹੇ ਬਿਨਾਂ ਲੈ ਜਾਂਦੀ ਹੈ। ਇਸ ਲਈ ਰਾਹ ਵਿੱਚਲਾ ਗੇਟਵੇ ਆਪਣੇ ਆਪ ਅਟੈਚਮੈਂਟ ਵਰਗੀਕ੍ਰਿਤ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਨਹੀਂ ਪਾਉਂਦਾ, ਭਾਵੇਂ ਰਸਤੇ ਦਾ ਕਿੰਨਾ ਹਿੱਸਾ ਉਸਦਾ ਹੋਵੇ।
ਸਫ਼ਰ ਦੌਰਾਨ ਸਮੱਗਰੀ ਜਾਂਚਣ ਲਈ ਭਰੋਸੇਯੋਗ ਸਰਟੀਫਿਕੇਟ ਨਾਲ TLS ਖਤਮ ਕਰਨ ਵਾਲਾ ਹਿੱਸਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਇਹ ਆਪਣੇ ਗੋਪਨੀਯਤਾ ਤੇ ਸੰਚਾਲਨ ਨਤੀਜਿਆਂ ਵਾਲਾ ਵੱਡਾ ਢਾਂਚਾਗਤ ਫੈਸਲਾ ਹੈ। ਇਹ VPN ਪ੍ਰੋਫ਼ਾਈਲ ਦਾ ਚੈੱਕਬਾਕਸ ਨਹੀਂ ਹੈ। ਕਲਾਇੰਟਾਂ ਨੂੰ ਜਾਂਚ ਸਰਟੀਫਿਕੇਟ ਉੱਤੇ ਭਰੋਸਾ ਕਰਨਾ ਪਵੇਗਾ, ਸਰਟੀਫਿਕੇਟ ਪਿੰਨ ਕਰਨ ਵਾਲੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਟੁੱਟਣਗੀਆਂ, ਅਤੇ ਆਪਰੇਟਰ ਨੂੰ ਪਹਿਲਾਂ ਨਾ ਪੜ੍ਹਿਆ ਜਾ ਸਕਣ ਵਾਲਾ ਟ੍ਰੈਫਿਕ ਪੜ੍ਹਨ ਦੀ ਸਮਰੱਥਾ ਮਿਲਦੀ ਹੈ। ਇਹੀ ਕਾਰਨ ਹਨ ਕਿ ਇਹ ਫੈਸਲਾ ਸੁਰੰਗ ਚਲਾਉਣ ਵਾਲੇ ਦਾ ਨਹੀਂ, ਸੁਰੱਖਿਆ ਮਾਲਕ ਦਾ ਹੈ।
ਇਸ ਲਈ «ਕੀ VPN ਇਹ ਅੱਪਲੋਡ ਰੋਕ ਸਕਦਾ ਹੈ» ਦਾ ਇਮਾਨਦਾਰ ਜਵਾਬ ਆਮ ਤੌਰ 'ਤੇ ਨਹੀਂ ਹੈ, ਅਤੇ ਉਸ ਤੋਂ ਬਾਅਦ ਇੱਕ ਠੋਸ ਬਦਲ ਆਉਂਦਾ ਹੈ। ਬਦਲ ਐਪਲੀਕੇਸ਼ਨ-ਪੱਧਰੀ ਪਾਬੰਦੀਆਂ, ਮੇਲ ਨਿਯਮ ਜਾਂ ਐਂਡਪੌਇੰਟ ਨੀਤੀ ਹੋ ਸਕਦਾ ਹੈ, ਅਤੇ ਹਰੇਕ ਦਾ ਇੱਕ ਮਾਲਕ ਹੈ ਜੋ ਇਸਨੂੰ ਬਦਲ ਸਕਦਾ ਹੈ।
ਨਿਯਮ ਤੋਂ ਪਹਿਲਾਂ ਸਵੀਕ੍ਰਿਤੀ ਪਰਖ ਲਿਖੋ
ਸਮੱਗਰੀ ਨਿਯਮ ਨੂੰ ਇੱਕ ਨਹੀਂ, ਦੋ ਉਦਾਹਰਨਾਂ ਚਾਹੀਦੀਆਂ ਹਨ: ਇੱਕ ਮਨਜ਼ੂਰ ਕਿਰਿਆ ਜੋ ਚੱਲਦੀ ਰਹਿਣੀ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ ਇੱਕ ਵਰਜਿਤ ਕਿਰਿਆ ਜੋ ਰੋਕਣੀ ਚਾਹੀਦੀ ਹੈ। ਦਾਇਰੇ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਡਿਵਾਈਸਾਂ ਤੋਂ ਦੋਵੇਂ ਪਰਖੋ, ਕਿਉਂਕਿ ਸਿਰਫ਼ ਇੱਕ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਚੱਲਣ ਵਾਲੀ ਨੀਤੀ ਉਹ ਨੀਤੀ ਨਹੀਂ ਜੋ ਕਿਸੇ ਨੇ ਮੰਗੀ ਸੀ।
curl -sS -o /dev/null -w '%{http_code}\n' -F '[email protected]' https://files.plant.example/upload
curl -sS -o /dev/null -w '%{http_code}\n' -F '[email protected]' https://files.plant.example/uploadਪਹਿਲੀ ਬੇਨਤੀ ਨੂੰ ਨਿਯਮ ਵਾਲਾ ਹਿੱਸਾ ਰੱਦ ਕਰੇ ਅਤੇ ਦੂਜੀ ਸਫਲ ਹੋਵੇ। ਦੋਵੇਂ ਸਫਲ ਹੋਣ ਤਾਂ ਕੰਟਰੋਲ ਰਾਹ ਵਿੱਚ ਨਹੀਂ ਹੈ। ਦੋਵੇਂ ਫੇਲ੍ਹ ਹੋਣ ਤਾਂ ਤੁਸੀਂ ਸੇਵਾ ਨੂੰ ਬਚਾਉਣ ਦੀ ਥਾਂ ਤੋੜ ਦਿੱਤਾ ਹੈ, ਜੋ ਮਨਜ਼ੂਰ ਉਦਾਹਰਨ ਤੋਂ ਬਿਨਾਂ ਲਿਖੇ ਨਿਯਮ ਦਾ ਆਮ ਨਤੀਜਾ ਹੈ।
ਪਹਿਲਾਂ ਹੀ ਤੈਅ ਕਰੋ ਕਿ ਵਰਤੋਂਕਾਰ ਕੀ ਦੇਖਦਾ ਹੈ, ਕੌਣ ਛੋਟ ਦੇ ਸਕਦਾ ਹੈ ਅਤੇ ਪ੍ਰਬੰਧਕ ਬਾਅਦ ਵਿੱਚ ਕਿੱਥੇ ਫੈਸਲੇ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ। ਬਿਨਾਂ ਸੁਨੇਹੇ ਦੇ ਰੋਕਿਆ ਅੱਪਲੋਡ ਸਹਾਇਤਾ ਟਿਕਟ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਜਿਸ ਨਿਯਮ ਦਾ ਕੋਈ ਆਡਿਟ ਨਹੀਂ ਕਰ ਸਕਦਾ ਉਹ ਬਹਿਸ ਬਣਾਉਂਦਾ ਹੈ। ਨੀਤੀ ਲਾਗੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਲਿਖੇ ਇੱਕ ਵਾਕ ਦੇ ਦਸਤਾਵੇਜ਼ ਨਾਲ ਦੋਵੇਂ ਟਾਲੇ ਜਾ ਸਕਦੇ ਹਨ।
ਅੰਤ ਵਿੱਚ, ਦੋਵੇਂ ਲੋੜਾਂ ਨੂੰ ਵੱਖਰੇ ਮਾਲਕਾਂ ਨਾਲ ਵੱਖਰੀਆਂ ਟਿਕਟਾਂ ਵਿੱਚ ਰੱਖੋ। ਉਨ੍ਹਾਂ ਨੂੰ «VPN» ਹੇਠ ਇਕੱਠਾ ਕਰਨਾ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਨੈੱਟਵਰਕ ਟੀਮ ਨੂੰ ਸਮੱਗਰੀ ਦੀ ਸਮੱਸਿਆ ਹੱਲ ਕਰਨ ਲਈ ਕਿਹਾ ਜਾਵੇਗਾ, ਅਤੇ ਸੁਰੰਗ ਚੜ੍ਹਨ ਤੇ ਸਮੱਗਰੀ ਦੀ ਸਮੱਸਿਆ ਹੱਲ ਹੋਈ ਘੋਸ਼ਿਤ ਕੀਤੀ ਜਾਵੇਗੀ।