Netgear OpenVPN: TUN ਅਤੇ TAP ਵੱਖਰੇ ਪੋਰਟਾਂ 'ਤੇ ਸੁਣਦੇ ਹਨ

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

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

ਤਿੰਨ ਚੀਜ਼ਾਂ ਜੋ ਮਿਲਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ

ਡਿਵਾਈਸ ਕਿਸਮ, ਪ੍ਰੋਫਾਈਲ ਦੀ ਇੰਟਰਫੇਸ ਲਾਈਨ ਅਤੇ ਸਰੋਤੇ ਦਾ ਪੋਰਟ ਇੱਕੋ ਚੋਣ ਬਣਾਉਂਦੇ ਹਨ, ਤਿੰਨ ਨਹੀਂ। dev tun ਘੋਸ਼ਿਤ ਕਰਨ ਵਾਲੀ ਅਤੇ TAP ਸਰੋਤੇ ਵੱਲ ਨਿਸ਼ਾਨਾ ਪ੍ਰੋਫਾਈਲ ਸੈਸ਼ਨ ਪੂਰਾ ਨਹੀਂ ਕਰ ਸਕਦੀ, ਅਤੇ ਉਲਟ ਵੀ ਉਸੇ ਤਰ੍ਹਾਂ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ। ਆਪਣੇ ਮਾਡਲ ਅਤੇ ਫਰਮਵੇਅਰ ਲਈ ਪੋਰਟ ਕਿਸੇ ਗਾਈਡ ਤੋਂ ਨਹੀਂ, ਰਾਊਟਰ ਦੇ ਆਪਣੇ VPN ਪੰਨੇ ਤੋਂ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਬਿਲਡਾਂ ਵਿਚਕਾਰ ਨੰਬਰ ਬਦਲਦੇ ਹਨ। ਮਾਡਲ ਅਤੇ ਫਰਮਵੇਅਰ ਵਰਜਨ ਉਸ ਨੰਬਰ ਦੇ ਕੋਲ ਲਿਖੋ ਤਾਂ ਜੋ ਅਗਲਾ ਵਿਅਕਤੀ ਇਸਨੂੰ ਜਾਂਚ ਸਕੇ।

ਖੇਤਰੀ ਰਿਪੋਰਟਾਂ ਇੱਕ ਫਰਮਵੇਅਰ 'ਤੇ TUN ਲਈ 12973 ਅਤੇ TAP ਲਈ 12974 ਵਰਗੀ ਜੋੜੀ, ਅਤੇ ਦੂਜੇ 'ਤੇ ਵੱਖਰਾ ਨੰਬਰ ਦੱਸਦੀਆਂ ਹਨ। ਇਹਨਾਂ ਨੂੰ ਬਿਲਡ ਵੱਖਰੇ ਹੋਣ ਦੇ ਸਬੂਤ ਵਜੋਂ ਪੜ੍ਹੋ, ਨਕਲ ਕਰਨ ਵਾਲੇ ਸਥਿਰਾਂਕ ਵਜੋਂ ਨਹੀਂ। ਫਿਰ ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਦੂਰੀ ਅਨੁਸਾਰ ਹੋਸਟਨਾਮ ਚਾਹੀਦਾ ਹੈ: ਬਦਲਣ ਵਾਲੇ WAN ਪਤੇ ਦੀ ਥਾਂ ਰਾਊਟਰ ਦਾ ਗਤੀਸ਼ੀਲ DNS ਨਾਮ।

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

ਲੌਗ ਨੂੰ ਉਸੇ ਕ੍ਰਮ ਵਿੱਚ ਪੜ੍ਹੋ ਜਿਸ ਵਿੱਚ ਇਹ ਛਾਪਿਆ ਜਾਂਦਾ ਹੈ

OpenVPN ਕਲਾਇੰਟ ਘਟਨਾਵਾਂ ਦੀ ਰਿਪੋਰਟ ਉਸੇ ਕ੍ਰਮ ਵਿੱਚ ਕਰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਉਹ ਵਾਪਰਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਚੁੱਪ ਤੋਂ ਪਹਿਲਾਂ ਦੀ ਆਖਰੀ ਲਾਈਨ ਜਾਂਚਣ ਵਾਲੀ ਪਰਤ ਦੱਸਦੀ ਹੈ। ਜਦੋਂ ਰਨ TLS Error: TLS key negotiation failed 'ਤੇ ਖਤਮ ਹੁੰਦਾ ਹੈ, ਜਾਂ ਸਿਰਫ਼ ਪਹਿਲੇ ਜਵਾਬ ਦੀ ਉਡੀਕ ਕਰਕੇ ਹਾਰ ਮੰਨ ਲੈਂਦਾ ਹੈ, ਤਾਂ ਸਰਟੀਫਿਕੇਟ ਦੀ ਤੁਲਨਾ ਕਦੇ ਨਹੀਂ ਹੋਈ। ਇਹ ਪਹੁੰਚ, ਸਰੋਤੇ, ਜਾਂ ਅਜਿਹੇ ਪੋਰਟ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ ਜਿਸਦੇ ਪਿੱਛੇ ਕੁਝ ਨਹੀਂ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ CA ਫਾਈਲ ਬਦਲ ਕੇ ਠੀਕ ਨਹੀਂ ਹੁੰਦਾ।

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

ਉਹ ਸਾਈਫਰ ਸੂਚੀ ਸ਼ਾਮਲ ਕਰੋ ਜਿਸਦੀ ਆਧੁਨਿਕ ਕਲਾਇੰਟ ਉਮੀਦ ਕਰਦਾ ਹੈ

ਤਾਜ਼ਾ OpenVPN ਕਲਾਇੰਟ ਪੁਰਾਣੇ ਡਿਫਾਲਟ ਅਸਵੀਕਾਰ ਕਰਦੇ ਹਨ ਜੋ ਖਪਤਕਾਰ ਫਰਮਵੇਅਰ ਅਜੇ ਵੀ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਲੱਛਣ ਸਫਲ ਹੈਂਡਸ਼ੇਕ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਗੱਲਬਾਤ ਦੀ ਅਸਫਲਤਾ ਹੈ। ਹੱਲ ਇੱਕ ਪ੍ਰੋਫਾਈਲ ਲਾਈਨ ਹੈ ਜੋ ਦੱਸਦੀ ਹੈ ਕਿ ਕਲਾਇੰਟ ਕੀ ਸਵੀਕਾਰ ਕਰੇਗਾ: data-ciphers ਨੂੰ ਇਸੇ ਕ੍ਰਮ ਵਿੱਚ AES-256-GCM, AES-128-GCM, CHACHA20-POLY1305 ਅਤੇ AES-128-CBC 'ਤੇ ਸੈੱਟ ਕਰੋ। ਰਾਊਟਰ ਜਿਸ ਐਲਗੋਰਿਦਮ ਨੂੰ ਲਾਗੂ ਨਹੀਂ ਕਰਦਾ ਉਹ ਕਦੇ ਨਹੀਂ ਚੁਣਿਆ ਜਾਂਦਾ, ਇਸ ਲਈ ਲੰਮੀ ਸੂਚੀ ਥੋੜ੍ਹੀ ਲੰਮੀ ਗੱਲਬਾਤ ਤੋਂ ਇਲਾਵਾ ਕੁਝ ਨਹੀਂ ਖਰਚਦੀ।

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

ਹੱਥੀਂ ਨਕਲਾਂ ਸੰਪਾਦਿਤ ਕਰਨ ਦੀ ਥਾਂ ਇੱਕ ਵਾਰ ਆਯਾਤ ਕਰੋ

ਸੁਧਾਰੀ ਫਾਈਲ ਨੂੰ NetworkManager ਵਿੱਚ ਆਯਾਤ ਕਰਨਾ ਥੋੜ੍ਹੀਆਂ ਵੱਖਰੀਆਂ ਪ੍ਰੋਫਾਈਲਾਂ ਨਾਲ ਭਰੀ ਫੋਲਡਰ ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ: nmcli connection import type openvpn file client.ovpn, ਫਿਰ ਨਾਮ ਨਾਲ ਚਾਲੂ ਕਰੋ। ਆਯਾਤ ਕੀਤੀ ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਹੀ ਉਹ ਇੱਕੋ ਨਕਲ ਰੱਖੋ ਜਿਸਨੂੰ ਤੁਸੀਂ ਸੰਪਾਦਿਤ ਕਰਦੇ ਹੋ, ਅਤੇ ਵਾਰ-ਵਾਰ ਡਾਊਨਲੋਡ ਨਾਲ ਜਮ੍ਹਾਂ ਹੋਈਆਂ ਨਕਲਾਂ ਮਿਟਾਓ।

ਫਿਰ LAN ਤੋਂ ਬਾਹਰੋਂ ਟੈਸਟ ਕਰੋ। ਉਸੇ ਨੈੱਟਵਰਕ ਤੋਂ ਜੁੜਨਾ ਬਹੁਤ ਘੱਟ ਸਾਬਤ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਟ੍ਰੈਫਿਕ ਟਨਲ ਵਿੱਚੋਂ ਬਿਲਕੁਲ ਨਹੀਂ ਲੰਘ ਸਕਦਾ। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਬੇਨਤੀ ਸੱਚਮੁੱਚ ਰਾਊਟਰ ਰਾਹੀਂ ਬਾਹਰ ਜਾਂਦੀ ਹੈ, ਸਿਰਫ਼ ਇਹ ਨਹੀਂ ਕਿ ਕਲਾਇੰਟ ਜੁੜੀ ਸਥਿਤੀ ਦਿਖਾਉਂਦਾ ਹੈ।

ਚੇਤਾਵਨੀਆਂ ਬਾਰੇ ਕੀ ਕਰਨਾ ਹੈ, ਇਹ ਤੈਅ ਕਰੋ

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

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