ਸਾਂਝਾ VPN ਖਾਤਾ: ਡਿਵਾਈਸ ਸੀਮਾ ਕਲਾਇੰਟ ਅਲੱਗਾਅ ਨਹੀਂ ਹੈ

ਅੱਠ ਇੱਕੋ ਸਮੇਂ ਕਨੈਕਸ਼ਨ ਲਾਇਸੈਂਸ ਪੰਨੇ ਦਾ ਇੱਕ ਅੰਕੜਾ ਹੈ, ਅਤੇ ਇਹ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਕਿ ਇਹ ਅੱਠ ਡਿਵਾਈਸਾਂ ਇੱਕ-ਦੂਜੇ ਨਾਲ ਕੀ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਸਾਂਝਾ ਲੌਗਇਨ ਪ੍ਰਤੀ-ਸੈਸ਼ਨ ਕੁੰਜੀਆਂ ਨਾਲ ਰਹਿ ਸਕਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਕਲਾਇੰਟ ਦਾ ਟ੍ਰੈਫਿਕ ਖੁਸ਼ੀ ਨਾਲ ਦੂਜੇ ਵੱਲ ਭੇਜਣ ਵਾਲੇ ਗੇਟਵੇ ਨਾਲ ਵੀ ਰਹਿ ਸਕਦਾ ਹੈ। ਖਾਤੇ ਨੂੰ ਸੁਰੱਖਿਆ ਸੀਮਾ ਮੰਨਣਾ ਹੀ ਗਲਤੀ ਹੈ। ਇਸ ਦੀ ਬਜਾਏ ਚਾਰ ਵੱਖਰੇ ਸਵਾਲ ਪੁੱਛੋ: ਕੀ ਖਰੀਦਿਆ ਗਿਆ, ਟਨਲ ਦੀ ਰੱਖਿਆ ਕੀ ਕਰਦੀ ਹੈ, ਪੀਅਰ ਵਿਚਕਾਰ ਕੀ ਲੰਘ ਸਕਦਾ ਹੈ, ਅਤੇ ਸਥਾਨਕ ਕੜੀ ਨੂੰ ਕੀ ਡੇਗ ਸਕਦਾ ਹੈ।

ਕਨੈਕਸ਼ਨ ਇਜਾਜ਼ਤ ਅਸਲ ਵਿੱਚ ਕੀ ਵਾਅਦਾ ਕਰਦੀ ਹੈ

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

ਕੁੰਜੀ ਵੱਖਰਾਉਣ ਬਾਰੇ ਕੁਝ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਪੜ੍ਹੋ ਕਿ ਪ੍ਰਦਾਤਾ ਪਹਿਚਾਣ ਪੱਤਰ ਕਿਵੇਂ ਜਾਰੀ ਕਰਦਾ ਹੈ। ਖਾਤੇ ਦਾ ਨਾਮ ਆਪ ਇਸ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਜ਼ਾਹਰ ਨਹੀਂ ਕਰਦਾ।

ਜਾਂਚੋ ਕਿ ਗੇਟਵੇ ਕਲਾਇੰਟਾਂ ਵਿਚਕਾਰ ਫਾਰਵਰਡ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ

ਪੀਅਰਾਂ ਵਿਚਕਾਰ ਪਹੁੰਚ ਸਰਵਰ ਪਾਸੇ ਦਾ ਫੈਸਲਾ ਹੈ। OpenVPN 'ਤੇ ਸੰਬੰਧਿਤ ਸਵਿੱਚ ਮੌਜੂਦ ਨਹੀਂ ਹੁੰਦਾ ਜਦ ਤੱਕ ਇਹ ਸੰਰਚਨਾ ਵਿੱਚ ਨਾ ਆਵੇ, ਪਰ ਆਧੁਨਿਕ ਡੇਟਾ-ਪਲੇਨ ਆਫਲੋਡ ਬਦਲ ਦਿੰਦਾ ਹੈ ਕਿ ਨਿਯਮ ਕਿੱਥੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ।

grep -n "client-to-client" /etc/openvpn/server.conf
iptables -A FORWARD -i tun0 -o tun0 -j DROP

