nmcli VPN ಪಟ್ಟಿ: ಉಳಿಸಿದ ಪ್ರೊಫೈಲ್ಗಳು ಮತ್ತು ಸಕ್ರಿಯ ಸುರಂಗಗಳು

ನೀವು nmcli connection show ಚಲಾಯಿಸಿ VPN ಪಟ್ಟಿಯನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತೀರಿ, ಆದರೆ ಯಂತ್ರ ಈವರೆಗೆ ಉಳಿಸಿದ ಪ್ರತಿಯೊಂದು ಸಂಪರ್ಕವೂ ಸಿಗುತ್ತದೆ, ಅದರಲ್ಲಿ ಒಂದು ಬ್ರಿಡ್ಜ್ ಮತ್ತು ಒಂದು ಹಾಟ್ಸ್ಪಾಟ್ ಕೂಡ ಇದೆ. ನೀವು ಹುಡುಕುತ್ತಿರುವ VPN ಅಲ್ಲಿರಬಹುದು, vpn ಹೊರತುಪಡಿಸಿ ಬೇರೆ ಮಾದರಿಯಾಗಿರಬಹುದು, ಅಥವಾ NetworkManager ಸಂಪರ್ಕವೇ ಅಲ್ಲದಿರಬಹುದು. ಈ ಮೂರರಲ್ಲಿ ನೀವು ಯಾವ ಸ್ಥಿತಿಯಲ್ಲಿದ್ದೀರಿ ಎಂದು ತಿಳಿಯಲು ಎರಡು ಆದೇಶಗಳು ಬೇಕು.

ಎರಡು ಪಟ್ಟಿಗಳು, ಎರಡು ಪ್ರಶ್ನೆಗಳು

connection show ಎಂಬುದು NetworkManager ಏನನ್ನು ಉಳಿಸಿದೆ ಎಂದು ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು connection show --active ಎಂಬುದು ಸದ್ಯಕ್ಕೆ ಯಾವುದು ಸಾಧನಕ್ಕೆ ಸಂಪರ್ಕಗೊಂಡಿದೆ ಎಂದು ಉತ್ತರಿಸುತ್ತದೆ. ಮೊದಲ ಪಟ್ಟಿಯಲ್ಲಿ ನಿಷ್ಕ್ರಿಯ ಪ್ರೊಫೈಲ್ಗಳೂ ಇವೆ, ಮತ್ತು ಅದು ಉದ್ದೇಶಪೂರ್ವಕ: ನಿಂತಿರುವ ಉಳಿಸಿದ VPN ಕೂಡ ನೀವು ಸರಿಪಡಿಸಬೇಕಾಗಬಹುದಾದ ಪ್ರೊಫೈಲ್. ಎರಡನ್ನೂ ಗೊಂದಲಿಸಿದರೆ ಸುರಂಗ ನಡೆಯುತ್ತಿದೆ ಎಂಬ ಭಾವನೆ ಬರುತ್ತದೆ, ಆದರೆ ಅದರ ಸಂರಚನೆ ಮಾತ್ರ ಇರುತ್ತದೆ.

ಡೀಫಾಲ್ಟ್ ಕೋಷ್ಟಕ ಓದುವ ಬದಲು ಕ್ಷೇತ್ರಗಳನ್ನು ಆಯ್ಕೆಮಾಡಿ, ಏಕೆಂದರೆ ಡೀಫಾಲ್ಟ್ ಔಟ್ಪುಟ್ ಸಣ್ಣ ಟರ್ಮಿನಲ್ಗಳಲ್ಲಿ ಮಾದರಿಯನ್ನು ಮರೆಮಾಡುತ್ತದೆ ಮತ್ತು ಉದ್ದ ಹೆಸರುಗಳನ್ನು ಸುತ್ತುತ್ತದೆ.

ಮೊದಲ ನೋಟಕ್ಕೆ ಸಾಮಾನ್ಯವಾಗಿ NAME, UUID ಮತ್ತು TYPE ಸಾಕು, ನಂತರ ನಿಮಗೆ ಆಸಕ್ತಿಯಿರುವ ಒಂದೇ ನಮೂದನ್ನು UUID ಮೂಲಕ ಪರಿಶೀಲಿಸುತ್ತೀರಿ.

TYPE ಇರುವುದೇ ಆಶ್ಚರ್ಯಗಳ ಸ್ಥಳ

