Raspberry Pi VPN ਸਰਵਰ ਨੂੰ Ethernet ’ਤੇ ਕਿਵੇਂ ਲਿਜਾਣਾ ਹੈ

Pi ਨੂੰ Wi-Fi ਤੋਂ ਕੇਬਲ ’ਤੇ ਲਿਜਾਣਾ ਪੰਜ ਮਿੰਟਾਂ ਦਾ ਕੰਮ ਲੱਗਦਾ ਹੈ, ਅਤੇ ਇਹ ਤਦ ਹੀ ਇਹੋ ਜਿਹਾ ਰਹਿੰਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਇਸ ਤਬਦੀਲੀ ਨੂੰ ਇੱਕ ਦੀ ਥਾਂ ਚਾਰ ਵੱਖਰੀਆਂ ਸੈਟਿੰਗਾਂ ਵਜੋਂ ਦੇਖੋ। ਤੁਹਾਡੇ ਕਲਾਇੰਟ ਜਿਸ ਐਂਡਪੁਆਇੰਟ ਨਾਮ ’ਤੇ ਡਾਇਲ ਕਰਦੇ ਹਨ ਉਹ ਬਿਲਕੁਲ ਉਹੀ ਰਹਿ ਸਕਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਉਸ ਹੇਠਾਂ ਦਾ ਪਤਾ ਬਦਲ ਜਾਂਦਾ ਹੈ। ਅਸਲ ਵਿੱਚ ਟੁੱਟਦਾ ਹੈ ਪੁਰਾਣੇ ਪਤੇ ’ਤੇ ਪਿੰਨ ਹੋਇਆ ਲਿਸਨਰ, ਅਜੇ ਵੀ ਵਾਇਰਲੈਸ ਲੀਜ਼ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਪੋਰਟ ਫਾਰਵਰਡ, ਜਾਂ ਉਹ ਰਿਟਰਨ ਰੂਟ ਜੋ ਉਸ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਨਿਕਲਦਾ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਰਿਟਾਇਰ ਮੰਨ ਲਿਆ ਸੀ। ਇਹ ਗਾਈਡ ਹਰ ਕਦਮ ’ਤੇ ਰਿਕਵਰੀ ਦਾ ਰਾਹ ਖੁੱਲ੍ਹਾ ਰੱਖਦੀ ਹੈ, ਇਸ ਲਈ ਅਸਫਲ ਕਟਓਵਰ ਦੀ ਕੀਮਤ ਇੱਕ ਰੀਬੂਟ ਹੈ।

ਕੁਝ ਵੀ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ ਚਾਰ ਮਾਲਕ ਲਿਖ ਲਓ

ਚਾਰ ਸੈਟਿੰਗਾਂ ਤੈਅ ਕਰਦੀਆਂ ਹਨ ਕਿ ਕਟਓਵਰ ਬਚੇਗਾ ਜਾਂ ਨਹੀਂ: Pi ਦਾ ਪਤਾ, OpenVPN ਦਾ ਬਾਈਂਡਿੰਗ ਪਤਾ, ਰਾਊਟਰ ਦਾ ਰੀਡਾਇਰੈਕਟ ਟਾਰਗੈਟ ਅਤੇ ਉਹ ਰਾਹ ਜਿਸ ਰਾਹੀਂ ਜਵਾਬ ਜਾਂਦੇ ਹਨ। ਕੇਬਲ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਚਾਰੇ ਲਿਖ ਲਓ, ਕਿਉਂਕਿ ਵਾਇਰਲੈਸ ਲੀਜ਼ ਗਾਇਬ ਹੁੰਦਿਆਂ ਹੀ ਤੁਸੀਂ ਮਸ਼ੀਨ ਤੋਂ ਪੁਰਾਣੇ ਮੁੱਲ ਨਹੀਂ ਪੜ੍ਹ ਸਕੋਗੇ। ਵਾਇਰਡ ਇੰਟਰਫੇਸ ਵਾਇਰਲੈਸ ਪ੍ਰੋਫਾਈਲ ਵਿਰਾਸਤ ਵਿੱਚ ਨਹੀਂ ਲੈਂਦਾ, ਅਤੇ Bookworm ’ਤੇ ਪਤਾ NetworkManager ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ ਜਦੋਂ ਕਿ Bullseye ਇਸਨੂੰ dhcpcd.conf ਵਿੱਚ ਰੱਖਦਾ ਹੈ। ਜਿਸ ਰਿਜ਼ਰਵੇਸ਼ਨ ਨੇ ਵਾਇਰਲੈਸ MAC ਪਤਾ ਪਿੰਨ ਕੀਤਾ ਸੀ ਉਹ eth0 ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ। ਨਵੇਂ ਪਤੇ ਨੂੰ ਆਪਣੇ ਸਬੂਤ ਦੀ ਲੋੜ ਵਾਲੀ ਨਵੀਂ ਵੰਡ ਵਜੋਂ ਲਓ।

