proto udp ਜਾਂ tcp-client: ਤੁਹਾਡਾ ਸਰਵਰ ਕਿਹੜਾ ਸੁਣਦਾ ਹੈ?

ਪਿਛਲੇ ਮਹੀਨੇ ਚੱਲ ਰਹੀ ਪ੍ਰੋਫਾਈਲ ਹੁਣ ਸਮਾਂ ਸੀਮਾ 'ਤੇ ਪਹੁੰਚ ਰਹੀ ਹੈ, ਅਤੇ ਕੋਈ proto udp ਨੂੰ proto tcp-client ਨਾਲ ਬਦਲਣ ਦਾ ਸੁਝਾਅ ਦਿੰਦਾ ਹੈ। ਕਦੇ ਇਹ ਸਹੀ ਕਦਮ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਕਦੇ ਇਹ ਅਜਿਹਾ ਕਲਾਇੰਟ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਉਸ ਪੋਰਟ ਨਾਲ ਜੁੜਦਾ ਹੈ ਜਿੱਥੇ ਕੁਝ ਨਹੀਂ ਸੁਣ ਰਿਹਾ, ਕਿਉਂਕਿ ਸਰਵਰ ਕਦੇ ਵੀ ਦੂਜੇ ਟਰਾਂਸਪੋਰਟ ਲਈ ਕਨਫਿਗਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ। ਇਹ ਨਿਰਦੇਸ਼ ਦੱਸਦਾ ਹੈ ਕਿ ਤੁਹਾਡਾ ਪਾਸਾ ਕਿਵੇਂ ਬੋਲਦਾ ਹੈ; ਇਹ ਦੂਜੇ ਪਾਸੇ ਸਰੋਤਾ ਨਹੀਂ ਬਣਾ ਸਕਦਾ। ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰੋਫਾਈਲ ਅਤੇ ਸਰਵਰ ਇਕੱਠੇ ਪੜ੍ਹੋ।

ਚੁਣਿਆ ਗਿਆ ਕਨੈਕਸ਼ਨ ਜੋ ਟਰਾਂਸਪੋਰਟ ਵਰਤਦਾ ਹੈ ਉਹ ਪੜ੍ਹੋ

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

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

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

grep -nE '^(remote|proto)\b' client.ovpn

UDP ਅਤੇ TCP ਗਤੀ ਦੀ ਸੈਟਿੰਗ ਨਹੀਂ ਹਨ

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

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

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

tcp-client ਦਾ ਅਸਲ ਅਰਥ ਕੀ ਹੈ

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

ਮੇਲ ਖਾਣ ਦਾ ਅਰਥ ਹੈ ਕਿ ਦੋਵੇਂ ਸਿਰੇ ਟਰਾਂਸਪੋਰਟ 'ਤੇ ਸਹਿਮਤ ਹਨ, ਇਹ ਨਹੀਂ ਕਿ ਉਹ ਇੱਕੋ ਸਤਰ ਸਾਂਝੀ ਕਰਦੇ ਹਨ।

grep -nE '^proto\b' /etc/openvpn/server/server.conf
ss -lntp | grep openvpn

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

ਜਦੋਂ ਪ੍ਰੋਫਾਈਲ ਆਯਾਤ ਹੁੰਦੀ ਹੈ ਪਰ ਕਦੇ ਜੁੜਦੀ ਨਹੀਂ

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

ਰਾਹ ਨੂੰ ਸਭ ਤੋਂ ਸਰਲ ਢੰਗ ਨਾਲ ਜਾਂਚੋ: ਅਸਫਲ ਹੋ ਰਹੇ ਕਲਾਇੰਟ ਵਰਗੇ ਹੀ ਨੈੱਟਵਰਕ ਤੋਂ, ਪ੍ਰੋਫਾਈਲ ਵੱਲੋਂ ਦਾਅਵਾ ਕੀਤੇ ਟਰਾਂਸਪੋਰਟ ਨਾਲ ਉਸੇ ਹੋਸਟ ਅਤੇ ਪੋਰਟ ਨਾਲ ਜੁੜੋ।

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

ਕੰਮ ਕਰਨ ਵਾਲਾ ਟਰਾਂਸਪੋਰਟ ਦਰਜ ਕਰੋ

ਇੱਕ ਵਾਰ ਸੰਜੋਗ ਚੱਲ ਪਵੇ, ਤਾਂ ਇਸਨੂੰ ਸਰਵਰ, ਪੋਰਟ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਨਾਲ ਲਿਖੋ, ਅਤੇ ਨੋਟ ਕਰੋ ਕਿ ਕਿਹੜੇ ਨੈੱਟਵਰਕ ਤੋਂ ਜਾਂਚਿਆ ਗਿਆ ਸੀ।

ਵਰਨਾ ਸਮਾਂ ਸੀਮਾ ਨਾਲ ਟਕਰਾਉਣ ਵਾਲਾ ਅਗਲਾ ਵਿਅਕਤੀ ਉਹੀ ਪ੍ਰਯੋਗ ਉਲਟ ਦਿਸ਼ਾ ਵਿੱਚ ਦੁਹਰਾਏਗਾ, ਅਤੇ ਸ਼ਾਇਦ ਉਸ ਸਰਵਰ ਨੂੰ ਬਦਲ ਦੇਵੇਗਾ ਜੋ ਠੀਕ ਸੀ।

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