OpenVPN Connect fragment ਨੂੰ ਰੱਦ ਕਰਦਾ ਹੈ: ਪ੍ਰੋਫਾਈਲ ਦਾ ਸਰੋਤ ਠੀਕ ਕਰੋ

ਗਲਤੀ ਆਯਾਤ ਵੇਲੇ, ਕਿਸੇ ਵੀ ਗੱਲਬਾਤ ਤੋਂ ਪਹਿਲਾਂ ਆਉਂਦੀ ਹੈ, ਅਤੇ ਅਜਿਹੀ ਹਦਾਇਤ ਦਾ ਨਾਮ ਲੈਂਦੀ ਹੈ ਜਿਸ ਨੂੰ ਕਲਾਇੰਟ ਮੰਨਣ ਤੋਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ। OpenVPN Connect ਓਪਨਵੀਪੀਐਨ 3 ਲਾਇਬ੍ਰੇਰੀ ਦਾ ਕੋਡ ਚਲਾਉਂਦਾ ਹੈ, ਜੋ ਕਮਿਊਨਿਟੀ ਕਲਾਇੰਟ ਦੇ fragment ਵਿਕਲਪ ਨੂੰ ਬਿਲਕੁਲ ਲਾਗੂ ਨਹੀਂ ਕਰਦਾ। ਇਸ ਨਾਲ ਇਹ ਮਾਮਲਾ ਦੋ ਸਿਰਿਆਂ ਦੀ ਅਨੁਕੂਲਤਾ ਦਾ ਸਵਾਲ ਬਣ ਜਾਂਦਾ ਹੈ, ਪੈਕਟ ਦੇ ਆਕਾਰ ਦੀ ਸੈਟਿੰਗ ਦਾ ਨਹੀਂ।

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

ਆਯਾਤ ਕਿੱਥੇ ਰੁਕਦਾ ਹੈ

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

ਜੇ ਸੁਨੇਹਾ fragment ਦਾ ਨਾਮ ਲੈਂਦਾ ਹੈ, ਤਾਂ ਬਚਿਆ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਕੀ ਸਰਵਰ ਵੀ ਇਸ ਉੱਤੇ ਨਿਰਭਰ ਹੈ। ਤੁਹਾਨੂੰ ਦਿੱਤੀ ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸ ਦਾ ਜਵਾਬ ਦਿਓ।

fragment ਕਮਿਊਨਿਟੀ ਕਲਾਇੰਟ ਵਿੱਚ ਕੀ ਬਦਲਦਾ ਹੈ

ਕਮਿਊਨਿਟੀ ਕਲਾਇੰਟ ਵਿੱਚ ਹਦਾਇਤ OpenVPN ਦੀ ਆਪਣੀ ਡੇਟਾਗ੍ਰਾਮ ਵੰਡ ਚਾਲੂ ਕਰਦੀ ਹੈ, ਜੋ ਪੇਲੋਡ ਨੂੰ ਬਾਹਰੀ IP ਪਰਤ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਵੰਡਦੀ ਹੈ। ਇਹ ਵੱਡੇ UDP ਡੇਟਾਗ੍ਰਾਮ ਸੁੱਟਣ ਵਾਲੇ ਰਾਹਾਂ ਵਿੱਚੋਂ ਲੰਘਣ ਲਈ, ਅਤੇ ਉੱਥੇ ਟਨਲ ਨੂੰ ਵਰਤੋਂਯੋਗ ਰੱਖਣ ਲਈ ਹੈ ਜਿੱਥੇ ਰਾਹ ਦੇ MTU ਦੀ ਖੋਜ ਉੱਤੇ ਭਰੋਸਾ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ। ਇਹ ਇੰਟਰਫੇਸ ਦਾ MTU ਘਟਾਉਣ ਦਾ ਸਮਾਨਾਰਥੀ ਨਹੀਂ, ਅਤੇ ਇਹ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਵੱਲੋਂ ਕੀਤੀ IP ਪੱਧਰ ਦੀ ਵੰਡ ਵੀ ਨਹੀਂ। ਜਿਸ ਕਲਾਇੰਟ ਕੋਲ ਇਹ ਵਿਧੀ ਨਹੀਂ, ਉਹ ਕੋਈ ਅੰਕ ਘਟਾ ਕੇ ਇਹ ਹਾਸਲ ਨਹੀਂ ਕਰ ਸਕਦਾ।

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

ਇਸ ਕਲਾਇੰਟ ਲਈ ਬਣੀ ਪ੍ਰੋਫਾਈਲ ਮੰਗੋ

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

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

ਕਨੈਕਸ਼ਨ ਜਾਂਚੋ, ਸਿਰਫ਼ ਆਯਾਤ ਨਹੀਂ

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

openvpn --config client.ovpn --verb 3
ip -4 addr show tun0
curl -sS --interface tun0 -o /dev/null -w '%{http_code}\n' --max-time 8 https://example.com/

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

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