Old wireless lease:   10.42.7.24/24 on wlan0
New wired address:    10.42.7.31/24 on eth0
Client endpoint:      vpn.lab.example:1194/udp

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

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

ਨਵੇਂ ਪਤੇ ’ਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਅਸਲੀ ਸਾਕਟ ਪੜ੍ਹੋ

ਕਨਫਿਗਰੇਸ਼ਨ ਫਾਈਲਾਂ ਇਰਾਦਾ ਦੱਸਦੀਆਂ ਹਨ ਅਤੇ ਸਾਕਟ ਅਸਲੀਅਤ। ਤੁਹਾਨੂੰ ਯਾਦ ਕਨਫਿਗ ’ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਥਾਂ ਚੱਲ ਰਹੀ ਸੇਵਾ ਨੂੰ ਪੁੱਛੋ ਕਿ ਇਹ ਕਿਸ ਨਾਲ ਬੱਧੀ ਹੈ। OpenVPN 2.6 ਮੈਨੂਅਲ --local ਨੂੰ ਇੱਕ ਪਤੇ ’ਤੇ ਬਾਈਂਡਿੰਗ ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ ਅਤੇ ਨੋਟ ਕਰਦਾ ਹੈ ਕਿ ਇਸਨੂੰ ਛੱਡਣ ਨਾਲ ਹਰ ਇੰਟਰਫੇਸ ਬੱਝ ਜਾਂਦਾ ਹੈ।

sudo systemctl cat openvpn-server@server | grep -n -- '--local'
sudo ss -lunp '( sport = :1194 )'

ਸਥਿਤੀ ਕਾਲਮ ਦੀ ਥਾਂ ਸਥਾਨਕ ਪਤਾ ਕਾਲਮ ਪੜ੍ਹੋ। ਜੋ ਲਾਈਨ 10.42.7.24:1194 ਦਿਖਾਉਂਦੀ ਹੈ ਉਸਦਾ ਅਰਥ ਹੈ ਕਿ ਸਾਕਟ ਉਸ ਪਤੇ ’ਤੇ ਪਿੰਨ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਹੁਣੇ ਹਟਾਉਣ ਜਾ ਰਹੇ ਹੋ, ਜਦੋਂ ਕਿ 0.0.0.0:1194 ਜਾਂ *:1194 ਦਾ ਅਰਥ ਹੈ ਕਿ ਡੈਮਨ ਖੁਦ ਇੰਟਰਫੇਸ ਤਬਦੀਲੀ ਦਾ ਪਿੱਛਾ ਕਰੇਗਾ। ਜੇ ਪਤਾ ਪਿੰਨ ਹੈ ਤਾਂ ਚੱਲ ਰਹੇ ਸਾਕਟ ਨੂੰ ਹੱਥੀਂ ਦੁਬਾਰਾ ਲਿਖਣ ਦੀ ਥਾਂ ਪ੍ਰੋਫਾਈਲ ਸੋਧੋ ਅਤੇ ਯੂਨਿਟ ਰੀਸਟਾਰਟ ਕਰੋ, ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸੇਵਾ ਅਜੇ ਵੀ ਆਪਣੀਆਂ ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਕੁੰਜੀ ਫਾਈਲਾਂ ਤੱਕ ਪਹੁੰਚਦੀ ਹੈ।

ਤਬਦੀਲੀ ਨੂੰ ਉਸ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ ਜੋ ਤੁਹਾਨੂੰ ਪਹੁੰਚ ਵਿੱਚ ਰੱਖੇ

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

ip -br addr show eth0
ip route get 203.0.113.10
nmcli -g ipv4.method,ipv4.addresses con show "Wired connection 1"

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

