Synology 'ਤੇ OpenVPN ਹੈਂਡਸ਼ੇਕ ਫੇਲ? LAN ਫਾਰਵਰਡ ਜਾਂਚੋ

ਤੁਹਾਡਾ ਲੈਪਟਾਪ ਦੱਸਦਾ ਹੈ ਕਿ TLS ਹੈਂਡਸ਼ੇਕ ਫੇਲ ਹੋ ਗਿਆ, ਇਸ ਲਈ ਸਰਟੀਫਿਕੇਟ ਦੁਬਾਰਾ ਬਣਾਉਣ ਦਾ ਲਾਲਚ ਹੁੰਦਾ ਹੈ। ਉਸ ਤੋਂ ਪਹਿਲਾਂ ਹੋਰ ਨੀਰਸ ਸਵਾਲ ਪੁੱਛੋ: Synology ਅਸਲ ਵਿੱਚ ਕਿਹੜੇ Ethernet ਪੋਰਟ 'ਤੇ ਸੁਣ ਰਿਹਾ ਹੈ? ਦੋ LAN ਪੋਰਟ ਵਾਲੇ NAS ਦੇ ਦੋ ਪਤੇ ਹੁੰਦੇ ਹਨ, ਅਤੇ DSM ਦਾ VPN Server ਪੈਕੇਜ ਆਪਣੇ OpenVPN ਸਰੋਤੇ ਨੂੰ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨਾਲ ਬੰਨ੍ਹਦਾ ਹੈ। ਜਦੋਂ ਰਾਊਟਰ 1194 ਨੂੰ ਦੂਜੇ ਪਤੇ ਵੱਲ ਫਾਰਵਰਡ ਕਰਦਾ ਹੈ, ਤਾਂ ਕੋਈ ਪੈਕੇਟ ਸੇਵਾ ਤੱਕ ਕਦੇ ਨਹੀਂ ਪਹੁੰਚਦਾ, ਅਤੇ ਕਲਾਇੰਟ ਕੋਲ ਗੱਲਬਾਤ ਕਰਨ ਲਈ ਕੁਝ ਨਹੀਂ ਹੁੰਦਾ।

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

ਉਹ ਪਤਾ ਲੱਭੋ ਜਿਸ ਨਾਲ ਸਰੋਤਾ ਬੱਝਾ ਹੈ

DSM ਆਪਣੇ ਪੋਰਟਾਂ ਨੂੰ LAN 1 ਅਤੇ LAN 2 ਕਹਿੰਦਾ ਹੈ, ਅਤੇ ਹਰ ਇੱਕ ਦਾ ਵੱਖਰਾ ਪਤਾ ਅਤੇ ਸਬਨੈੱਟ ਹੁੰਦਾ ਹੈ। VPN Server ਖੋਲ੍ਹੋ, OpenVPN ਟੈਬ 'ਤੇ ਦੱਸਿਆ ਇੰਟਰਫੇਸ ਪੜ੍ਹੋ, ਫਿਰ Control Panel ਖੋਲ੍ਹ ਕੇ DSM ਕੋਲ ਉਸੇ ਇੰਟਰਫੇਸ 'ਤੇ ਜੋ IPv4 ਪਤਾ ਹੈ ਉਹ ਲਿਖ ਲਵੋ। ਫਾਰਵਰਡ ਨੂੰ NAS ਦੇ ਹੋਸਟਨਾਮ ਦੀ ਨਹੀਂ, ਇਨ੍ਹਾਂ ਦੋ ਮੁੱਲਾਂ ਦੀ ਨਾਮਕਰਨ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।

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

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

sudo netstat -anp | grep 1194

ਨਵਾਂ ਜੋੜਨ ਦੀ ਥਾਂ ਮੌਜੂਦਾ ਫਾਰਵਰਡ ਸੋਧੋ

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

external 1194/udp  ->  192.0.2.20:1194/udp

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

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

ਪੈਕੇਟ ਆਖ਼ਰ ਪਹੁੰਚਦੇ ਹਨ ਜਾਂ ਨਹੀਂ ਇਹ ਸਾਬਤ ਕਰੋ

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

sudo tcpdump -i any -n udp port 1194

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

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

ਪੈਕੇਟ ਆਉਣ 'ਤੇ ਫਾਰਵਰਡ ਨੂੰ ਦੋਸ਼ ਦੇਣਾ ਬੰਦ ਕਰੋ

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

ਪਰਿਵਹਨ ਉਹ ਦੂਜੀ ਅਸੰਗਤੀ ਹੈ ਜਿਸ ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਜਾਂਚਣਾ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਪ੍ਰੋਫਾਈਲ ਅਤੇ ਪੈਕੇਜ ਵੱਖਰੀਆਂ ਥਾਵਾਂ 'ਤੇ ਸੋਧੇ ਜਾਂਦੇ ਹਨ। ਪੈਕੇਜ ਬਦਲੇ ਬਿਨਾਂ ਪ੍ਰੋਫਾਈਲ ਨੂੰ UDP ਤੋਂ TCP ਕਰਨ ਨਾਲ ਕਲਾਇੰਟ ਉਸ ਸਰੋਤੇ ਦੀ ਉਡੀਕ ਕਰਦਾ ਹੈ ਜੋ ਮੌਜੂਦ ਨਹੀਂ, ਅਤੇ ਕਲਾਇੰਟ ਉਹੀ ਆਮ ਹੈਂਡਸ਼ੇਕ ਪਾਠ ਦੱਸਦਾ ਹੈ ਜੋ ਹਰ ਹੋਰ ਚੀਜ਼ ਲਈ ਦੱਸਦਾ ਹੈ। ਫਾਈਲ ਵਿੱਚ proto ਲਾਈਨ ਪੜ੍ਹੋ, ਫਿਰ ਸਰਵਰ ਪੇਜ 'ਤੇ ਚੁਣਿਆ ਪ੍ਰੋਟੋਕੋਲ ਵੇਖੋ, ਅਤੇ ਤਦ ਹੀ ਸਿੱਟਾ ਕੱਢੋ ਕਿ ਉਹ ਮਿਲਦੇ ਹਨ। DSM ਫਾਇਰਵਾਲ ਨਿਯਮ ਪੜ੍ਹਨਾ ਤੀਜੀ ਜਾਂਚ ਹੈ: ਸਥਾਨਕ ਸਬਨੈੱਟ ਤੋਂ ਪੋਰਟ ਖੋਲ੍ਹਣ ਵਾਲਾ ਪਰ ਇੰਟਰਨੈੱਟ ਤੋਂ ਨ ਖੋਲ੍ਹਣ ਵਾਲਾ ਨਿਯਮ ਪਰਖ ਤੋਂ ਬਾਅਦ ਛੱਡਣਾ ਸੌਖਾ ਹੈ, ਅਤੇ ਇਹ ਅਜਿਹਾ ਕਨੈਕਸ਼ਨ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਰਸੋਈ ਤੋਂ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਬਾਕੀ ਹਰ ਥਾਂ ਤੋਂ ਫੇਲ ਹੁੰਦਾ ਹੈ।

ਦੂਰਲੇ ਵਰਤੋਂਕਾਰ ਦਾ ਅਸਲ ਰਾਹ ਪਰਖੋ

ਉਸੇ LAN ਦੇ ਅੰਦਰਲਾ ਕਲਾਇੰਟ ਫਾਰਵਰਡ ਨੂੰ ਕਦੇ ਛੋਹੇ ਬਿਨਾਂ NAS ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਦੂਰਲੀ ਪਹੁੰਚ ਬਾਰੇ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ। Wi-Fi ਬੰਦ ਵਾਲਾ ਫੋਨ ਵਰਤੋ, ਜਾਂ ਨੈੱਟਵਰਕ ਤੋਂ ਬਾਹਰ ਕਿਸੇ ਨੂੰ ਪੁੱਛੋ, ਅਤੇ ਉਸ ਕੋਸ਼ਿਸ਼ ਦੌਰਾਨ ਰਾਊਟਰ ਕਾਊਂਟਰ ਵੇਖੋ। ਜੇ ਦੂਰਲੀ ਕੋਸ਼ਿਸ਼ ਫੇਲ ਹੋਵੇ ਅਤੇ ਸਥਾਨਕ ਸਫਲ ਹੋਵੇ, ਤਾਂ ਫਾਰਵਰਡ ਜਾਂ ਫਾਇਰਵਾਲ ਅਜੇ ਵੀ ਤਸਵੀਰ ਵਿੱਚ ਹੈ।

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