Nextcloud ਸਿਰਫ਼ VPN ਰਾਹੀਂ: ਪਹਿਲਾਂ ਹਰ ਪ੍ਰਵੇਸ਼ ਦੀ ਸੂਚੀ ਬਣਾਓ

ਸਿਰਫ਼ VPN ਰਾਹੀਂ Nextcloud ਯੋਜਨਾ ਉਦੋਂ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਇਹ ਬ੍ਰਾਊਜ਼ਰ ਦੀ ਸੁਰੱਖਿਆ ਕਰਦੀ ਹੈ ਅਤੇ ਸਿੰਕ ਕਲਾਇੰਟ ਭੁੱਲ ਜਾਂਦੀ ਹੈ। ਵੈਬ ਪੇਜ, ਡੈਸਕਟਾਪ ਸਿੰਕ ਇੰਜਣ, ਮੋਬਾਈਲ ਅੱਪਲੋਡ, WebDAV ਸਾਧਨ ਅਤੇ ਸਾਂਝੇ ਲਿੰਕ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਸਾਰਿਆਂ ਨੂੰ ਉਸੇ ਸੇਵਾ ਤੱਕ ਮਾਰਗ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਹਰ ਇੱਕ ਵੱਖਰਾ ਪ੍ਰਵੇਸ਼ ਖੋਲ੍ਹ ਸਕਦਾ ਹੈ। ਕੁਝ ਵੀ ਬੰਦ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਨ੍ਹਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ। ਉਹੀ ਸੂਚੀ ਅਸਲ ਸੀਮਾ ਹੈ।

ਚੈੱਕਲਿਸਟ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਪੂਰਾ ਕਰੋ। ਪਹਿਲਾ ਬਿੰਦੂ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਇਸ ਤੈਨਾਤੀ ਲਈ ਨਿੱਜੀ ਦਾ ਕੀ ਅਰਥ ਹੈ; ਬਾਅਦ ਵਾਲੇ ਬਿੰਦੂ ਜਾਂਚਦੇ ਹਨ ਕਿ ਤੈਨਾਤੀ ਸੱਚਮੁੱਚ ਉਸ ਪਰਿਭਾਸ਼ਾ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ ਜਾਂ ਨਹੀਂ।

ਸੀਮਾ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਨਿੱਜੀ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ

ਲੋੜ ਨੂੰ ਇੱਕ ਵਾਕ ਵਿੱਚ ਲਿਖੋ: ਹਰ ਵਰਤੋਂਕਾਰ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ VPN ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਜਨਤਕ ਰਹਿ ਸਕਦੀ ਹੈ ਜਦੋਂ ਇਸਦਾ ਮੂਲ ਨਿੱਜੀ ਰਹਿੰਦਾ ਹੈ। ਇਹ ਵੱਖਰੇ ਡਿਜ਼ਾਈਨ ਹਨ, ਅਤੇ ਨਿੱਜੀ ਟਨਲ ਵਿੱਚ ਅੱਗੇ ਭੇਜਣ ਵਾਲਾ ਜਨਤਕ ਰਿਵਰਸ ਪ੍ਰੌਕਸੀ ਸਿਰਫ਼ ਦੂਸਰਾ ਪੂਰਾ ਕਰਦਾ ਹੈ।

ਨਿੱਜੀ ਬੈਕਐਂਡ ਪਤਾ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਨਿੱਜੀ ਨਹੀਂ ਬਣਾਉਂਦਾ। ਜੇ ਜਨਤਕ ਮੈਪਿੰਗ, ਦੂਸਰਾ ਹੋਸਟਨਾਮ ਜਾਂ IPv6 ਸਰੋਤਾ ਅਜੇ ਵੀ ਉਸੇ Nextcloud ਇੰਸਟੈਂਸ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਤਾਂ ਬੈਕਐਂਡ ਕਿੱਥੇ ਵੀ ਹੋਵੇ ਪ੍ਰਵੇਸ਼ ਮੌਜੂਦ ਹੈ। ਸੇਵਾ ਨੂੰ ਨਿੱਜੀ ਘੋਸ਼ਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਨਾਮ ਬਾਹਰੋਂ ਜਾਂਚੋ। ਗੁੰਮ DNS ਰਿਕਾਰਡ ਬੰਦ ਪੋਰਟ ਵਰਗਾ ਨਹੀਂ ਹੈ।

ਇੱਛਤ ਦਰਸ਼ਕਾਂ ਬਾਰੇ ਵੀ ਸਹਿਮਤੀ ਬਣਾਓ: ਕਰਮਚਾਰੀ, ਇੱਕ ਘਰ, ਸਾਂਝੇਦਾਰ ਸੰਸਥਾ ਜਾਂ ਖਾਤਿਆਂ ਦਾ ਉਪਸਮੂਹ। ਜਵਾਬ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਜਨਤਕ ਸਾਂਝਾ ਲਿੰਕ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ ਜਾਂ ਵਿਰੋਧਾਭਾਸ। ਉਹ ਦਰਸ਼ਕ ਪ੍ਰਵੇਸ਼ ਯੋਜਨਾ ਵਿੱਚ ਲਿਖੋ। ਇਹ ਅੱਗੇ ਆਉਣ ਵਾਲੇ ਹਰ ਅਪਵਾਦ ਦੀ ਪਰਖ ਹੈ।

ਹਰ ਪ੍ਰਵੇਸ਼ ਅਤੇ ਹਰ ਨਾਮ ਦੀ ਸੂਚੀ ਬਣਾਓ

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

ਪ੍ਰੌਕਸੀ ਸੰਰਚਨਾ ਨੂੰ ਅੱਗੇ ਭੇਜੇ ਹੈਡਰ ਅਤੇ ਵਿਕਲਪਿਕ ਸਰਵਰ ਬਲਾਕਾਂ ਲਈ ਜਾਂਚੋ। ਦੂਜੀ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਜੋੜੀ ਗਈ ਪ੍ਰੌਕਸੀ ਉਸੇ upstream ਨੂੰ ਮਾਰਗ ਜਾਂ ਬਚੇ ਹੋਏ ਵਰਚੁਅਲ ਹੋਸਟ ਰਾਹੀਂ ਖੋਲ੍ਹ ਸਕਦੀ ਹੈ। ਇੱਛਤ ਚਿੱਤਰ ਦੀ ਬਜਾਏ ਅਸਲ ਸੰਰਚਨਾ ਪੜ੍ਹੋ। ਐਪਲੀਕੇਸ਼ਨ ਹਿਲਾਉਣ ਤੋਂ ਬਾਅਦ ਦੋਵੇਂ ਸਭ ਤੋਂ ਵੱਧ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ।

ਫਿਰ ਜੋ ਪ੍ਰਵੇਸ਼ ਤੁਸੀਂ ਨਹੀਂ ਚੁਣੇ ਉਨ੍ਹਾਂ ਨੂੰ ਬਲਾਕ ਕਰੋ। ਜਨਤਕ ਫਰੰਟ ਵਾਲਾ ਨਿੱਜੀ ਬੈਕਐਂਡ ਸਿਰਫ਼ VPN ਡਿਜ਼ਾਈਨ ਨਹੀਂ ਹੈ, ਅਤੇ ਸਿਰਫ਼ IPv4 ਨੂੰ ਕਵਰ ਕਰਨ ਵਾਲਾ ਫਾਇਰਵਾਲ ਨਿਯਮ IPv6 ਸਰੋਤੇ ਨੂੰ ਖੁੱਲ੍ਹਾ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਇੱਕੋ ਬਦਲਾਅ ਵਿੱਚ ਦੋਵੇਂ ਪਰਿਵਾਰ ਅਤੇ ਦੋਵੇਂ ਨਾਮ ਬੰਦ ਕਰੋ।

ਹਰ ਕਲਾਇੰਟ ਨੂੰ ਇੱਕ ਸੇਵਾ ਨਾਮ ਦਿਓ

ਨਿੱਜੀ DNS ਨੂੰ ਸੇਵਾ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੋ, ਉਹ ਨਾਮ VPN ਰਾਹੀਂ ਰੂਟ ਕਰੋ ਅਤੇ ਇਸ ਲਈ ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਕਰੋ। ਨਾਮ ਨਿੱਜੀ ਮਾਰਗ ਰਾਹੀਂ ਹੱਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਬਿਨਾਂ ਚੇਤਾਵਨੀ ਦੇ ਪ੍ਰਮਾਣਿਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਸਿੱਧਾ IP ਤੱਕ ਪਹੁੰਚਣ ਵਾਲੇ ਕਲਾਇੰਟ ਨੂੰ ਵੀ ਨਾਮ ਦਾ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।

ਗੈਰ-ਸੰਬੰਧਿਤ IP ਪਤੇ ਰਾਹੀਂ ਜੁੜਨ ਵਾਲੇ ਕਲਾਇੰਟ ਨੂੰ ਡਿਜ਼ਾਈਨ ਕੰਮ ਕਰਨ ਲਈ ਸਰਟੀਫਿਕੇਟ ਗਲਤੀਆਂ ਨੂੰ ਰੱਦ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ। ਸਥਿਰ ਨਾਮ ਪਤਾ ਬਦਲਣ ਸਮੇਂ ਸਿੰਕ ਕਲਾਇੰਟਾਂ ਨੂੰ ਦੁਹਰਾਏ ਸਰਵਰ ਐਂਟਰੀਆਂ ਬਣਾਉਣ ਤੋਂ ਵੀ ਰੋਕਦਾ ਹੈ। ਨਿੱਜੀ ਸੇਵਾ ਅਤੇ ਨਿੱਜੀ IP ਵਿਚਕਾਰ ਇਹੀ ਫ਼ਰਕ ਹੈ।

