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 dispatcher ಸ್ಕ್ರಿಪ್ಟ್ ಅಥವಾ ಸರ್ವರ್ ಬದಿಯ ನೀತಿಗೆ ಸರಿಸಿ.

ಗುರುತಿನ ಕ್ಷೇತ್ರಗಳು ಉಳಿದಿವೆಯೇ ಎಂದೂ ಖಚಿತಪಡಿಸಿ: 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 ಬದಿಯಲ್ಲಿ ಹುಕ್ಗಳು ಮತ್ತು ಮಾರ್ಗಗಳನ್ನು ಪರಿಶೀಲಿಸಿ, ಯಾವುದೇ ಎರಡನೇ ಮಾಲೀಕರನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ, ನಂತರ ಮರುಬೂಟ್ನ ನಂತರ ಹೆಸರು ವಿಶ್ಲೇಷಣೆ ಮತ್ತು ಮಾರ್ಗ ಕೋಷ್ಟಕವನ್ನು ಪರಿಶೀಲಿಸಿ. ಸಂಪರ್ಕ ಎಲ್ಲವನ್ನೂ ದಾಟಿದರೆ, ಅದನ್ನು ಪ್ರಾರಂಭಿಸಿದ ಪ್ರೊಫೈಲ್ ಫೈಲ್ ಸಂರಕ್ಷಿತ ಸಂಗ್ರಹಕ್ಕೆ ಮರಳಬಹುದು.