ನೀವು ಕುಳಿತುಕೊಳ್ಳುವ ಮೊದಲೇ ಲ್ಯಾಪ್ಟಾಪ್ Wi-Fi ಗೆ ಸೇರುತ್ತದೆ, ಮತ್ತು VPN ಇನ್ನೂ ಕ್ಲಿಕ್ಗಾಗಿ ಕಾಯುತ್ತಿದೆ. VPN ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಸ್ವಯಂ ಸಂಪರ್ಕ ಹೊಂದಿಸುವುದು ಏನನ್ನೂ ಬದಲಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಆ ಸ್ವಿಚ್ ಪ್ರೊಫೈಲ್ನ ಸ್ವಂತ ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆಯನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ ಮತ್ತು NetworkManager VPN ಅನ್ನು ಮೂಲ ಸಂಪರ್ಕದ ಸಂಗಾತಿಯಾಗಿ ಪರಿಗಣಿಸುತ್ತದೆ. ದಾಖಲಿತ ಕಾರ್ಯವಿಧಾನವೆಂದರೆ ಮೂಲ ಸಂಪರ್ಕದ ದ್ವಿತೀಯ ಪಟ್ಟಿ, ಮತ್ತು ಅದು ಬೇರೆ ಸ್ಥಳದಲ್ಲಿರುವ ಬೇರೆ ಗುಣಲಕ್ಷಣ.

ಸ್ವಯಂ ಸಂಪರ್ಕ VPN ನ ಸ್ವಿಚ್ ಅಲ್ಲ

Wi-Fi ಅಥವಾ Ethernet ಪ್ರೊಫೈಲ್ ಸಾಧನವನ್ನು ಹೊಂದಿರುವುದರಿಂದ ತಾನೇ ಸಕ್ರಿಯಗೊಳ್ಳಬಹುದು. VPN ಪ್ಲಗಿನ್ ಪ್ರೊಫೈಲ್ ಅದೇ ಅರ್ಥದಲ್ಲಿ ಸಾಧನವನ್ನು ಹೊಂದಿಲ್ಲ; ಅದು ಸಾಧನ ಹೊಂದಿರುವ ಸಂಪರ್ಕದ ಜೊತೆಗೆ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಆದ್ದರಿಂದ VPN ನಲ್ಲಿನ ಸ್ವಯಂ ಸಂಪರ್ಕ ಧ್ವಜ ಸರಿಯಾಗಿ ಕಾಣುತ್ತದೆ, ಸರಿಯಾಗಿ ಉಳಿಸುತ್ತದೆ ಮತ್ತು ಯಾವುದೇ ಸುರಂಗವನ್ನು ಉತ್ಪಾದಿಸುವುದಿಲ್ಲ. ಧ್ವಜವು ಪ್ರೊಫೈಲ್ ಬಗ್ಗೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ, ಅದಕ್ಕೆ ಬೇಕಾದ ನೆಟ್ವರ್ಕ್ ಬಗ್ಗೆ ಅಲ್ಲ.

ಮಾದರಿಯನ್ನು ಹೀಗೆ ಓದುವುದು ವೈಫಲ್ಯದ ವಿಧಾನವನ್ನೂ ವಿವರಿಸುತ್ತದೆ. ಮೂಲ ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತದೆ, ಯಾವುದೂ VPN ಪ್ರಾರಂಭವಾಗಬೇಕೆಂದು ಕೇಳುವುದಿಲ್ಲ, ಮತ್ತು ಡೆಸ್ಕ್ಟಾಪ್ ಸಂಪರ್ಕಗೊಂಡ ನೆಟ್ವರ್ಕ್ ಪಕ್ಕದಲ್ಲಿ ಸಂಪರ್ಕ ಕಡಿತಗೊಂಡ VPN ತೋರಿಸುತ್ತದೆ. ಏನೂ ಮುರಿದಿಲ್ಲ; ಸಂಯೋಜನೆ ಎಂದೂ ರೂಪುಗೊಂಡಿಲ್ಲ.

UUID ಮೂಲಕ ಎರಡೂ ಪ್ರೊಫೈಲ್ಗಳನ್ನು ಗುರುತಿಸಿ

nmcli -f NAME,UUID,TYPE connection show

