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

ਦੋ ਚੈਨਲ, ਦੋ ਕਨਫਿਗਰੇਸ਼ਨ

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

data-ciphers ਦੂਜੇ ਨੂੰ ਕਨਫਿਗਰ ਕਰਦਾ ਹੈ। ਕੰਟਰੋਲ ਚੈਨਲ ਦੇ ਆਪਣੇ ਵਿਕਲਪ ਹਨ, ਅਤੇ ਪਰੋਫਾਈਲ ਦੀ ਪਛਾਣ ਜਾਂਚ ਤੀਜੀ, ਵੱਖਰੀ ਗੱਲ ਹੈ। ਇੱਕ ਵਿੱਚ ਬਦਲਾਅ ਦੂਜੇ ਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰਦਾ, ਇਸ ਲਈ ਪਰੋਫਾਈਲ ਸਹੀ ਦਿਖ ਸਕਦੀ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਕਿਸੇ ਖਾਸ ਪੜਾਅ ਉੱਤੇ ਅਸਫਲ ਹੋ ਸਕਦੀ ਹੈ।

ਕਨਫਿਗਰੇਸ਼ਨ ਫਾਈਲ ਪੜ੍ਹਦੇ ਸਮੇਂ ਇਹਨਾਂ ਤਿੰਨਾਂ ਨੂੰ ਆਪੋ-ਆਪਣੇ ਡੱਬਿਆਂ ਵਿੱਚ ਰੱਖੋ।

ਗੱਲਬਾਤ ਲੌਗ ਤੋਂ ਪੜ੍ਹੋ

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

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

ਫਿਰ ਦੋਵੇਂ ਪਾਸਿਆਂ ਦੀਆਂ ਦਿੱਤੀਆਂ ਸੂਚੀਆਂ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਜੋ ਨਾਮ ਇੱਕ ਸਾਥੀ ਦਾ ਸੰਸਕਰਣ ਜਾਂ ਉਸ ਦਾ ਕ੍ਰਿਪਟੋ ਆਧਾਰ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦਾ ਉਹ ਚੁਣਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ, ਭਾਵੇਂ ਉਹ ਦੂਜੇ ਸਾਥੀ ਦੀ ਸੂਚੀ ਵਿੱਚ ਕਿੰਨਾ ਵੀ ਜਲਦੀ ਆਵੇ।

ਚੋਣ ਅਸਲ ਵਿੱਚ ਕਿਵੇਂ ਹੁੰਦੀ ਹੈ

ਸਰਵਰ ਹੱਥ ਮਿਲਾਉਣ ਦੌਰਾਨ ਆਪਣੀ data-ciphers ਸੂਚੀ ਕਲਾਇੰਟ ਵੱਲ ਧੱਕਦਾ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ ਉਸ ਸੂਚੀ ਵਿੱਚ ਪਹਿਲੀ ਐਂਟਰੀ ਚੁਣਦਾ ਹੈ ਜਿਸ ਨੂੰ ਉਹ ਵੀ ਸਮਰਥਨ ਦਿੰਦਾ ਹੈ। ਇਸ ਲਈ ਕ੍ਰਮ ਸਰਵਰ ਦੀ ਕਨਫਿਗਰੇਸ਼ਨ ਦਾ ਹੈ, ਕਲਾਇੰਟ ਦਾ ਨਹੀਂ।

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

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

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

ਪੁਰਾਣੇ ਸਾਥੀਆਂ ਨੂੰ ਜਾਣ-ਬੁੱਝ ਕੇ ਬਣਾਇਆ ਬੈਕਅੱਪ ਚਾਹੀਦਾ ਹੈ

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

ਇਹ ਹਰ ਪੁਰਾਣੇ ਸਾਈਫਰ ਨੂੰ ਸਮਰਥ ਕਰਨ ਵਰਗਾ ਨਹੀਂ ਹੈ ਤਾਂ ਜੋ ਸੰਦੇਸ਼ ਗਾਇਬ ਹੋ ਜਾਵੇ। ਚੌੜੀ ਸੂਚੀ ਹਰ ਸਾਥੀ ਲਈ ਸੈਸ਼ਨ ਕਮਜ਼ੋਰ ਕਰਦੀ ਹੈ, ਉਹਨਾਂ ਸਮੇਤ ਜੋ ਕੁਝ ਮਜ਼ਬੂਤ ਤੈਅ ਕਰਦੇ।

ਗੈਰ-ਸੰਬੰਧਿਤ ਐਲਗੋਰਿਦਮ ਨਾਮ ਸੋਧਣ ਦੀ ਬਜਾਏ ਦੋਵੇਂ ਧਿਰਾਂ ਦਾ ਤਾਲਮੇਲ ਕਰੋ। ਜੇ ਸਰਵਰ ਅਪਗ੍ਰੇਡ ਨੇ ਪੁਰਾਣਾ ਵਿਕਲਪ ਹਟਾਇਆ ਹੈ, ਤਾਂ ਸੁਧਾਰ ਸੰਸਕਰਣ ਯੋਜਨਾ ਦਾ ਹਿੱਸਾ ਹੈ, ਕਲਾਇੰਟ ਉੱਤੇ ਕਾਹਲੀ ਦਾ ਨਹੀਂ।

ਪ੍ਰਮਾਣਿਕਤਾ ਨੂੰ ਅਖੰਡ ਰੱਖੋ

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

ਤੈਅ ਕੀਤਾ ਡੇਟਾ ਸਾਈਫਰ, ਕਲਾਇੰਟ ਸੰਸਕਰਣ ਅਤੇ ਸਰਵਰ ਸੰਸਕਰਣ ਇਕੱਠੇ ਦਰਜ ਕਰੋ, ਤਾਂ ਜੋ ਅਗਲੀ ਤੁਲਨਾ ਤੱਥਾਂ ਤੋਂ ਸ਼ੁਰੂ ਹੋਵੇ, ਪਰੋਫਾਈਲ ਫਾਈਲ ਤੋਂ ਨਹੀਂ।

ਸਮਰਥਿਤ ਸੁਧਾਰ ਤੋਂ ਬਾਅਦ ਸ਼ੁਰੂਆਤੀ ਕਨੈਕਸ਼ਨ ਅਤੇ ਮੁੜ ਗੱਲਬਾਤ ਦੀ ਜਾਂਚ ਕਰੋ, ਕਿਉਂਕਿ ਇੱਕ ਵਾਰ ਸਥਾਪਿਤ ਸੈਸ਼ਨ ਚਾਬੀਆਂ ਦੇ ਨਵੀਨੀਕਰਨ ਸਮੇਂ ਅਜੇ ਵੀ ਅਸਫਲ ਹੋ ਸਕਦਾ ਹੈ।

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

ਸੰਬੰਧਿਤ ਲੇਖ