duplicate-cn ਦੋ ਡਿਵਾਈਸਾਂ ਨੂੰ ਇੱਕ ਪਛਾਣ ਦਿੰਦਾ ਹੈ, ਦੋ ਨਹੀਂ
duplicate-cn ਇੱਕ ਸਾਂਝੇ ਨਾਮ ਹੇਠ ਦੂਜੇ ਸਮਕਾਲੀ ਸੈਸ਼ਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਇਹ ਕਦੇ ਵੀ ਦੂਜੀ ਡਿਵਾਈਸ ਪਛਾਣ, ਦੂਜਾ ਪਤਾ ਜਾਂ ਵੱਖਰਾ ਰੱਦ ਕਰਨਾ ਨਹੀਂ ਬਣਾਉਂਦਾ।
ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਟੈਬਲੈੱਟ 'ਤੇ ਕਾਪੀ ਕਰੋ, ਕਨੈਕਟ ਕਰੋ, ਅਤੇ ਲੈਪਟਾਪ ਬਾਹਰ ਹੋ ਜਾਂਦਾ ਹੈ। duplicate-cn ਜੋੜੋ, ਦੋਵੇਂ ਜੁੜੇ ਰਹਿੰਦੇ ਹਨ, ਅਤੇ ਸਮੱਸਿਆ ਹੱਲ ਹੋਈ ਲੱਗਦੀ ਹੈ — ਜਦ ਤੱਕ ਦੋਵੇਂ ਡਿਵਾਈਸ ਇੱਕੋ ਟਨਲ ਪਤੇ ਲਈ ਨਹੀਂ ਲੜਦੇ ਜਾਂ ਗੁੰਮ ਹੋਇਆ ਟੈਬਲੈੱਟ ਪੂਰਾ ਖਾਤਾ ਆਫ਼ਲਾਈਨ ਨਹੀਂ ਕਰ ਦਿੰਦਾ। ਇਹ ਚੋਣ ਇੱਕ ਗੱਲ ਅਤੇ ਸਿਰਫ਼ ਇੱਕ ਗੱਲ ਬਦਲਦੀ ਹੈ: ਕੀ ਸਰਵਰ ਉਸ ਨਾਮ ਹੇਠ ਦੂਜੇ ਸੈਸ਼ਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ਜੋ ਉਸ ਨੇ ਪਹਿਲਾਂ ਦੇਖਿਆ ਹੈ। ਲੋਕ ਜੋ ਵੀ ਠੀਕ ਹੋਣ ਦੀ ਉਮੀਦ ਕਰਦੇ ਹਨ — ਡਿਵਾਈਸ ਦੀ ਆਜ਼ਾਦੀ ਤੋਂ ਲੈ ਕੇ ਪ੍ਰਤੀ-ਡਿਵਾਈਸ ਪਤੇ ਅਤੇ ਚੋਣਵੇਂ ਰੱਦ ਕਰਨ ਤੱਕ — ਸਭ ਅਜੇ ਵੀ ਪਛਾਣ ਰਾਹੀਂ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇੱਥੇ ਪਛਾਣ ਦਾ ਮਤਲਬ ਸਰਟੀਫਿਕੇਟ ਹੈ।
ਮਿੱਥ: ਦੂਜਾ ਸੈਸ਼ਨ ਦੂਜੀ ਪਛਾਣ ਹੈ
ਅੰਤਰਗਿਆਨ ਕਹਿੰਦਾ ਹੈ ਕਿ ਦੋ ਕਨੈਕਸ਼ਨ ਦੋ ਕਲਾਇੰਟ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਦੋ ਕਲਾਇੰਟ ਆਪਣੇ ਹੱਕਾਂ ਵਾਲੇ ਦੋ ਡਿਵਾਈਸ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਸਰਵਰ ਇਸ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਮਾਡਲ ਨਹੀਂ ਕਰਦਾ। ਉਹ ਇੱਕ ਸਾਂਝਾ ਨਾਮ ਦੇਖਦਾ ਹੈ, ਅਤੇ duplicate-cn ਚਾਲੂ ਹੋਣ 'ਤੇ ਉਸ ਨਾਮ ਵਾਲੇ ਇੱਕ ਤੋਂ ਵੱਧ ਜੀਵਤ ਸੈਸ਼ਨ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਹਰ ਇੱਕ ਨੂੰ ਡੈਮਨ ਵਿੱਚ ਆਪਣੀ ਸੈਸ਼ਨ ਸਥਿਤੀ ਮਿਲਦੀ ਹੈ।
ਉਸ ਸਵੀਕਾਰ ਦਾ ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਨਾਲ ਕੋਈ ਸੰਬੰਧ ਨਹੀਂ। ਉਹੀ ਸਰਟੀਫਿਕੇਟ ਅਜੇ ਵੀ ਪ੍ਰਮਾਣ ਹੈ, ਉਹੀ ਕੁੰਜੀ ਅਜੇ ਵੀ ਨਿੱਜੀ ਕੁੰਜੀ ਹੈ, ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਦੇ ਵਿਸ਼ੇ 'ਤੇ ਅਧਾਰਿਤ ਕੋਈ ਵੀ ਨੀਤੀ ਅਜੇ ਵੀ ਦੋ ਵਾਰ ਉਸੇ ਮੁੱਲ 'ਤੇ ਪਹੁੰਚਦੀ ਹੈ। ਦੂਜਾ ਸੈਸ਼ਨ ਦੂਜਾ ਸਾਕਟ ਹੈ, ਦੂਜੀ ਪਛਾਣ ਨਹੀਂ।
ਜਦ ਤੱਕ ਸਭ ਕੁਝ ਚੱਲਦਾ ਹੈ, ਇਹ ਫ਼ਰਕ ਅਦਿੱਖ ਹੁੰਦਾ ਹੈ। ਜਿਸ ਪਲ ਤੁਹਾਨੂੰ ਦੋਵੇਂ ਡਿਵਾਈਸ ਵੱਖਰੇ ਕਰਨੇ ਪੈਣ, ਉਹ ਬਹੁਤ ਦਿਸਦਾ ਹੈ — ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਉਹੀ ਦਿਨ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਗੁੰਮ ਹੋ ਜਾਂਦਾ ਹੈ।
ਜਦੋਂ ਦੋ ਸੈਸ਼ਨ ਇੱਕ ਨਾਮ ਸਾਂਝਾ ਕਰਦੇ ਹਨ ਤਾਂ ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਦਾ ਹੈ
ਚੋਣ ਤੋਂ ਬਿਨਾਂ, ਪਹਿਲਾਂ ਜੁੜੇ ਸਾਂਝੇ ਨਾਮ ਹੇਠ ਨਵਾਂ ਕਨੈਕਸ਼ਨ ਪਿਛਲੇ ਸੈਸ਼ਨ ਨੂੰ ਹਟਾ ਦਿੰਦਾ ਹੈ। ਟੈਬਲੈੱਟ ਜੁੜਨ 'ਤੇ ਲੈਪਟਾਪ ਬਾਹਰ ਹੋਣ ਦਾ ਇਹੀ ਕਾਰਨ ਹੈ, ਅਤੇ ਇਹ ਬੱਗ ਨਹੀਂ ਸਗੋਂ ਜਾਣ-ਬੁੱਝ ਕੇ ਰੱਖੀ ਅਸਪਸ਼ਟਤਾ-ਰੱਖਿਆ ਹੈ। ਚੋਣ ਨਾਲ ਦੋਵੇਂ ਸੈਸ਼ਨ ਜੀਵਤ ਰਹਿੰਦੇ ਹਨ ਅਤੇ ਸਰਵਰ ਉਨ੍ਹਾਂ ਨੂੰ ਡਿਵਾਈਸ ਮੁਤਾਬਕ ਨਹੀਂ, ਸੈਸ਼ਨ ਮੁਤਾਬਕ ਵੱਖਰੇ ਟ੍ਰੈਕ ਕਰਦਾ ਹੈ।
ਹਰ ਸੈਸ਼ਨ ਨੂੰ ਅਜੇ ਵੀ ਆਪਣਾ ਬਾਹਰੀ ਕਨੈਕਸ਼ਨ ਅਤੇ ਆਪਣੀਆਂ ਗੱਲਬਾਤ ਕੀਤੀਆਂ ਕੁੰਜੀਆਂ ਮਿਲਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਸਮਕਾਲੀ ਥਰੂਪੁੱਟ ਸੱਚਮੁੱਚ ਸਮਕਾਲੀ ਹੈ। ਉਹ ਜੋ ਸਾਂਝਾ ਕਰਦੇ ਹਨ ਉਹ ਪ੍ਰਮਾਣ ਤੋਂ ਨਿਕਲਦਾ ਸਭ ਕੁਝ ਹੈ: ਨੀਤੀ ਖੋਜ, ਕਲਾਇੰਟ-ਖਾਸ ਕਨਫਿਗਰੇਸ਼ਨ, ਲਾਗ ਵਿੱਚ ਪਛਾਣ ਅਤੇ ਰੱਦ ਕਰਨਾ। ਸੈਸ਼ਨ ਸਥਿਤੀ ਕਨੈਕਸ਼ਨ ਦੀ ਹੈ ਅਤੇ ਉਸੇ ਨਾਲ ਮਰਦੀ ਹੈ, ਜਦਕਿ ਪ੍ਰਮਾਣ-ਪੱਧਰ ਦੇ ਤੱਥ ਦੋਵਾਂ ਲਈ ਰਹਿੰਦੇ ਹਨ। ਇਸ ਲਈ ਸਥਿਤੀ ਆਉਟਪੁੱਟ ਇੱਕੋ ਨਾਮ ਦੋ ਵਾਰ ਸੂਚੀਬੱਧ ਕਰ ਸਕਦਾ ਹੈ ਜਦਕਿ ਗਿਣਤੀ ਵੱਖਰੀ ਰਹਿੰਦੀ ਹੈ।
ਇਸ 'ਤੇ ਡਿਜ਼ਾਈਨ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਤੁਹਾਡਾ ਬਿਲਡ ਅਸਲ ਵਿੱਚ ਕੀ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਚੋਣ ਦਾ ਅਸਰ ਚੋਣ ਆਪ ਹੀ ਤੈਅ ਕਰਦੀ ਹੈ, ਲੋਕ-ਕਥਾ ਨਹੀਂ:
grep -n 'duplicate-cn\|client-config-dir\|username-as-common-name' /etc/openvpn/server.conf
ਉਹ ਸਥਿਰ ਪਤਾ ਜੋ ਤੁਸੀਂ ਦਿੱਤਾ ਸਮਝਿਆ ਸੀ
ਪ੍ਰਤੀ-ਕਲਾਇੰਟ ਕਨਫਿਗਰੇਸ਼ਨ ਨਾਮ ਨਾਲ ਖੋਜੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਇੱਥੇ ਹੀ ਜਾਲ ਹੈ। ਸਾਂਝੇ ਨਾਮ 'ਤੇ ਨਾਮਿਤ client-config-dir ਫਾਈਲ ਉਸ ਨਾਮ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਹਰ ਡਿਵਾਈਸ 'ਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਇਸ ਵਿਚਲਾ ifconfig-push ਦੋਵਾਂ ਡਿਵਾਈਸਾਂ ਨੂੰ ਇੱਕੋ ਟਨਲ ਪਤਾ ਦਿੰਦਾ ਹੈ। ਦੂਜਾ ਸੈਸ਼ਨ ਜਾਂ ਤਾਂ ਸਥਾਪਿਤ ਨਹੀਂ ਹੁੰਦਾ, ਜਾਂ ਰਾਊਟਿੰਗ ਖਰਾਬੀ ਵਾਂਗ ਦਿਸਣ ਵਾਲੇ ਢੰਗ ਨਾਲ ਟਕਰਾਉਂਦਾ ਹੈ।
ਗਤੀਸ਼ੀਲ ਪੂਲ ਸੰਜੋਗ ਨਾਲ ਬਿਹਤਰ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਹਰ ਸੈਸ਼ਨ ਨੂੰ ਪੂਲ ਤੋਂ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਪਤਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਅਜੇ ਵੀ ਤੁਹਾਨੂੰ ਪ੍ਰਤੀ-ਡਿਵਾਈਸ ਸਥਿਰ ਪਤਾ ਨਹੀਂ ਦਿੰਦਾ, ਅਤੇ ਉਸ ਪਤੇ ਨਾਲ ਬੱਝੀ ਪ੍ਰਤੀ-ਡਿਵਾਈਸ ਨੀਤੀ ਤਾਂ ਬਿਲਕੁਲ ਨਹੀਂ ਦਿੰਦਾ।
ਜੇ ਤੈਨਾਤੀ username-as-common-name ਵਰਤਦੀ ਹੈ, ਤਾਂ ਖੋਜ-ਕੁੰਜੀ ਸਰਟੀਫਿਕੇਟ ਦੇ ਵਿਸ਼ੇ ਦੀ ਥਾਂ ਪ੍ਰਮਾਣਿਤ ਵਰਤੋਂਕਾਰ ਨਾਮ ਬਣ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਦੋ ਵਾਰ ਲਾਗਇਨ ਕਰਨ ਵਾਲੇ ਹਰ ਵਿਅਕਤੀ ਨੂੰ ਉਹੀ ਟੱਕਰ ਝੱਲਣੀ ਪੈਂਦੀ ਹੈ। ਕਨਫਿਗਰੇਸ਼ਨ ਚਲਾਉਣ ਵਾਲਾ ਨਾਮ ਪ੍ਰਤੀ-ਡਿਵਾਈਸ ਵਿਲੱਖਣ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਤਦ ਹੀ ਪ੍ਰਤੀ-ਡਿਵਾਈਸ ਕਨਫਿਗਰੇਸ਼ਨ ਦਾ ਕੋਈ ਅਰਥ ਹੈ।
ਹਟਾਉਣ ਵੇਲੇ ਸਾਂਝੀ ਪਛਾਣ ਕੀ ਨਹੀਂ ਕਰ ਸਕਦੀ
ਰੱਦ ਕਰਨਾ ਸਰਟੀਫਿਕੇਟ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ, ਦਿਖਾਏ ਨਾਮ 'ਤੇ ਨਹੀਂ ਅਤੇ ਸੈਸ਼ਨ 'ਤੇ ਵੀ ਨਹੀਂ। ਉਹ ਸਰਟੀਫਿਕੇਟ ਰੱਦ ਕਰੋ — ਨਕਲ ਰੱਖਣ ਵਾਲਾ ਹਰ ਡਿਵਾਈਸ ਇੱਕੋ ਵੇਲੇ ਪਹੁੰਚ ਗੁਆ ਦਿੰਦਾ ਹੈ, ਦਫ਼ਤਰ ਵਿੱਚ ਪਿਆ ਉਹ ਵੀ ਜਿਸਨੂੰ ਕੋਈ ਤੰਗ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦਾ। ਇਸਨੂੰ ਰੱਖੋ — ਗੁੰਮ ਹੋਇਆ ਡਿਵਾਈਸ ਕੰਮ ਕਰਦਾ ਰਹਿੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਕੁਝ ਵੀ ਇਸਨੂੰ ਮਨਜ਼ੂਰ ਨਕਲ ਤੋਂ ਵੱਖ ਨਹੀਂ ਕਰਦਾ।
ਲਾਗ ਨੂੰ ਵੀ ਉਹੀ ਅਸਪਸ਼ਟਤਾ ਵਿਰਾਸਤ ਵਿੱਚ ਮਿਲਦੀ ਹੈ। ਸਥਿਤੀ ਆਉਟਪੁੱਟ ਇੱਕ ਸਾਂਝਾ ਨਾਮ ਅਤੇ ਇੱਕ ਅਸਲੀ ਪਤਾ ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਵੀ ਡਿਵਾਈਸ ਦੇ ਹੋ ਸਕਦੇ ਹਨ। ਕਿਹੜੀ ਮਸ਼ੀਨ ਨੇ ਕੀ ਕੀਤਾ ਇਹ ਜਾਣਨ ਵਾਲੀ ਘਟਨਾ-ਸਮੀਖਿਆ VPN ਦੇ ਆਪਣੇ ਰਿਕਾਰਡਾਂ ਤੋਂ ਇਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਨਹੀਂ ਦੇ ਸਕਦੀ, ਲਾਗ ਪੱਧਰ ਭਾਵੇਂ ਕਿੰਨਾ ਵੀ ਵੇਰਵਾ ਦੇਵੇ।
ਇਸਦਾ ਕੋਈ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਬਦਲਵਾਂ ਰਾਹ ਨਹੀਂ। ਇੱਕੋ ਸਰਟੀਫਿਕੇਟ ਪੇਸ਼ ਕਰਨ ਵਾਲੇ ਦੋ ਡਿਵਾਈਸ ਸਰਵਰ ਲਈ ਇੱਕੋ ਭਾਗੀਦਾਰ ਦੋ ਵਾਰ ਹਨ, ਅਤੇ ਉਲਟਾ ਦਾਅਵਾ ਕਰਨ ਵਾਲੀ ਕੋਈ ਵੀ ਸਕੀਮ ਨਿਯੰਤਰਣ ਨਹੀਂ, ਸਗੋਂ ਨਾਮਕਰਨ ਦੀ ਰੀਤ ਹੈ।
ਸਾਂਝਾਕਰਨ ਕਦੋਂ ਸਹੀ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਕਿਵੇਂ ਸੀਮਤ ਕਰੀਏ
ਸਾਂਝਾਕਰਨ ਦੇ ਜਾਇਜ਼ ਉਪਯੋਗ ਹਨ: ਕਈ ਟੈਸਟ ਮਸ਼ੀਨਾਂ ਵੱਲੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਲੈਬ ਖਾਤਾ, ਜਾਂ ਅਜਿਹਾ ਘਰ ਜਿੱਥੇ ਡਿਵਾਈਸ ਇਕੱਠੇ ਸੰਭਾਲੇ ਜਾਂਦੇ ਹਨ ਅਤੇ ਰੱਦ ਕਰਨ ਦੀ ਬਾਰੀਕੀ ਮਾਇਨੇ ਨਹੀਂ ਰੱਖਦੀ। ਅਜਿਹੇ ਮਾਮਲਿਆਂ ਵਿੱਚ ਚੋਣ ਜਾਣ-ਬੁੱਝ ਕੇ ਚਾਲੂ ਕਰੋ, ਸਾਂਝਾ ਪ੍ਰਮਾਣ ਪ੍ਰਤੀ-ਡਿਵਾਈਸ ਨੀਤੀ ਤੋਂ ਬਾਹਰ ਰੱਖੋ, ਅਤੇ ਪੂਲ ਨੂੰ ਥਾਂ ਦਿਓ ਤਾਂ ਜੋ ਸੈਸ਼ਨ ਇੱਕ ਪਤੇ 'ਤੇ ਟਕਰਾ ਨਾ ਸਕਣ।
ਵੱਖਰੇ ਪਤੇ, ਵੱਖਰੇ ਲਾਗ ਜਾਂ ਵੱਖਰਾ ਹਟਾਉਣਾ ਲੋੜੀਂਦਾ ਹੋਣ ਵਾਲੀ ਹਰ ਚੀਜ਼ ਲਈ ਆਮ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਰਾਹੀਂ ਵੱਖਰੇ ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਕਰੋ। ਇਸ ਨਾਲ ਹਰ ਅੱਗੇ ਵਾਲੇ ਸਿਸਟਮ ਨੂੰ ਭਰੋਸਾ ਕਰਨ ਲਈ ਵੱਖਰੀ ਵਸਤੂ ਮਿਲਦੀ ਹੈ, ਅਤੇ ਨਾਮ ਪਹਿਲਾਂ ਹੀ ਵਿਲੱਖਣ ਹੋਣ ਕਰਕੇ ਚੋਣ ਦੀ ਮਹੱਤਤਾ ਨਹੀਂ ਰਹਿੰਦੀ।
ਕੋਈ ਵੀ ਰਾਹ ਚੁਣੋ, ਲਾਗਇਨ ਨਹੀਂ ਸਗੋਂ ਪ੍ਰਬੰਧਨ ਮਾਡਲ ਪਰਖੋ। ਦੋਵੇਂ ਡਿਵਾਈਸ ਜੋੜੋ, ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਉਨ੍ਹਾਂ ਦੇ ਪਤੇ ਵੱਖਰੇ ਹਨ, ਫਿਰ ਗੁਆਚ ਦੀ ਨਕਲ ਕਰੋ ਅਤੇ ਜਾਂਚੋ ਕਿ ਤੁਸੀਂ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਠੀਕ ਇੱਕ ਹਟਾ ਸਕਦੇ ਹੋ। openvpn(8) ਮੈਨੂਅਲ ਚੋਣ ਦਾ ਦਾਇਰਾ ਤੈਅ ਕਰਦਾ ਹੈ; ਸਾਂਝਾਕਰਨ ਸੱਚਮੁੱਚ ਸਵੀਕਾਰਯੋਗ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਤੁਹਾਡੀ ਹਟਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਤੈਅ ਕਰਦੀ ਹੈ।