ਸਰਟੀਫਿਕੇਟ ਪ੍ਰਮਾਣਿਕਤਾ ਸਰਗਰਮ ਰੱਖੋ। ਨਿੱਜੀ ਨੈੱਟਵਰਕ ਜੋਖਮ ਘਟਾਉਂਦਾ ਹੈ ਪਰ ਪ੍ਰਮਾਣਿਤ ਨਾ ਕੀਤੇ TLS ਕਨੈਕਸ਼ਨ ਨੂੰ ਸਵੀਕਾਰਨਯੋਗ ਨਹੀਂ ਬਣਾਉਂਦਾ, ਅਤੇ ਚੇਤਾਵਨੀਆਂ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨ ਦੀ ਆਦਤ ਵਾਲਾ ਕਲਾਇੰਟ ਹੋਰ ਨੈੱਟਵਰਕਾਂ ਵਿੱਚ ਵੀ ਉਨ੍ਹਾਂ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰੇਗਾ।

ਨੈੱਟਵਰਕ ਪਹੁੰਚ ਸੀਮਿਤ ਕਰੋ, ਪੂਰਾ LAN ਨਹੀਂ

ਰਜਿਸਟਰਡ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ Nextcloud ਸੇਵਾ ਅਤੇ ਇਸਦੀਆਂ ਲੋੜੀਂਦੀਆਂ ਨਿਰਭਰਤਾਵਾਂ ਤੱਕ ਪਹੁੰਚਣ ਦਿਓ, ਅਤੇ ਸਰਵਰ ਪ੍ਰਸ਼ਾਸਨ ਨੂੰ ਵੱਖਰੇ ਮਾਰਗ ਉੱਤੇ ਰੱਖੋ। ਜੋ VPN ਕਲਾਇੰਟ ਨੂੰ ਪੂਰੇ ਘਰ ਜਾਂ ਦਫ਼ਤਰ ਨੈੱਟਵਰਕ ਵਿੱਚ ਪ੍ਰਵੇਸ਼ ਦਿੰਦਾ ਹੈ ਉਹ ਕਲਾਇੰਟ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਲੋੜ ਤੋਂ ਬਹੁਤ ਵੱਧ ਦਿੰਦਾ ਹੈ।

VPN ਪ੍ਰਵੇਸ਼ Nextcloud ਖਾਤਿਆਂ, ਇਜਾਜ਼ਤਾਂ ਜਾਂ ਵਾਧੂ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦਾ। ਕਿਹੜਾ ਵਰਤੋਂਕਾਰ ਕਿਹੜੀ ਫਾਈਲ ਪੜ੍ਹ ਸਕਦਾ ਹੈ ਇਹ ਐਪਲੀਕੇਸ਼ਨ ਹੀ ਤੈਅ ਕਰਦੀ ਹੈ, ਅਤੇ ਨੈੱਟਵਰਕ ਪਰਤ ਇੱਕੋ ਇੱਕ ਨਿਯੰਤਰਣ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ।

ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਸਰੋਤ ਸੀਮਾ ਅਤੇ ਸੇਵਾ ਪੋਰਟ ਦਰਜ ਕਰੋ। ਨਿਸ਼ਾਨੇ ਦੇ ਮਾਲਕ ਨੂੰ ਦੇਖਿਆ ਗਿਆ ਸਰੋਤ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਬੇਨਤੀ ਐਪਲੀਕੇਸ਼ਨ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ NAT ਜਾਂ ਪ੍ਰੌਕਸੀ ਇਸਨੂੰ ਮੁੜ ਲਿਖ ਸਕਦੇ ਹਨ।

ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ ਬਾਹਰਲੇ ਹਰ ਕਾਰਜ ਪ੍ਰਵਾਹ ਦੀ ਸਮੀਖਿਆ ਕਰੋ

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

WebDAV ਸਾਧਨ ਅਤੇ ਕੈਲੰਡਰ ਜਾਂ ਸੰਪਰਕ ਕਲਾਇੰਟ ਆਪਣੀ ਸੰਰਚਨਾ ਵਾਲੇ ਵੱਖਰੇ ਏਕੀਕਰਣ ਹਨ। ਜਨਤਕ URL ਕੈਸ਼ ਕਰਨ ਵਾਲਾ ਕਲਾਇੰਟ ਸੀਮਾ ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਵੀ ਉਸ URL ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਅਸਫਲਤਾ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਸਮੱਸਿਆ ਵਾਂਗ ਦਿਖਦੀ ਹੈ।

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