ಸುರಂಗವನ್ನು ಪ್ರಾರಂಭಿಸಬೇಕಾದ Wi-Fi ಅಥವಾ Ethernet ಪ್ರೊಫೈಲ್ ಆಯ್ಕೆಮಾಡಿ, ನಂತರ ಉದ್ದೇಶಿತ VPN ಪ್ರೊಫೈಲ್. ಹೆಸರುಗಳ ಬದಲು UUID ಬಳಸಿ, ಏಕೆಂದರೆ ಹೆಸರು ನಕಲಿಸಬಹುದಾದ ಅಥವಾ ಸಂಪಾದಿಸಬಹುದಾದ ಲೇಬಲ್, ಮತ್ತು ಸಕ್ರಿಯಗೊಳಿಸುವ ಮಾರ್ಗ ನಿಜವಾಗಿ ಪರಿಹರಿಸುವುದು UUID ಅನ್ನು.

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

VPN ಅನ್ನು ಮೂಲ ಸಂಪರ್ಕಕ್ಕೆ ಸೇರಿಸಿ

nmcli connection modify uuid "PRIMARY_UUID" +connection.secondaries "VPN_UUID"

ಪ್ಲಸ್ ರೂಪವು ಇರುವ ಪಟ್ಟಿಗೆ ಸೇರಿಸುತ್ತದೆ; ಅದನ್ನು ಬಿಟ್ಟರೆ ಪಟ್ಟಿ ಬದಲಾಗುತ್ತದೆ, ಇದು ಈಗಾಗಲೇ ಸಂರಚಿಸಿದ ಯಾವುದೇ ಇತರ ದ್ವಿತೀಯ ಸಂಪರ್ಕವನ್ನು ಮೌನವಾಗಿ ತೆಗೆದುಹಾಕುತ್ತದೆ. ಮೊದಲು ಪ್ರಸ್ತುತ ಮೌಲ್ಯವನ್ನು ನೋಡಿ ಮತ್ತು ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಅದನ್ನು ಟಿಪ್ಪಣಿ ಮಾಡಿ.

NetworkManager ನ ಸಂಪರ್ಕ ಸೆಟ್ಟಿಂಗ್ಗಳು ದ್ವಿತೀಯಗಳನ್ನು ಮೂಲ ಸಂಪರ್ಕದೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಗುವ VPN ಸಂಪರ್ಕಗಳು ಎಂದು ವಿವರಿಸುತ್ತವೆ. ಸ್ಥಳೀಯ WireGuard ಪ್ರೊಫೈಲ್ ಅದೇ ರೀತಿಯ ವಸ್ತುವೇ ಎಂಬುದು NetworkManager ಅದನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿದೆ, ಆದ್ದರಿಂದ ಅದೇ ಆಜ್ಞೆ VPN ಪ್ಲಗಿನ್ ಬದಲು ಇಂಟರ್ಫೇಸ್ ಆಗಿ ಕಾಣುವ ಸುರಂಗಕ್ಕೆ ತಪ್ಪು ಸಾಧನವಾಗಬಹುದು.

ಇದು ಸಂಪರ್ಕ ನೀತಿಯ ಬದಲಾವಣೆ, ರನ್ಟೈಮ್ ಟಾಗಲ್ ಅಲ್ಲ. ಅದನ್ನು ನಿಯೋಜನೆ ಅನುಮೋದಿಸುವ ಯಾವುದೇ ಮರುಸಂಪರ್ಕ ಪ್ರಕ್ರಿಯೆಯ ಮೂಲಕ ಅನ್ವಯಿಸಿ, ಮತ್ತು ಬದಲಾವಣೆಯ ನಂತರದ ಮೊದಲ ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆ ನೀವು ಈಗ ಇರುವ ಅವಧಿಗಿಂತ ವಿಭಿನ್ನವಾಗಿ ವರ್ತಿಸುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸಿ.

ಸೀಕ್ರೆಟ್ಗಳು ಸಂಯೋಜನೆಯ ಭಾಗವಲ್ಲ

ದ್ವಿತೀಯ ನಮೂದು «ಇದನ್ನು ಅದರೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸು» ಎಂದು ಹೇಳುತ್ತದೆ. ಅದರಲ್ಲಿ ಯಾವುದೂ ಪಾಸ್ವರ್ಡ್ ನೀಡುವುದಿಲ್ಲ, ಕೀರಿಂಗ್ ತೆರೆಯುವುದಿಲ್ಲ ಅಥವಾ ಪ್ರಾಂಪ್ಟ್ಗೆ ಉತ್ತರಿಸುವುದಿಲ್ಲ. ಡೆಸ್ಕ್ಟಾಪ್ ಲಾಗಿನ್ ನಂತರ ಸುಲಭವಾಗಿ ದೃಢೀಕರಿಸುವ ಪ್ರೊಫೈಲ್ ಕೂಡ ಸೀಕ್ರೆಟ್ ಏಜೆಂಟ್ ಲಭ್ಯವಿಲ್ಲದ ಸಂದರ್ಭದಲ್ಲಿ ಸಕ್ರಿಯಗೊಂಡಾಗ ವಿಫಲವಾಗಬಹುದು.

