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 ನಿಂದ ಮತ್ತೆ ಎತ್ತಿ ಬರೆದ ಮೌಲ್ಯಗಳನ್ನು ಜೀವಂತ ಮೌಲ್ಯಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ.