NetworkManager ਵਿੱਚ OpenVPN ਅਤੇ WireGuard ਫ਼ਾਈਲਾਂ ਦਾ ਆਯਾਤ ਅਸਫ਼ਲ ਹੁੰਦਾ ਹੈ

ਮੈਂ GNOME ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਫ਼ਾਈਲ ਤੋਂ ਆਯਾਤ ਕਰੋ… ਚੁਣਿਆ, ਵਿਕਰੇਤਾ ਦੇ ਕਲਾਇੰਟ ਨਾਲ ਕੰਮ ਕਰਨ ਵਾਲੀ ਪ੍ਰੋਫ਼ਾਈਲ ਚੁਣੀ, ਅਤੇ ਡਾਇਲਾਗ ਸੂਚੀ ਵਿੱਚ ਕੁਝ ਵੀ ਸ਼ਾਮਲ ਕੀਤੇ ਬਿਨਾਂ ਬੰਦ ਹੋ ਗਿਆ। ਦੂਜੇ ਲੈਪਟਾਪ ਉੱਤੇ ਆਯਾਤ ਪੂਰਾ ਹੋਇਆ, ਕਨੈਕਸ਼ਨ ਪ੍ਰੋਫ਼ਾਈਲ ਦੇ ਨਾਮ ਨਾਲ ਦਿਖਿਆ, ਅਤੇ ਫਿਰ ਪਹਿਲੀ ਪ੍ਰਮਾਣਿਕਤਾ ਬੇਨਤੀ ਉੱਤੇ ਅਸਫ਼ਲ ਹੋ ਗਿਆ। NetworkManager ਤੁਹਾਡੀ .ovpn ਜਾਂ wg-quick ਫ਼ਾਈਲ ਨੂੰ ਕਦੇ ਵੀ ਜਿਵੇਂ ਹੈ ਤਿਵੇਂ ਨਹੀਂ ਚਲਾਉਂਦਾ। ਇਹ ਫ਼ਾਈਲ ਇੱਕ ਪਾਰਸਰ ਨੂੰ ਦਿੰਦਾ ਹੈ, ਪਾਰਸਰ ਇਸਨੂੰ NetworkManager ਦੇ ਆਪਣੇ ਕਨੈਕਸ਼ਨ ਫਾਰਮੈਟ ਵਿੱਚ ਬਦਲਦਾ ਹੈ, ਅਤੇ ਉਸ ਤੋਂ ਬਾਅਦ ਟਨਲ ਉਸੇ ਪਾਰਸ ਕੀਤੀ ਵਸਤੂ ਤੋਂ ਬਣਦੀ ਹੈ — ਭੇਦ, ਰੂਟ, DNS ਅਤੇ ਸਭ ਕੁਝ। ਇਸ ਲਈ ਲਾਭਦਾਇਕ ਸਵਾਲ ਇਹ ਨਹੀਂ ਕਿ ਫ਼ਾਈਲ ਕਿਉਂ ਖਰਾਬ ਹੈ, ਸਗੋਂ ਇਹ ਕਿ ਪਾਰਸਿੰਗ ਹੋਈ ਜਾਂ ਨਹੀਂ ਅਤੇ ਉਸਨੇ ਕੀ ਰੱਖਿਆ।

ਆਯਾਤ ਅਸਲ ਵਿੱਚ ਫ਼ਾਈਲ ਨਾਲ ਕੀ ਕਰਦਾ ਹੈ