ನಿಜವಾದ ನಿಯೋಜನೆಗೆ ಬೆಂಬಲಿತ ಸಿಸ್ಟಮ್ ಅಥವಾ ಸೀಕ್ರೆಟ್-ಏಜೆಂಟ್ ವ್ಯವಸ್ಥೆ ಬಳಸಿ. ಸುರಂಗವು ಮೇಲ್ವಿಚಾರಣೆ ಇಲ್ಲದೆ ಪ್ರಾರಂಭವಾಗಲು ಎಲ್ಲರ ಪಾಸ್ವರ್ಡ್ ಸ್ಕ್ರಿಪ್ಟ್ನಲ್ಲಿ ಇಡುವುದು ದೃಢೀಕರಣದ ವಿನ್ಯಾಸವನ್ನು ಅದರ ಮಾಲೀಕರ ಉದ್ಯೋಗಕ್ಕಿಂತ ಹೆಚ್ಚು ಕಾಲ ಬದುಕುವ ಕಡತವಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ.

ಎರಡೂ ಘಟನೆಗಳನ್ನು ಓದಿ, ನಂತರ ಸಂಪನ್ಮೂಲ ಪರಿಶೀಲಿಸಿ

ಒಂದು ಪ್ರಯತ್ನದ ಸಮಯದಲ್ಲಿ ಮೂಲ ಸಂಪರ್ಕ ಮತ್ತು VPN ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆ ಗಮನಿಸಿ. VPN ಘಟನೆ ಇಲ್ಲದಿರುವುದು ಎಂದರೆ ಟ್ರಿಗರ್ ಎಂದೂ ಸಂರಚಿಸಲ್ಪಟ್ಟಿಲ್ಲ ಅಥವಾ UUID ತಪ್ಪಾಗಿದೆ. VPN ಘಟನೆಯ ನಂತರ ದೃಢೀಕರಣ ವೈಫಲ್ಯ ಬಂದರೆ ಟ್ರಿಗರ್ ಚಲಿಸಿತು ಮತ್ತು ಉಳಿದ ಸಮಸ್ಯೆ ರುಜುವಾತು, ಇದು ಬೇರೆ ಪರಿಹಾರ.

ಸಕ್ರಿಯಗೊಳಿಸಿದ ನಂತರ ಐಕಾನ್ ನಂಬುವ ಬದಲು ಸಂರಚನೆಗೆ ಕಾರಣವಾದ ಸಂಪನ್ಮೂಲವನ್ನು ವಿನಂತಿಸಿ. ನಂತರ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ ಮುಂದೆ ಏನಾಗುತ್ತದೆ ಎಂದು ಗಮನಿಸಿ, ಏಕೆಂದರೆ ಸ್ವಯಂ-ಪ್ರಾರಂಭ ಸಂಯೋಜನೆ ಕಿಲ್ ಸ್ವಿಚ್ ಅಲ್ಲ ಮತ್ತು ಅಂತ್ಯವಿಲ್ಲದ ಮರುಪ್ರಯತ್ನಗಳ ಭರವಸೆ ನೀಡುವುದಿಲ್ಲ. ಅಗತ್ಯ «ಸುರಂಗ ಇಲ್ಲದೆ ಯಾವುದೇ ಸಂಚಾರವಿಲ್ಲ» ಆಗಿದ್ದರೆ, ಅದು ತನ್ನದೇ ಸಂರಚನೆ ಮತ್ತು ತನ್ನದೇ ಪರೀಕ್ಷೆ ಬೇಕಾಗುವ ಪ್ರತ್ಯೇಕ ನೀತಿ. ಎರಡನ್ನೂ ಬೆರೆಸುವುದೇ ಯಂತ್ರವು ಬಳಕೆದಾರ ಸುರಕ್ಷಿತ ಎಂದು ನಂಬುವಾಗ ಲೂಪ್ನಲ್ಲಿ ಮತ್ತೆ ಸಂಪರ್ಕಗೊಳ್ಳುವ ರೀತಿ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು