OpenVPN remote-random: ਮਿਲਿਆ-ਜੁਲਿਆ ਕ੍ਰਮ, ਇੱਕ ਹੀ ਟਨਲ

remote-random ਜੋੜਨ ਨਾਲ ਪਰੋਫਾਈਲ ਘੁੰਮਦਾ ਸਮੂਹ ਬਣ ਜਾਂਦਾ ਹੈ ਅਤੇ ਹਰ ਕਨੈਕਸ਼ਨ ਵੱਖਰੇ ਪਤੇ ਤੋਂ ਆਉਂਦਾ ਹੈ—ਇਹੀ ਧਾਰਨਾ ਹੈ। ਅਸਲ ਵਿੱਚ ਇਹ ਨਿਰਦੇਸ਼ ਇਹ ਕਰਦਾ ਹੈ: ਜਦੋਂ ਕਲਾਇੰਟ ਜੁੜਨਾ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ ਤਾਂ remote ਦੀ ਸੂਚੀ ਇੱਕ ਵਾਰ ਮਿਲਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਉਸੇ ਨਵੇਂ ਕ੍ਰਮ ਵਿੱਚ ਉਹਨਾਂ ਨੂੰ ਅਜ਼ਮਾਉਂਦਾ ਹੈ। ਅੰਤ ਵਿੱਚ ਉੱਠਣ ਵਾਲੀ ਟਨਲ ਫਿਰ ਵੀ ਇੱਕੋ ਅੰਤਿਮ ਬਿੰਦੂ ਉੱਤੇ ਖਤਮ ਹੁੰਦੀ ਹੈ ਅਤੇ ਸੈਸ਼ਨ ਦੀ ਪੂਰੀ ਉਮਰ ਉੱਥੇ ਹੀ ਰਹਿੰਦੀ ਹੈ।

ਇਹ ਫਰਕ ਜਾਂਚ ਅਤੇ ਨਿੱਜਤਾ ਦੇ ਦਾਅਵਿਆਂ ਦੋਵਾਂ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ।

ਜੁੜਨ ਵੇਲੇ ਵਿਕਲਪ ਕੀ ਬਦਲਦਾ ਹੈ

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

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

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

ਭਰਮ: ਹਰ ਬੇਨਤੀ ਨੂੰ ਨਵਾਂ ਸਰਵਰ ਮਿਲਦਾ ਹੈ

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

ਜੇ ਜਾਂਚ ਦੋ ਵੱਖਰੇ ਨਿਕਾਸ ਦਿਖਾਵੇ, ਤਾਂ ਇੱਕ ਚਤੁਰ ਵਿਕਲਪ ਦੀ ਬਜਾਏ ਦੋ ਵੱਖਰੇ ਸੈਸ਼ਨ ਲੱਭੋ। ਇਹ ਫਰਕ ਇਹ ਵੀ ਸਮਝਾਉਂਦਾ ਹੈ ਕਿ ਬ੍ਰਾਊਜ਼ਰ ਜਾਂਚ ਅਤੇ ਡਾਊਨਲੋਡ ਜਾਂਚ ਕਿਉਂ ਅਸਹਿਮਤ ਹੋ ਸਕਦੀਆਂ ਹਨ ਜਦੋਂ ਉਹਨਾਂ ਵਿਚਕਾਰ ਦੁਬਾਰਾ ਜੁੜਨ ਹੋਇਆ ਹੋਵੇ।

remote-random-hostname ਕਿਸ ਲਈ ਹੈ

ਸਮਾਨ ਨਾਮ ਵਾਲਾ ਦੂਜਾ ਨਿਰਦੇਸ਼ ਰਿਜ਼ੋਲਿਊਸ਼ਨ ਲਈ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਹੋਸਟਨਾਮ ਬਦਲਦਾ ਹੈ, remote ਸੂਚੀ ਦਾ ਕ੍ਰਮ ਨਹੀਂ। ਇਹ ਉਹਨਾਂ ਡਿਪਲਾਇਮੈਂਟਾਂ ਲਈ ਹੈ ਜਿੱਥੇ ਕੋਈ ਨਾਮ round-robin DNS ਰਾਹੀਂ ਕਈ ਪਤਿਆਂ ਵਿੱਚ ਹੱਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇਸਦੀ ਵਰਤੋਂ ਸਿਰਫ਼ ਤਦ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਜਦੋਂ ਸੇਵਾ ਇਸ ਲਈ ਬਣੀ ਹੋਵੇ। ਸਿਰਫ਼ ਰਿਜ਼ੋਲਿਊਸ਼ਨ ਕਦਮ ਬਦਲਦਾ ਹੈ; ਉਮੀਦਵਾਰ ਸੂਚੀ ਦਾ ਕ੍ਰਮ ਨਹੀਂ।

ਨਾਮ ਸੰਬੰਧਿਤ ਲੱਗਦੇ ਹਨ ਇਸ ਲਈ ਇਸਨੂੰ ਸਮਰੱਥ ਕਰਨਾ ਆਮ ਗਲਤੀ ਹੈ। ਵਾਈਲਡਕਾਰਡ ਸਰਟੀਫਿਕੇਟ ਜਾਂ ਐਸੀ DNS ਬਣਤਰ ਜੋ ਬਦਲੇ ਨਾਮ ਦੀ ਉਮੀਦ ਨਹੀਂ ਕਰਦੀ, ਸਿੱਧਾ ਹੱਲ ਜਾਂ ਪ੍ਰਮਾਣਿਤ ਨਹੀਂ ਕਰ ਸਕੇਗੀ।

ਲੌਗ ਤੋਂ ਚੁਣਿਆ ਅੰਤਿਮ ਬਿੰਦੂ ਪੜ੍ਹੋ

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

grep -c '^remote ' client.ovpn
openvpn --config client.ovpn --verb 4 2>&1 | grep -i -E 'attempting|peer connection'
openvpn --help | grep -A2 remote-random
head -20 client.ovpn

ਪ੍ਰਦਰਸ਼ਨ ਤੁਲਨਾ ਲਈ, ਹੋਰ remote ਨੂੰ ਟਿੱਪਣੀ ਵਿੱਚ ਪਾ ਕੇ ਅੰਤਿਮ ਬਿੰਦੂ ਨੂੰ ਸਥਿਰ ਕਰੋ ਤਾਂ ਜੋ ਜਾਂਚ ਅਧੀਨ ਬਦਲਣ ਵਾਲਾ ਰਾਹ ਨਹੀਂ ਬਲਕਿ ਪ੍ਰੋਟੋਕੋਲ ਜਾਂ ਕਲਾਇੰਟ ਹੋਵੇ। ਨਿੱਜਤਾ ਦੇ ਸਵਾਲ ਲਈ ਸੇਵਾ ਦੀ ਪਛਾਣ ਅਤੇ ਉਸਦੀ ਲੌਗਿੰਗ ਦਾ ਸਮੁੱਚੇ ਤੌਰ ਉੱਤੇ ਮੁਲਾਂਕਣ ਕਰੋ; ਮਿਲੀ-ਜੁਲੀ ਪਹਿਲੀ ਚੋਣ ਕੂਕੀਜ਼ ਨਹੀਂ ਮਿਟਾਉਂਦੀ, ਖਾਤਾ ਲੌਗਇਨ ਨਹੀਂ ਹਟਾਉਂਦੀ ਅਤੇ ਦੋ ਆਪਰੇਟਰਾਂ ਨੂੰ ਬਰਾਬਰ ਨਹੀਂ ਬਣਾਉਂਦੀ।

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