OpenVPN ਲਈ ਪਾਰਸਰ ਪਲੱਗਇਨ ਪੈਕੇਜ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਜੋ ਕਨੈਕਸ਼ਨ ਇਹ ਬਣਾਉਂਦਾ ਹੈ ਉਹ org.freedesktop.NetworkManager.openvpn ਵਰਗੀ D-Bus ਸੇਵਾ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਪਲੱਗਇਨ ਨਹੀਂ ਤਾਂ ਪਾਰਸਰ ਨਹੀਂ: ਕਿਸਮ nmcli ਲਈ ਅਣਜਾਣ ਹੈ, ਅਤੇ VPN ਜੋੜਨ ਦੀ ਗ੍ਰਾਫ਼ਿਕ ਸੂਚੀ ਸ਼ਾਇਦ ਆਯਾਤ ਐਂਟਰੀ ਹੀ ਨਾ ਦਿਖਾਏ। WireGuard ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਨੁਕਤੇ ਉੱਤੇ ਵੱਖਰਾ ਹੈ — NetworkManager ਕੋਲ 1.30 ਲੜੀ ਤੋਂ ਆਪਣੀਆਂ WireGuard ਸੈਟਿੰਗਾਂ ਹਨ, ਇਸ ਲਈ ਵੱਖਰਾ ਪਲੱਗਇਨ ਪੈਕੇਜ ਨਹੀਂ, ਪਰ wg-quick ਪਾਠਕ ਸਿਰਫ਼ ਉਹਨਾਂ ਬਿਲਡਾਂ ਵਿੱਚ ਹੈ ਜੋ ਇਸਨੂੰ ਦਿੰਦੇ ਹਨ।

ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਫ਼ਾਈਲ ਇੱਕ ਵਾਰ ਪੜ੍ਹੀ ਜਾਂਦੀ ਹੈ। ਨਤੀਜਾ /etc/NetworkManager/system-connections/ ਅਧੀਨ keyfile ਵਜੋਂ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ, ਕਨੈਕਸ਼ਨ ਦੇ ਨਾਮ ਨਾਲ, root ਦੀ ਮਾਲਕੀ ਵਿੱਚ ਅਤੇ ਦੂਜੇ ਵਰਤੋਂਕਾਰਾਂ ਲਈ ਨਾ ਪੜ੍ਹਨਯੋਗ ਕਿਉਂਕਿ ਇਸ ਵਿੱਚ ਕੁੰਜੀ ਸਮੱਗਰੀ ਹੈ। ਉਹ keyfile ਹੁਣ ਕਨੈਕਸ਼ਨ ਹੈ; ਮੂਲ .ovpn ਨੂੰ ਬਾਅਦ ਵਿੱਚ ਸੰਪਾਦਿਤ ਕਰਨ ਨਾਲ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ।

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

ਪ੍ਰੋਫ਼ਾਈਲ ਡੀਬੱਗ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪਲੱਗਇਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

ਗੁੰਮ ਪਲੱਗਇਨ ਬਿਲਕੁਲ ਖਰਾਬ ਪ੍ਰੋਫ਼ਾਈਲ ਵਰਗਾ ਦਿਸਦਾ ਹੈ, ਇਸ ਲਈ ਪਹਿਲਾਂ ਪੈਕੇਜ ਜਾਂਚੋ। Debian ਅਤੇ Ubuntu ਉੱਤੇ OpenVPN ਸਹਾਇਤਾ network-manager-openvpn ਅਤੇ ਡੈਸਕਟਾਪ ਸਹਾਇਕ ਵਜੋਂ ਆਉਂਦੀ ਹੈ; Fedora ਉੱਤੇ ਪੈਕੇਜ NetworkManager-openvpn ਅਤੇ NetworkManager-openvpn-gnome ਹਨ; Arch ਉੱਤੇ ਇਹ networkmanager-openvpn ਹੈ।

dpkg -l network-manager-openvpn-gnome | tail -n 2
rpm -q NetworkManager-openvpn
pacman -Q networkmanager-openvpn

ਫਿਰ ਸੰਪੂਰਨ ਪਾਥ ਤੋਂ ਆਯਾਤ ਕਰੋ: nmcli connection import type openvpn file /home/you/profile.ovpn। ਸਾਪੇਖਿਕ ਪਾਥ ਆਮ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ, ਪਰ ਡਾਇਰੈਕਟਰੀ ਬਦਲੀ ਸ਼ੈੱਲ ਤੇਜ਼ ਆਯਾਤ ਨੂੰ ਘੁਮਾਉਂਦਾ ਰਾਹ ਬਣਾ ਦਿੰਦੀ ਹੈ। WireGuard ਲਈ nmcli --version ਜਾਂਚੋ ਅਤੇ ਯਕੀਨੀ ਕਰੋ ਕਿ ਕਰਨਲ ਪਾਸਾ modprobe wireguard ਨਾਲ ਮੌਜੂਦ ਹੈ; ਮਾਡਿਊਲ ਤੋਂ ਬਿਨਾਂ ਮਸ਼ੀਨ ਉੱਤੇ ਸਫਲ ਆਯਾਤ ਤੁਹਾਨੂੰ ਇੱਕ ਕਨੈਕਸ਼ਨ ਨਾਲ ਛੱਡਦਾ ਹੈ ਜਿਸਦਾ ਡਿਵਾਈਸ ਕਦੇ ਨਹੀਂ ਦਿਸਦਾ। nmcli ਹਵਾਲਾ import ਉਪ-ਕਮਾਂਡ ਅਤੇ ਸਵੀਕਾਰ ਕੀਤੇ ਕਿਸਮ ਨਾਮਾਂ ਦਾ ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ। ਜੇ type wireguard ਸਿੱਧਾ ਰੱਦ ਹੋ ਜਾਵੇ, ਤਾਂ ਇਹ ਬਿਲਡ ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਤੋਂ ਪੁਰਾਣਾ ਹੈ, ਅਤੇ ਸਹੀ ਕਦਮ ਵੰਡ ਪੈਕੇਜ ਜਾਂ backport ਹੈ — ਸੰਰਚਨਾ ਨੂੰ ਕਿਸੇ ਮਨਮਾਨੀ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਕਾਪੀ ਕਰਕੇ ਇਹ ਆਸ ਕਰਨਾ ਨਹੀਂ ਕਿ ਕੋਈ ਇਸਨੂੰ ਪੜ੍ਹੇਗਾ।

OpenVPN ਕਨੈਕਸ਼ਨ ਪੜ੍ਹੋ, .ovpn ਨਹੀਂ

ਕਨੈਕਸ਼ਨ ਬਣਨ ਤੋਂ ਬਾਅਦ ਫ਼ਾਈਲ ਦੁਬਾਰਾ ਪੜ੍ਹਨ ਦੀ ਥਾਂ ਪਾਰਸ ਕੀਤੀਆਂ ਸੈਟਿੰਗਾਂ ਪੜ੍ਹੋ: nmcli connection show "Work VPN" | grep -E '^vpn\.'। ਤੁਹਾਨੂੰ remote ਅਤੇ ਪੋਰਟ, ਟਰਾਂਸਪੋਰਟ, ਪਛਾਣ ਸਮੱਗਰੀ — ca, cert, key, tls-auth ਜਾਂ tls-crypt — ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਢੰਗ ਚਾਹੀਦਾ ਹੈ। ਨਿੱਜੀ ਕੁੰਜੀ ਦੇ ਪਾਸਵਰਡ ਵਾਲੀ ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ sudo nmcli --show-secrets connection show "Work VPN" ਜੋੜੋ ਅਤੇ secret ਫਲੈਗ ਦੇਖੋ: 0 none ਹੈ, ਯਾਨੀ ਭੇਦ keyfile ਵਿੱਚ ਹੈ; 1 agent-owned ਹੈ; 2 not-saved ਹੈ, ਯਾਨੀ ਇਹ ਕਦੇ keyfile ਵਿੱਚ ਨਹੀਂ ਲਿਖਿਆ ਜਾਂਦਾ; 4 not-required ਹੈ, ਯਾਨੀ ਕੋਈ ਭੇਦ ਲੋੜੀਂਦਾ ਹੀ ਨਹੀਂ। ਇਹ ਬਿੱਟ ਹਨ, ਪੈਮਾਨਾ ਨਹੀਂ, ਇਸ ਲਈ 3 ਸਿਰਫ਼ agent-owned ਧਨ not-saved ਹੈ। ਪ੍ਰਤੀ ਸੈਸ਼ਨ ਇੱਕ ਵਾਰ ਪੁੱਛਿਆ ਭੇਦ agent-owned (1) ਹੈ ਜਿੱਥੇ ਏਜੰਟ ਇਸਨੂੰ ਮੰਗਦਾ ਹੈ; ਇਸ ਲਈ ਵੱਖਰਾ ਫਲੈਗ ਨੰਬਰ ਨਹੀਂ। ਫਲੈਗ ਨਾ ਮਿਲਣਾ ਆਮ ਕਾਰਨ ਹੈ ਕਿ ਪ੍ਰੋਫ਼ਾਈਲ ਡੈਸਕਟਾਪ ਐਪਲੈਟ ਤੋਂ ਜੁੜਦੀ ਹੈ ਅਤੇ ਸਕ੍ਰਿਪਟ ਜਾਂ ਬੂਟ ਉੱਤੇ ਅਸਫ਼ਲ ਹੁੰਦੀ ਹੈ।

ਪਾਰਸਰ ਨੇ ਕੀ ਸੁੱਟਿਆ, ਇਹ ਦੇਖਣ ਦਾ ਸਭ ਤੋਂ ਤੇਜ਼ ਤਰੀਕਾ ਹੈ ਪਲੱਗਇਨ ਨੂੰ ਫ਼ਾਈਲ ਵਾਪਸ ਲਿਖਣ ਲਈ ਕਹਿਣਾ ਅਤੇ ਫਿਰ ਤੁਲਨਾ ਕਰਨਾ: nmcli connection export "Work VPN" /tmp/roundtrip.ovpn। ਉਸ ਫ਼ਰਕ ਵਿੱਚ ਜੋ ਹਦਾਇਤਾਂ ਗਾਇਬ ਹੁੰਦੀਆਂ ਹਨ ਉਹ ਕਨੈਕਸ਼ਨ ਵੇਲੇ ਮੌਜੂਦ ਨਹੀਂ ਹੋਣਗੀਆਂ। ਹੁੱਕ ਆਮ ਸ਼ੱਕੀ ਹਨ — script-security, up, down ਅਤੇ route-up ਉੱਚ ਅਧਿਕਾਰਾਂ ਨਾਲ ਚੱਲਣ ਵਾਲੀ ਸਕ੍ਰਿਪਟ ਦੀ ਆਸ ਕਰਦੇ ਹਨ ਅਤੇ ਜਾਣਬੁੱਝ ਕੇ ਤਬਦੀਲ ਨਹੀਂ ਹੁੰਦੇ। ਤਸਦੀਕ ਘਟਾਓ ਨਾ ਅਤੇ ਆਯਾਤ ਸਫਲ ਕਰਨ ਲਈ ਵਾਧੂ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਨਾ ਦਿਓ; ਅਸਮਰਥਿਤ ਵਿਕਲਪ ਆਮ ਤੌਰ 'ਤੇ ਪਲੱਗਇਨ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ-ਸੂਚੀ ਦਰਸਾਉਂਦਾ ਹੈ, ਨਾ ਕਿ ਕੋਈ ਅਪਹੁੰਚ ਸਰਵਰ। ਉਹ ਵਿਵਹਾਰ NetworkManager ਡਿਸਪੈਚਰ ਸਕ੍ਰਿਪਟ ਜਾਂ ਸਰਵਰ-ਪਾਸੇ ਨੀਤੀ ਵਿੱਚ ਲੈ ਜਾਓ।

ਇਹ ਵੀ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪਛਾਣ ਖੇਤਰ ਬਚੇ: CA ਹਵਾਲਾ, remote-cert-tls ਅਤੇ ਕੋਈ ਵੀ ਨਾਮ ਜਾਂਚ ਜਿਸ ਉੱਤੇ ਪ੍ਰੋਫ਼ਾਈਲ ਨਿਰਭਰ ਸੀ। ਜੋ ਕਨੈਕਸ਼ਨ ਇਹਨਾਂ ਤੋਂ ਬਿਨਾਂ ਉੱਠਦਾ ਹੈ ਉਹ ਸ਼ਾਇਦ ਉਸੇ ਪਤੇ ਉੱਤੇ ਜਵਾਬ ਦੇਣ ਵਾਲੀ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਨਾਲ ਗੱਲ ਕਰ ਰਿਹਾ ਹੈ।

WireGuard ਕਨੈਕਸ਼ਨ ਪੜ੍ਹੋ, wg-quick ਫ਼ਾਈਲ ਨਹੀਂ

wg-quick ਫ਼ਾਈਲ ਸ਼ੈੱਲ ਅਰਥ ਵਾਲਾ ਫਾਰਮੈਟ ਹੈ; ਆਯਾਤ ਕੀਤਾ ਕਨੈਕਸ਼ਨ ਸੈਟਿੰਗਾਂ ਦਾ ਸਮੂਹ ਹੈ। PrivateKey ਇੰਟਰਫ਼ੇਸ ਦੀ ਨਿੱਜੀ ਕੁੰਜੀ ਬਣਦੀ ਹੈ, Address ਇੱਕ ਜਾਂ ਵਧੇਰੇ IPv4 ਅਤੇ IPv6 ਪਤੇ ਬਣਦੇ ਹਨ, DNS NetworkManager ਦੀਆਂ resolver ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਉੱਤੇ ਮੈਪ ਹੁੰਦਾ ਹੈ, MTU wireguard.mtu ਉੱਤੇ ਮੈਪ ਹੁੰਦਾ ਹੈ (wg-quick ਦਾ ਆਪਣਾ ਡਿਫ਼ਾਲਟ 1420 ਹੈ), ਅਤੇ ਹਰ peer ਬਲਾਕ ਜਨਤਕ ਕੁੰਜੀ, endpoint, ਮਨਜ਼ੂਰ IP ਅਤੇ persistent keepalive ਵਾਲੀ peer ਐਂਟਰੀ ਬਣਦਾ ਹੈ। ਜੋ ਸੰਗ੍ਰਹਿਤ ਹੋਇਆ ਉਸਨੂੰ nmcli --show-secrets connection show wg0 ਨਾਲ ਪ੍ਰਿੰਟ ਕਰੋ; ਜੇ peer ਸੂਚੀ ਉਸ ਆਉਟਪੁੱਟ ਵਿੱਚ ਨਾ ਦਿਸੇ ਤਾਂ keyfile ਪੜ੍ਹੋ:

sudo sed -n '/^\[wireguard\]/,/^\[/p' /etc/NetworkManager/system-connections/wg0.nmconnection

ਜੋ ਨਹੀਂ ਬਚਦਾ ਉਹ wg-quick ਦਾ ਸ਼ੈੱਲ ਵਾਲਾ ਅੱਧਾ ਹੈ। PreUp, PostUp, PreDown, PostDown ਅਤੇ Table ਉਸ ਟੂਲ ਦਾ ਵਿਵਹਾਰ ਹਨ, WireGuard ਇੰਟਰਫ਼ੇਸ ਦੇ ਗੁਣ ਨਹੀਂ, ਇਸ ਲਈ ਆਯਾਤ ਤੋਂ ਬਾਅਦ ਇਹਨਾਂ ਨੂੰ ਕੋਈ ਨਹੀਂ ਚਲਾਉਂਦਾ। ਜੇ ਮੂਲ ਨੇ ਡਿਫ਼ਾਲਟ ਰੂਟ ਨੂੰ ਅਛੂਤ ਰੱਖਣ ਲਈ Table = off ਵਰਤਿਆ, ਤਾਂ ਨਵੇਂ NetworkManager ਸੰਸਕਰਣ ਉਸੇ ਮਕਸਦ ਲਈ ip4-auto-default-route ਅਤੇ ip6-auto-default-route ਦਿੰਦੇ ਹਨ; ਇਹਨਾਂ ਨੂੰ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਸੈੱਟ ਕਰੋ, ਇਹ ਮੰਨਣ ਦੀ ਥਾਂ ਕਿ ਕਨੈਕਸ਼ਨ ਸਕ੍ਰਿਪਟ ਵਾਂਗ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ। ਜੋ ਹੁੱਕ ਕਸਟਮ ਰੂਟ ਧੱਕਦਾ ਸੀ ਉਸਨੂੰ ਉਹ ਰੂਟ ਕਨੈਕਸ਼ਨ ਦੀਆਂ ਰਾਊਟਿੰਗ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਚਾਹੀਦਾ ਹੈ, ਵਰਨਾ ਉਹ ਬਸ ਗਾਇਬ ਰਹੇਗਾ।

ਕਨੈਕਸ਼ਨ ਨੂੰ ਠੀਕ ਇੱਕ ਮਾਲਕ ਦਿਓ

ਕਲਾਸਿਕ ਅਗਲੀ ਅਸਫ਼ਲਤਾ ਉਹ ਕਨੈਕਸ਼ਨ ਹੈ ਜੋ ਅਗਲੇ ਬੂਟ ਤੱਕ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਲੂਪ ਵਿੱਚ ਪੈ ਜਾਂਦਾ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ [email protected] ਪਿਛਲੇ ਪ੍ਰਯੋਗ ਤੋਂ ਅਜੇ ਸਮਰੱਥ ਸੀ, ਜਾਂ ਵਿਕਰੇਤਾ ਦਾ ਕਲਾਇੰਟ ਆਪਣਾ ਡੈਮਨ ਚਲਾ ਰਿਹਾ ਸੀ, ਅਤੇ ਦੋ ਮਾਲਕ ਇੱਕੋ ਮੰਜ਼ਿਲ ਲਈ ਰੂਟ ਅਤੇ DNS ਲਿਖ ਰਹੇ ਸਨ। NetworkManager resolver ਨੂੰ ਆਪਣੇ ਰਾਹੀਂ ਸੈੱਟ ਕਰਦਾ ਹੈ, wg-quick resolvconf ਰਾਹੀਂ ਲਿਖਦਾ ਹੈ, ਅਤੇ ਆਖਰੀ ਲਿਖਣ ਵਾਲਾ ਜਿੱਤਦਾ ਹੈ — ਇਸ ਲਈ ਨਾਮ ਵਿਸ਼ਲੇਸ਼ਣ ਕੰਮ ਕਰਦਾ ਹੈ, ਫਿਰ ਰੁਕਦਾ ਹੈ, ਫਿਰ ਦੁਬਾਰਾ ਕੰਮ ਕਰਦਾ ਹੈ। systemctl status wg-quick@wg0, nmcli connection show --active ਅਤੇ ip link show type wireguard ਜਾਂਚੋ, ਫਿਰ ਦੂਜੇ ਮਾਲਕ ਨੂੰ ਅਸਮਰੱਥ ਕਰੋ, ਇਸਦਾ metric ਟਿਊਨ ਕਰਨ ਦੀ ਥਾਂ।

ਜੇ ਤੁਹਾਨੂੰ ਸੱਚਮੁੱਚ ਦੋਵੇਂ ਚਾਹੀਦੇ ਹਨ, ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਵੱਖਰੇ ਇੰਟਰਫ਼ੇਸ ਅਤੇ ਅਸੰਬੰਧਿਤ ਮਨਜ਼ੂਰ IP ਦਿਓ, ਅਤੇ ਠੀਕ ਇੱਕ ਨੂੰ ਡਿਫ਼ਾਲਟ ਰੂਟ ਇੰਸਟਾਲ ਕਰਨ ਦਿਓ। ਵੱਖਰੇ metrics ਵਾਲੇ ਦੋ ਡਿਫ਼ਾਲਟ ਰੂਟ split tunnel ਨਹੀਂ ਹਨ; ਇਹ ਇੱਕ ਦੌੜ ਹੈ ਜਿਸਨੂੰ ਉਹ ਸੇਵਾ ਤੈਅ ਕਰਦੀ ਹੈ ਜੋ ਦੂਜੀ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ। ਅਤੇ ਦੁਬਾਰਾ ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਲਾਗੂ ਸਥਿਤੀ ਫਿਰ ਦੇਖੋ — resolver ਦਾ ਇੱਕ ਵਾਰੀ ਦਸਤੀ ਸੰਪਾਦਨ ਜੋ ਚੀਜ਼ਾਂ ਚਲਾ ਦਿੰਦਾ ਹੈ, ਆਯਾਤ ਪੂਰਾ ਹੋਣ ਦਾ ਸਬੂਤ ਨਹੀਂ।