ਉਸ ਨਿਰਦੇਸ਼ ਤੋਂ ਬਿਨਾਂ ਸੰਰਚਨਾ ਪੀਅਰ ਟ੍ਰੈਫਿਕ ਹੋਸਟ ਫਾਇਰਵਾਲ 'ਤੇ ਛੱਡ ਦਿੰਦੀ ਹੈ, ਜੋ ਹਾਲੇ ਵੀ ਇਸ ਦੀ ਇਜਾਜ਼ਤ ਦੇ ਸਕਦੀ ਹੈ। ਜਦੋਂ ਆਫਲੋਡ ਸਰਗਰਮ ਹੁੰਦਾ ਹੈ, ਟਨਲ ਇੰਟਰਫੇਸ ਨੂੰ ਵਰਤੋਂਕਾਰ-ਸਥਾਨ ਪ੍ਰਕਿਰਿਆ ਦੀ ਬਜਾਏ ਕਰਨਲ ਸੰਭਾਲਦਾ ਹੈ, ਇਸ ਲਈ ਫਾਇਲ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਬਜਾਏ ਨਿਯਮ ਕਾਊਂਟਰ ਜਾਂਚੋ। ਟਨਲ ਪਤਿਆਂ ਵਿਚਕਾਰ ਭੇਜਿਆ ਜਾਂਦਾ ਟ੍ਰੈਫਿਕ ਰੋਕਣਾ ਕਲਾਇੰਟਾਂ ਨੂੰ ਗੇਟਵੇ ਤੱਕ ਉਨ੍ਹਾਂ ਦੀ ਪਹੁੰਚ ਨੂੰ ਛੂਹੇ ਬਿਨਾਂ ਅਲੱਗ ਕਰਦਾ ਹੈ। ਇੱਕ ਕਲਾਇੰਟ ਤੋਂ ਦੂਜੇ 'ਤੇ ਸੇਵਾ ਤੱਕ ਜਾਂਚ ਨਾਲ ਇਸ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਨਿਯਮ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਦੋਵੇਂ ਵਾਰ।

ਪੀਅਰਾਂ ਤੋਂ ਪਹਿਲਾਂ ਸੈਸ਼ਨ ਦੀ ਰੱਖਿਆ ਕਰੋ

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

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

ਸਥਾਨਕ Wi-Fi ਅਸਫਲਤਾਵਾਂ VPN ਉਲੰਘਣਾ ਨਹੀਂ ਹਨ

ਟੁੱਟਿਆ ਕਨੈਕਸ਼ਨ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਸਥਾਨਕ ਕੜੀ ਫੇਲ੍ਹ ਹੋਈ, ਇਹ ਨਹੀਂ ਕਿ ਕਿਸੇ ਨੇ ਟਨਲ ਤੋੜੀ। ਰੁਕਾਵਟ, ਗੁਆਚਿਆ DHCP ਲੀਜ਼ ਅਤੇ ਰੋਮਿੰਗ ਹੈਂਡਓਫ਼—ਸਾਰੇ ਪਹਿਚਾਣ ਪੱਤਰ ਜਾਂ ਸਾਈਫਰਟੈਕਸਟ ਨੂੰ ਛੂਹੇ ਬਿਨਾਂ ਸੈਸ਼ਨ ਖ਼ਤਮ ਕਰਦੇ ਹਨ। ਕਨੈਕਸ਼ਨ ਟੁੱਟਣ ਨੂੰ ਉਪਲਬਧਤਾ ਦੀ ਖੋਜ ਮੰਨੋ ਅਤੇ ਇਸ ਨੂੰ ਗੋਪਨੀਯਤਾ ਤੇ ਪੀਅਰ ਪਹੁੰਚ ਦੀਆਂ ਖੋਜਾਂ ਤੋਂ ਵੱਖ ਰੱਖੋ। ਜਿੱਥੇ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਭਰੋਸੇਯੋਗ ਨਹੀਂ, ਉੱਥੇ ਸਿਰਫ਼ ਟਨਲ 'ਤੇ ਨਿਰਭਰ ਹੋਣ ਦੀ ਬਜਾਏ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸਿਰੇ ਤੋਂ ਸਿਰੇ ਤੱਕ ਸੁਰੱਖਿਅਤ ਕਰੋ।

ਚਾਰ ਜਵਾਬ ਲਿਖੋ: ਇਜਾਜ਼ਤ, ਕੁੰਜੀ ਮਾਡਲ, ਪੀਅਰ ਨੀਤੀ ਅਤੇ ਸਥਾਨਕ ਕੜੀ 'ਤੇ ਨਿਰਭਰਤਾ। ਉਹ ਰਿਕਾਰਡ ਸਾਂਝੇ ਖਾਤੇ ਬਾਰੇ ਅਸਪਸ਼ਟ ਚਿੰਤਾ ਨੂੰ ਠੋਸ ਨਿਯੰਤਰਣਾਂ ਵਿੱਚ ਬਦਲਦਾ ਹੈ।