ਜਦੋਂ ਦੋਵੇਂ ਲਿੰਕ ਸਰਗਰਮ ਹੋਣ, Pi ਵਾਇਰਲੈਸ ਡਿਫਾਲਟ ਰੂਟ ਨੂੰ ਤਰਜੀਹ ਦੇ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਪਹਿਲਾਂ ਲੱਗਿਆ ਸੀ ਜਾਂ ਕਿਉਂਕਿ ਵਾਇਰਡ ਲਿੰਕ ਦਾ ਮੈਟ੍ਰਿਕ ਵੱਧ ਹੈ। Bookworm ’ਤੇ ਸਮਰਥਿਤ ਸੈਟਿੰਗ ਕਨੈਕਸ਼ਨ ’ਤੇ ipv4.route-metric ਹੈ, ਅਤੇ Bullseye ’ਤੇ ਇਸਦਾ ਬਰਾਬਰ ਇੰਟਰਫੇਸ-ਖਾਸ metric ਲਾਈਨ dhcpcd.conf ਵਿੱਚ ਹੈ। ਰੋਲਬੈਕ ਰਾਹ ਇੱਕ ਕਮਾਂਡ ਦੀ ਦੂਰੀ ’ਤੇ ਰੱਖਣ ਲਈ ਵਾਇਰਲੈਸ ਲਿੰਕ ਬੰਦ ਕਰਨ ਦੀ ਥਾਂ ਇਸਦੀ ਤਰਜੀਹ ਘਟਾਓ।

ਟਨਲ ਨੂੰ ਬਾਹਰੋਂ ਸਾਬਤ ਕਰੋ, LAN ਤੋਂ ਨਹੀਂ

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

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

sudo journalctl -u openvpn-server@server -n 40 --no-pager
sudo tcpdump -ni any udp port 1194 -c 20

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

ਇੱਕ-ਕਦਮ ਰੋਲਬੈਕ ਰੱਖੋ ਅਤੇ ਵਾਇਰਲੈਸ ਪ੍ਰੋਫਾਈਲ ਰਿਟਾਇਰ ਕਰੋ

ਵਾਇਰਡ ਵਿਵਸਥਾ ਇੱਕ ਰੀਬੂਟ ਪਾਰ ਨਾ ਕਰੇ ਤਦ ਤੱਕ ਵਾਇਰਲੈਸ ਪ੍ਰੋਫਾਈਲ ਇੰਸਟਾਲ ਰਹਿਣ ਦਿਓ। nmcli con show ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੇ ਪ੍ਰੋਫਾਈਲ ਨਾਮਾਂ ਦੀ ਸੂਚੀ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਮਿਟਾਈ ਪ੍ਰੋਫਾਈਲ ਸਭ ਤੋਂ ਮਾੜੇ ਪਲ ’ਤੇ ਯਾਦ ਤੋਂ ਦੁਬਾਰਾ ਬਣਾਉਣੀ ਪੈਂਦੀ ਹੈ। ਇੰਟਰਫੇਸ ਦਾ ਨਾਮ, ਪਤਾ ਵਿਧੀ ਅਤੇ ਮੈਟ੍ਰਿਕ ਬਾਕੀ ਚਾਰ ਮੁੱਲਾਂ ਦੇ ਕੋਲ ਲਿਖੋ। ਨੋਟ ਤੋਂ ਟਾਈਪ ਕਰ ਸਕਣ ਵਾਲਾ ਰੋਲਬੈਕ ਦੁਬਾਰਾ ਬਣਾਉਣ ਵਾਲੇ ਨਾਲੋਂ ਵੱਧ ਕੀਮਤੀ ਹੈ।

ਵਾਇਰਲੈਸ ਨਿਰਭਰਤਾ ਰਿਟਾਇਰ ਕਰਨਾ ਹਟਾਉਣਾ ਨਹੀਂ, ਗੁਣ ਬਦਲਣਾ ਹੈ। connection.autoconnect no ਸੈੱਟ ਕਰਨ ਨਾਲ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਅਤੇ ਪਤਾ ਇਤਿਹਾਸ ਸੁਰੱਖਿਅਤ ਰਹਿੰਦਾ ਹੈ ਜਦੋਂ ਕਿ Pi ਨੂੰ ਉਸ ਨੈੱਟਵਰਕ ਨਾਲ ਦੁਬਾਰਾ ਜੁੜਨ ਤੋਂ ਰੋਕਿਆ ਜਾਂਦਾ ਹੈ ਜਿੱਥੋਂ ਤੁਸੀਂ ਆਏ ਸੀ।

nmcli con show
sudo nmcli con up "Wired connection 1"
sudo nmcli con mod "previously-used-wifi" connection.autoconnect no

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