ਮਹਾਸੰਘ ਅਤੇ ਸਰਵਰ-ਤੋਂ-ਸਰਵਰ ਏਕੀਕਰਣਾਂ ਨੂੰ ਵੀ ਉਹੀ ਵਿਵਹਾਰ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਸਥਾਪਨਾਵਾਂ ਵਿਚਕਾਰ ਪਹੁੰਚ ਸੰਬੰਧ ਹਨ, ਅਤੇ ਸਿਰਫ਼ ਨਿੱਜੀ ਤੈਨਾਤੀ ਨੂੰ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਇਹ ਸਮਰਥਿਤ ਹਨ ਜਾਂ ਨਹੀਂ।

ਮਨਜ਼ੂਰ ਅਤੇ ਅਸਵੀਕਾਰ ਦੋਵੇਂ ਸਥਿਤੀਆਂ ਸਵੀਕਾਰ ਕਰੋ

ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਕਲਾਇੰਟ ਤੋਂ ਵੈਬ ਇੰਟਰਫੇਸ ਅਤੇ ਆਮ ਫਾਈਲ ਅੱਪਲੋਡ ਜਾਂ ਡਾਊਨਲੋਡ ਜਾਂਚੋ। ਫਿਰ ਸਿੰਕ ਕਲਾਇੰਟ ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ ਬਾਹਰਲਾ ਇੱਕ ਕਾਰਜ ਪ੍ਰਵਾਹ ਜਾਂਚੋ। ਸਿਰਫ਼ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਸਫਲਤਾ ਸਵੀਕ੍ਰਿਤੀ ਨਹੀਂ ਹੈ।

ਗੈਰ-ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਮਾਰਗ ਤੋਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਸੂਚੀ ਦੇ ਹਰ ਪ੍ਰਵੇਸ਼ ਰਾਹੀਂ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਹੈ। ਵਿਕਲਪਿਕ ਹੋਸਟਨਾਮ ਅਤੇ IPv6 ਪਤਾ ਜਾਂਚੋ, ਸਿਰਫ਼ ਮੁੱਖ URL ਨਹੀਂ।

ਅੰਤ ਵਿੱਚ ਨੈੱਟਵਰਕ ਨੀਤੀ ਨਾਲ ਆਸਾਨੀ ਨਾਲ ਉਲਝਣ ਵਾਲੀਆਂ ਐਪਲੀਕੇਸ਼ਨ ਸੈਟਿੰਗਾਂ ਦੀ ਸਮੀਖਿਆ ਕਰੋ। trusted_domains ਉਹ ਨਾਮ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ ਜੋ ਇੰਸਟੈਂਸ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ; ਇਹ ਕਲਾਇੰਟ IP ਦੀ ਇਜਾਜ਼ਤ ਸੂਚੀ ਨਹੀਂ ਹੈ। ਜੇ ਰਿਵਰਸ ਪ੍ਰੌਕਸੀ ਪਤਾ ਜਾਣਕਾਰੀ ਦਿੰਦੀ ਹੈ, trusted_proxies ਵਿੱਚ ਅਸਲ ਪ੍ਰੌਕਸੀ ਦਾ ਨਾਮ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਅੱਗੇ ਭੇਜੇ ਹੈਡਰ ਸਿਰਫ਼ ਉਸੇ ਤੋਂ ਸਵੀਕਾਰ ਕੀਤੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ।

ਨੈੱਟਵਰਕ ਬਦਲਾਅ ਦੇ ਨਾਲ-ਨਾਲ ਆਮ ਸਖ਼ਤੀ ਦਾ ਕੰਮ ਜਾਰੀ ਰੱਖੋ: ਡੇਟਾ ਅਤੇ ਬੈਕਅੱਪ ਨੂੰ ਅਣਇੱਛਤ ਵੈਬ ਮਾਰਗਾਂ ਤੋਂ ਬਾਹਰ ਰੱਖੋ, ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਪੈਚ ਕਰੋ, ਪ੍ਰਸ਼ਾਸਕ ਪਹੁੰਚ ਦੀ ਸੁਰੱਖਿਆ ਕਰੋ ਅਤੇ ਰਿਕਵਰੀ ਨੂੰ ਵਰਤੋਂਯੋਗ ਰੱਖੋ। VPN ਇੱਕ ਪ੍ਰਵੇਸ਼ ਸਤਹ ਹਟਾਉਂਦਾ ਹੈ; ਇਹ ਰਜਿਸਟਰਡ ਕਲਾਇੰਟ ਨੂੰ ਭਰੋਸੇਮੰਦ ਨਹੀਂ ਬਣਾਉਂਦਾ।