OpenVPN TLS ਹੈਂਡਸ਼ੇਕ ਫੇਲ੍ਹ: ਤੁਸੀਂ ਕਿਹੜੀ ਸ਼ਾਖਾ 'ਤੇ ਹੋ?
ਸਮਾਂ ਸਮਾਪਤੀ, ਰੱਦ ਕੀਤਾ ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਨਾ ਮਿਲਦਾ ਕੰਟਰੋਲ ਚੈਨਲ ਵੱਖਰੇ ਸੁਧਾਰ ਮੰਗਦੇ ਹਨ। ਸਹੀ ਸ਼ਾਖਾ ਚੁਣਨ ਲਈ ਡਿਸਕਨੈਕਟ ਤੋਂ ਪਹਿਲਾਂ ਦੀਆਂ ਘਟਨਾਵਾਂ ਪੜ੍ਹੋ।
TLS ਹੈਂਡਸ਼ੇਕ ਫੇਲ੍ਹ ਹੋਇਆ ਕਹਿਣ ਵਾਲੀ ਲਾਈਨ ਇੱਕ ਕਹਾਣੀ ਦਾ ਅੰਤ ਹੈ, ਸ਼ੁਰੂਆਤ ਨਹੀਂ। ਅਸਲ ਮਹੱਤਵ ਉਸਦੇ ਠੀਕ ਪਹਿਲਾਂ ਵਾਲੀ ਘਟਨਾ ਦਾ ਹੈ, ਕਿਉਂਕਿ ਉਹੀ ਘਟਨਾ ਦੱਸਦੀ ਹੈ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਚਾਰ ਬਿਲਕੁਲ ਵੱਖਰੀਆਂ ਖਰਾਬੀਆਂ ਵਿੱਚੋਂ ਕਿਹੜੀ ਹੈ। ਸਮਾਂ ਸਮਾਪਤੀ, ਕੰਟਰੋਲ ਚੈਨਲ ਦਾ ਨਾ ਮਿਲਣਾ, ਸਰਟੀਫਿਕੇਟ ਦਾ ਰੱਦ ਹੋਣਾ ਅਤੇ ਗੱਲਬਾਤ ਤੋਂ ਬਾਅਦ ਦੀ ਫੇਲ੍ਹ ਸਭ ਇੱਕੋ ਸਿਰਲੇਖ ਬਣਾਉਂਦੇ ਹਨ। ਸਬੂਤਾਂ ਤੋਂ ਸ਼ਾਖਾ ਚੁਣੋ, ਫਿਰ ਸੁਧਾਰ ਅੰਦਾਜ਼ਾ ਨਹੀਂ ਰਹੇਗਾ।
ਫੇਲ੍ਹ ਤੋਂ ਪਹਿਲਾਂ ਦੀ ਆਖਰੀ ਘਟਨਾ ਪੜ੍ਹੋ
ਆਖਰੀ ਲਾਈਨ ਪੜ੍ਹਨ ਦੀ ਬਜਾਏ ਉੱਪਰ ਸਕ੍ਰੋਲ ਕਰੋ। ਡਿਸਕਨੈਕਟ ਤੋਂ ਪਹਿਲਾਂ ਦੀ ਘਟਨਾ ਆਮ ਤੌਰ 'ਤੇ ਪੜਾਅ ਦੱਸਦੀ ਹੈ: ਕੋਈ ਜਵਾਬ ਨਹੀਂ, ਕੰਟਰੋਲ ਪੈਕਟਾਂ ਦੀ ਅਦਲਾ-ਬਦਲੀ ਵੇਲੇ ਗਲਤੀ, ਜਾਂਚ ਦਾ ਨਤੀਜਾ, ਜਾਂ ਸਫਲ ਗੱਲਬਾਤ ਤੋਂ ਬਾਅਦ ਆਉਣ ਵਾਲਾ ਪ੍ਰਮਾਣੀਕਰਨ ਨਤੀਜਾ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਵੱਖਰੇ ਮਾਲਕ ਦਾ ਹੈ। ਉਹੀ ਇੱਕ ਲਾਈਨ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਹੇਠਾਂ ਦਾ ਕਿਹੜਾ ਭਾਗ ਲਾਗੂ ਹੁੰਦਾ ਹੈ।
ਗਲਤੀ ਦਾ ਪਾਠ ਕਲਾਇੰਟ ਵਰਜ਼ਨ, ਅੰਤਿਮ ਬਿੰਦੂ ਅਤੇ ਆਵਾਜਾਈ ਨਾਲ ਸੰਭਾਲੋ। ਕੁੰਜੀਆਂ, ਪਾਸਵਰਡ ਅਤੇ ਬਿਨਾਂ ਸੋਧੇ ਪ੍ਰੋਫਾਈਲ ਜਨਤਕ ਤੌਰ 'ਤੇ ਪੇਸਟ ਕਰਨ ਵਾਲੀ ਹਰ ਚੀਜ਼ ਤੋਂ ਬਾਹਰ ਰੱਖੋ।
ਸਹੀ ਪਹਿਲੀ ਗਲਤੀ ਲੰਮੇ ਲਾਗ ਹਿੱਸੇ ਨਾਲੋਂ ਵੱਧ ਕੀਮਤੀ ਹੈ। ਇਹ ਪੜਾਅ ਦੱਸਦੀ ਹੈ, ਅਤੇ ਪੜਾਅ ਮਾਲਕ ਦੱਸਦਾ ਹੈ।
ਸ਼ਾਖਾ ਇੱਕ: ਕੁਝ ਵੀ ਵਾਪਸ ਨਹੀਂ ਆਇਆ
ਜੇ ਕਲਾਇੰਟ ਨੇ ਆਪਣਾ ਪਹਿਲਾ ਪੈਕਟ ਭੇਜਿਆ ਅਤੇ ਕੋਈ ਵਰਤੋਂਯੋਗ ਚੀਜ਼ ਨਹੀਂ ਮਿਲੀ, ਤਾਂ ਸਮੱਸਿਆ ਰਸਤੇ 'ਤੇ ਜਾਂ ਸੁਣਨ ਵਾਲੇ ਕੋਲ ਹੈ। ਪੱਕਾ ਕਰੋ ਕਿ ਪ੍ਰੋਫਾਈਲ ਉਸ ਵਿਕਲਪ ਨਾਲ ਮਿਲਦਾ ਹੈ ਜੋ ਆਪਰੇਟਰ ਸੱਚਮੁੱਚ ਦਿੰਦਾ ਹੈ: ਪਤਾ, ਪੋਰਟ ਅਤੇ UDP ਜਾਂ TCP। ਫਿਰ ਜਾਂਚੋ ਕਿ ਇਸ ਨੈੱਟਵਰਕ ਤੋਂ ਅੰਤਿਮ ਬਿੰਦੂ ਤੱਕ ਪਹੁੰਚ ਹੋ ਸਕਦੀ ਹੈ ਜਾਂ ਨਹੀਂ। ਅੱਗੇ ਵਧਣ ਤੋਂ ਪਹਿਲਾਂ ਲਿਖੋ ਕਿ ਇਹਨਾਂ ਦੋ ਜਾਂਚਾਂ ਵਿੱਚੋਂ ਕਿਹੜੀ ਫੇਲ੍ਹ ਹੋਈ।
ਉਸੇ ਹੋਸਟਨਾਮ 'ਤੇ ਪੰਨਾ ਲੋਡ ਕਰਨ ਵਾਲਾ ਬ੍ਰਾਊਜ਼ਰ ਸਿਰਫ਼ ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਵੈੱਬ ਸੇਵਾ ਨੇ ਜਵਾਬ ਦਿੱਤਾ। ਸਵੀਕਾਰ ਕੀਤਾ TCP ਕਨੈਕਸ਼ਨ ਵੀ OpenVPN ਨੇ ਗੱਲਬਾਤ ਪੂਰੀ ਕੀਤੀ ਜਾਂ ਨਹੀਂ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ।
ਜੇ ਪ੍ਰੋਫਾਈਲ ਕਿਸੇ ਹੋਰ ਭਰੋਸੇਯੋਗ ਨੈੱਟਵਰਕ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ, ਤਾਂ ਉਹ ਤੁਲਨਾ ਰੱਖੋ। ਇਹ ਪਾਬੰਦੀ ਨੂੰ ਰਸਤੇ ਜਾਂ ਵਿਚੋਲੇ ਤੱਕ ਸੀਮਿਤ ਕਰਦੀ ਹੈ।
ਸ਼ਾਖਾ ਦੋ: ਕੰਟਰੋਲ ਚੈਨਲ ਮਿਲਦਾ ਨਹੀਂ
ਜਦੋਂ ਅਦਲਾ-ਬਦਲੀ ਸ਼ੁਰੂ ਹੋ ਕੇ ਰੁਕ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਕੰਟਰੋਲ ਚੈਨਲ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਪਹਿਲਾ ਸ਼ੱਕੀ ਹਨ। tls-auth ਅਤੇ tls-crypt ਤੈਨਾਤੀ ਨਾਲ ਮਿਲਣੇ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਕਿਸੇ ਹੋਰ ਸਰਵਰ ਦੀ ਸਮੱਗਰੀ ਵਰਤੋਂਯੋਗ ਅਦਲਾ-ਬਦਲੀ ਨਹੀਂ ਦੇਵੇਗੀ। ਇਹ ਫੇਲ੍ਹ ਕਿਸੇ ਵੀ ਖਾਤਾ ਲੌਗਇਨ ਤੋਂ ਪਹਿਲਾਂ ਹੁੰਦੀ ਹੈ। ਪੁਰਾਣੇ ਸਰਵਰ ਤੋਂ ਕਾਪੀ ਕੀਤਾ ਪ੍ਰੋਫਾਈਲ ਆਮ ਸਰੋਤ ਹੈ।
ਪਾਸਵਰਡ ਰੀਸੈਟ ਉਹਨਾਂ ਸੈਟਿੰਗਾਂ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦਾ, ਅਤੇ ਕਿਸੇ ਹੋਰ ਸੇਵਾ ਤੋਂ ਕੁੰਜੀ ਉਧਾਰ ਲੈਣਾ ਅਨੁਕੂਲਤਾ ਦਾ ਸੁਧਾਰ ਨਹੀਂ ਹੈ। ਆਪਰੇਟਰ ਦੇ ਪ੍ਰਮਾਣਿਤ ਚੈਨਲ ਰਾਹੀਂ ਪ੍ਰੋਫਾਈਲ ਲਵੋ ਅਤੇ ਲਿਖੋ ਕਿ ਇਹ ਕਿਹੜਾ ਕਲਾਇੰਟ ਵਰਜ਼ਨ ਚਾਹੁੰਦਾ ਹੈ।
ਕੀ ਟਿਕਦਾ ਹੈ ਇਹ ਵੇਖਣ ਲਈ ਪੁਰਾਣੇ ਐਲਗੋਰਿਦਮਾਂ ਦਾ ਢੇਰ ਚਾਲੂ ਕਰਨ ਦੀ ਬਜਾਏ ਖਾਸ ਗੱਲਬਾਤ ਗਲਤੀ ਦਰਜ ਕਰੋ। ਫੜਿਆ ਗਲਤੀ ਪਾਠ ਹੀ ਆਪਰੇਟਰ ਨੂੰ ਆਪਣਾ ਪਾਸਾ ਜਾਂਚਣ ਦਿੰਦਾ ਹੈ।
ਸ਼ਾਖਾ ਤਿੰਨ: ਸਰਟੀਫਿਕੇਟ ਰੱਦ ਹੋਇਆ
ਸਪਸ਼ਟ ਜਾਂਚ ਫੇਲ੍ਹ ਉਸ ਸਰਟੀਫਿਕੇਟ ਦਾ ਨਾਮ ਲੈਂਦੀ ਹੈ ਜੋ ਇਸਨੂੰ ਪਸੰਦ ਨਹੀਂ। ਪਹਿਲਾਂ ਡਿਵਾਈਸ ਦੀ ਘੜੀ ਜਾਂਚੋ, ਫਿਰ ਪੜ੍ਹੋ ਕਿ ਕਿਹੜੀ ਵਸਤੂ ਫੇਲ੍ਹ ਹੋਈ: ਸਰਵਰ ਸਰਟੀਫਿਕੇਟ, ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ, ਜਾਂ ਲੜੀ ਵਿੱਚਲਾ ਜਾਰੀਕਰਤਾ। ਸਮਾਪਤੀ, ਭਰੋਸੇਯੋਗ ਨਾ ਹੋਣ ਵਾਲਾ ਜਾਰੀਕਰਤਾ ਅਤੇ ਅਚਾਨਕ ਪਛਾਣ ਤਿੰਨ ਵੱਖਰੇ ਸੁਨੇਹੇ ਹਨ।
ਸੋਧੀ ਸਮੱਗਰੀ ਲੈਂਦੇ ਸਮੇਂ ਜਾਂਚ ਚਾਲੂ ਰੱਖੋ। ਅਸੰਬੰਧਿਤ ਸਰਟੀਫਿਕੇਟ ਸਵੀਕਾਰ ਕਰਨ ਨਾਲ ਗਲਤੀ ਹਟ ਜਾਂਦੀ ਹੈ, ਪਰ ਇਹ ਸਾਬਤ ਨਹੀਂ ਹੁੰਦਾ ਕਿ ਤੁਸੀਂ ਲੋੜੀਂਦੇ ਸਰਵਰ ਤੱਕ ਪਹੁੰਚੇ।
ਲਿਖੋ ਕਿ ਫੇਲ੍ਹ ਨੈੱਟਵਰਕ ਦਾ ਪਿੱਛਾ ਕਰਦੀ ਹੈ ਜਾਂ ਪ੍ਰੋਫਾਈਲ ਦਾ। ਹਰ ਜਗ੍ਹਾ ਦਿਸਣ ਵਾਲੀ ਸਰਟੀਫਿਕੇਟ ਗਲਤੀ ਰਸਤੇ ਦੀ ਸਮੱਸਿਆ ਨਹੀਂ।
ਸ਼ਾਖਾ ਚਾਰ: ਗੱਲਬਾਤ ਖ਼ਤਮ ਹੋਈ ਅਤੇ ਕੁਝ ਹੋਰ ਫੇਲ੍ਹ ਹੋਇਆ
ਪਛਾਣ ਦੀ ਅਦਲਾ-ਬਦਲੀ ਸਫਲ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਬਚੀ ਫੇਲ੍ਹ ਪ੍ਰਮਾਣੀਕਰਨ ਜਾਂ ਰੂਟਿੰਗ ਦੀ ਹੈ। ਖਾਤੇ ਦਾ ਸਪਸ਼ਟ ਇਨਕਾਰ ਪ੍ਰਮਾਣੀਕਰਨ ਦਾ ਸਵਾਲ ਹੈ, ਅਤੇ ਨਾ ਪਹੁੰਚਣ ਯੋਗ ਸਾਈਟਾਂ ਵਾਲਾ ਜੁੜਿਆ ਟਨਲ ਰੂਟਿੰਗ ਜਾਂ DNS ਦਾ ਸਵਾਲ ਹੈ। ਉਸ ਵੇਲੇ TLS ਵਿਕਲਪ ਬਦਲਦੇ ਰਹਿਣਾ ਪਹਿਲਾਂ ਹੀ ਕੰਮ ਕਰ ਰਹੇ ਪੜਾਅ ਨੂੰ ਨੁਕਸਾਨ ਪਹੁੰਚਾਉਂਦਾ ਹੈ।
ਸਮੱਸਿਆ ਦੱਸਦੇ ਸਮੇਂ ਕਹੋ ਕਿ ਹਰ ਨੈੱਟਵਰਕ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਕੋਈ ਹੋਰ ਪ੍ਰੋਫਾਈਲ ਕੰਮ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਸਰਵਰ ਨੇ ਕੋਸ਼ਿਸ਼ ਦਰਜ ਕੀਤੀ ਹੈ ਜਾਂ ਨਹੀਂ। ਸਰਵਰ ਵੱਲੋਂ ਚੁੱਪ ਅਤੇ ਉਸ ਵੱਲੋਂ ਇਨਕਾਰ ਵੱਖਰੀਆਂ ਹੱਦਾਂ 'ਤੇ ਖੜ੍ਹੇ ਹਨ।