OpenVPN ಪ್ಲಗಿನ್ ಮೂಲಕ ನಿರ್ವಹಿಸಲಾದ ಸಂಪರ್ಕಗಳು vpn ಮಾದರಿಯಾಗಿ ಕಾಣುತ್ತವೆ, ಏಕೆಂದರೆ ಪ್ಲಗಿನ್ ಸಾಮಾನ್ಯ VPN ಚೌಕಟ್ಟಿನೊಳಗಿನ ಸೇವೆ. ಸ್ಥಳೀಯ WireGuard ಬೆಂಬಲ ಸ್ವತಂತ್ರವಾದ ಪ್ರಥಮ ದರ್ಜೆಯ ಸಂಪರ್ಕ ಮಾದರಿ, ಆದ್ದರಿಂದ vpn ಮೇಲೆ ಫಿಲ್ಟರ್ ಮಾಡಿದರೆ ಅದು ಸಿಗುವುದಿಲ್ಲ. ಏನನ್ನೂ ಹಿಂತಿರುಗಿಸದ WireGuard ಸುರಂಗದ ಹುಡುಕಾಟ ಸಾಮಾನ್ಯವಾಗಿ ಫಿಲ್ಟರ್ ಸಮಸ್ಯೆ, ಕಾಣೆಯಾದ ಪ್ರೊಫೈಲ್ ಅಲ್ಲ. ಇದು ಹೆಸರಿಸುವಿಕೆಯ ವಿಚಿತ್ರತೆಯಲ್ಲ, ವಾಸ್ತುಶಿಲ್ಪದ ವ್ಯತ್ಯಾಸ.

NetworkManager ಕಾಲಕ್ರಮೇಣ ಸ್ಥಳೀಯವಾಗಿ ನಿಭಾಯಿಸಲು ಕಲಿತ ಇತರ ಸುರಂಗ ಮಾದರಿಗಳಿಗೂ ಇದೇ ಅನ್ವಯಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಏನೋ ಕಾಣೆಯಾಗಿದೆ ಎಂದು ತೀರ್ಮಾನಿಸುವ ಮೊದಲು TYPE ಕಾಲಮ್ ಓದಿ.

ಎಲ್ಲವನ್ನೂ ಪಟ್ಟಿ ಮಾಡಿ ನಂತರ ಫಿಲ್ಟರ್ ಮಾಡಿ, ಪ್ರೊಫೈಲ್ ಕಾಣಿಸುತ್ತದೆ.

UUID ಓದಿ, ಹೆಸರು ಮಾತ್ರವಲ್ಲ

ಹೆಸರುಗಳು ಜನರು ಸಂಪಾದಿಸುವ ಲೇಬಲ್ಗಳು, ಮತ್ತು ನಿರ್ಲಕ್ಷ್ಯದ ಆಮದಿನ ನಂತರ ಎರಡು ಪ್ರೊಫೈಲ್ಗಳು ಒಂದನ್ನು ಹಂಚಿಕೊಳ್ಳಬಹುದು. UUID ಎಂಬುದು ಆದೇಶಗಳು ಮತ್ತು ಕಡತಗಳು ಉಲ್ಲೇಖಿಸುವ ಗುರುತು. ನಮೂದು ನಕಲಿ ಎನಿಸಿದಾಗ, ಏನನ್ನೂ ಅಳಿಸುವ ಮೊದಲು UUID ಮತ್ತು ಆಧಾರವಾದ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಹೋಲಿಸಿ.

ಸಕ್ರಿಯಗೊಳಿಸುವ ಆದೇಶಗಳು ಎರಡನ್ನೂ ಸ್ವೀಕರಿಸುತ್ತವೆ, ಮತ್ತು ಹೆಸರಿನ ಆಧಾರಿತ ಅಭ್ಯಾಸವು ಕೊನೆಗೆ ತಪ್ಪು ಪ್ರೊಫೈಲ್ ಬದಲಾಯಿಸುವುದಕ್ಕೆ ಇದೇ ಕಾರಣ.

ರದ್ದು ಮಾಡಬೇಕಾಗಬಹುದಾದ ಏನನ್ನಾದರೂ ಬದಲಿಸುವಾಗ UUID ಅನ್ನು ನಿಮ್ಮ ಟಿಪ್ಪಣಿಗಳಿಗೆ ನಕಲಿಸಿ.

ಉಳಿಸಿದ ಪ್ರೊಫೈಲ್ ನಿಮಗೆ ಹೇಳದಿರುವುದು

ಉಳಿಸಿದ ಪ್ರೊಫೈಲ್ ಅದರ ಸುರಂಗ ಮೇಲಿದೆಯೇ ಎಂದು ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ಸಕ್ರಿಯ ಸಂಪರ್ಕ ಅದರೊಳಗಿನ ಸಂಚಾರ ಕೆಲಸ ಮಾಡುತ್ತದೆಯೇ ಎಂದು ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. wg-quick ಅಥವಾ ಸೇವಾ ಘಟಕ ಆರಂಭಿಸಿದ ಸುರಂಗ NetworkManager ಸಂಪರ್ಕವೇ ಅಲ್ಲ, ಆದ್ದರಿಂದ ಇಂಟರ್ಫೇಸ್ ಸ್ಪಷ್ಟವಾಗಿ ಸಂಚಾರ ರವಾನಿಸುತ್ತಿದ್ದರೂ ಅದು ಎರಡೂ ಪಟ್ಟಿಗಳಿಂದ ಕಾಣೆಯಾಗಿದೆ. ಪ್ರೊಫೈಲ್ ಇಲ್ಲ ಎಂದು ಊಹಿಸುವ ಮೊದಲು ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಮಾರ್ಗ ಕೋಷ್ಟಕವನ್ನು ಪರಿಶೀಲಿಸಿ. ಖಾಲಿ ಪಟ್ಟಿ NetworkManager ಮಾಲೀಕನಲ್ಲ ಎಂಬುದನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.

ಒಂದೇ ಇಂಟರ್ಫೇಸ್ಗೆ ಇಬ್ಬರು ನಿರ್ವಾಹಕರು ಈ ಸಮಸ್ಯೆಯ ಇನ್ನೊಂದು ಆವೃತ್ತಿ, ಮತ್ತು ಕರ್ನಲ್ ಸ್ಥಿತಿ ಬೇರೊಂದರ ಸ್ವಾಮ್ಯದಲ್ಲಿದ್ದರೂ ಸರಿಯಾಗಿ ಕಾಣುವ ಪಟ್ಟಿಯನ್ನು ಅದು ಸೃಷ್ಟಿಸುತ್ತದೆ.

ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್ಗೆ ಒಬ್ಬ ಮಾಲೀಕ ಪಟ್ಟಿಯನ್ನು ಪ್ರಾಮಾಣಿಕವಾಗಿ ಇಡುತ್ತಾನೆ, ಮತ್ತು nmcli ಉಲ್ಲೇಖ ಪ್ರತಿ ನೋಟವು ವಾಸ್ತವವಾಗಿ ಯಾವ ಕ್ಷೇತ್ರಗಳನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ದಾಖಲಿಸುತ್ತದೆ.

ರಹಸ್ಯಗಳನ್ನು ಸೋರಿಸದೆ ವರದಿ ಮಾಡಿ

ಹೆಸರಿನೊಂದಿಗೆ connection show ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಮತ್ತು --show-secrets ಸೇರಿಸಿದರೆ ಖಾಸಗಿ ಕೀಗಳು ಮತ್ತು ಗುಪ್ತಪದಗಳನ್ನು ಮುದ್ರಿಸುತ್ತದೆ ಅವುಗಳೊಂದಿಗೆ. ಟಿಕೆಟ್ನಲ್ಲಿ ದೋಷನಿವಾರಣೆ ಅಂಟಿಸಲು ಅವು ಬೇಕಿಲ್ಲ. ಬದಲಾಗಿ ಮಾದರಿ, UUID, ಸ್ಥಿತಿ ಮತ್ತು ಸಂಬಂಧಿತ ಮಾರ್ಗಗಳನ್ನು ವರದಿ ಮಾಡಿ, ಮತ್ತು ರಹಸ್ಯ ಭಂಡಾರದಿಂದ ಬಂದ ಎಲ್ಲವನ್ನೂ ಮರೆಮಾಡಿ.

--ask ಜೊತೆಗಿನ ಸಂವಾದಾತ್ಮಕ ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆ ಕಾಣೆಯಾದ ರುಜುವಾತನ್ನು ಒದಗಿಸುವ ಬೆಂಬಲಿತ ಮಾರ್ಗ, ಮತ್ತು ಮೇಲ್ವಿಚಾರಣೆ ಇಲ್ಲದ ಸ್ವಯಂಚಾಲನೆಗೆ ಉಳಿಸಿದ ಸರಳ ಪಠ್ಯ ಗುಪ್ತಪದದ ಬದಲು ಇನ್ನೊಂದು ಅನುಮೋದಿತ ವ್ಯವಸ್ಥೆ ಬೇಕು.

ಸಂಕ್ಷಿಪ್ತ, ಮರೆಮಾಡಿದ ವರದಿ ಪೂರ್ಣ ಡಂಪ್ಗಿಂತ ಪರಿಶೀಲಿಸಲು ಸುಲಭ.