ਟ੍ਰੈਫ਼ਿਕ ਨਾਲ ਤਸਦੀਕ ਕਰੋ ਅਤੇ ਰੀਬੂਟ ਝੱਲੋ

ਕਨੈਕਸ਼ਨ ਨੂੰ nmcli connection up "Work VPN" ਨਾਲ ਉੱਪਰ ਚੁੱਕੋ, ਫਿਰ ਆਈਕਨ ਉੱਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਥਾਂ ਸਥਿਤੀ, ਪਤਾ ਅਤੇ ਰੂਟ ਪੜ੍ਹੋ: nmcli device show wg0 | grep -E 'GENERAL.STATE|IP4.ADDRESS|IP4.ROUTE', ip route show default ਅਤੇ ਇੱਕ ਅਸਲੀ ਪੁੱਛਗਿੱਛ ਜੋ ਸਿਰਫ਼ ਟਨਲ ਦੇ ਅੰਦਰ ਹੀ ਹੱਲ ਹੁੰਦੀ ਹੈ। ਹੈਂਡਸ਼ੇਕ ਜਾਂ ਸਫਲ ping ਸਿਰਫ਼ ਇਹ ਸਿੱਧ ਕਰਦਾ ਹੈ ਕਿ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫ਼ੀ ਕੰਮ ਕਰਦੀ ਹੈ; ਇਹ ਫਾਰਵਰਡਿੰਗ, split tunnel ਅਗੇਤਰ ਜਾਂ ਨਿੱਜੀ DNS ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ, ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਇਹੀ ਹਿੱਸੇ ਟੁੱਟਦੇ ਹਨ।

ਫਿਰ ਰੀਬੂਟ ਕਰੋ ਅਤੇ ਦੁਹਰਾਓ। autoconnect ਵਿਵਹਾਰ, ਬਦਲਿਆ ਇੰਟਰਫ਼ੇਸ ਨਾਮ ਅਤੇ ਡਿਵਾਈਸ ਤੋਂ ਬਾਅਦ ਲੋਡ ਹੋਣ ਵਾਲਾ ਪਲੱਗਇਨ — ਇਹ ਸਭ ਉਹ ਅਸਫ਼ਲਤਾਵਾਂ ਹਨ ਜੋ ਸਿਰਫ਼ ਸਾਫ਼ ਬੂਟ ਉੱਤੇ ਦਿਸਦੀਆਂ ਹਨ। journalctl -u NetworkManager -b --no-pager | tail -n 40 ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਡੈਮਨ ਨੇ ਇਸ ਬੂਟ ਵਿੱਚ ਇਸ ਕਨੈਕਸ਼ਨ ਨਾਲ ਕੀ ਕੀਤਾ। ਦੂਜੇ ਕੰਪਿਊਟਰ ਲਈ keyfile ਕਾਪੀ ਕਰੋ ਅਤੇ ਇਸਨੂੰ root ਮਾਲਕੀ ਵਿੱਚ 600 ਮੋਡ ਨਾਲ ਰੱਖੋ, ਜਾਂ OpenVPN ਲਈ nmcli connection export ਵਰਤੋ ਅਤੇ ਬਣੀ .ovpn ਦੁਬਾਰਾ ਆਯਾਤ ਕਰੋ — ਨਿਰਯਾਤ ਮਾਰਗ ਦਾ WireGuard ਵਿੱਚ ਕੋਈ ਬਰਾਬਰ ਨਹੀਂ, ਇਸ ਲਈ ਉਹ ਦਿਸ਼ਾ ਫ਼ਾਈਲ ਕਾਪੀ ਜਾਂ ਸੁਰੱਖਿਅਤ ਮੂਲ ਤੋਂ ਨਵਾਂ ਆਯਾਤ ਹੈ।

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