ಉಳಿಸಿದ VPN ಪಾಸ್ವರ್ಡ್ ತೋರಿಸುವುದನ್ನು NetworkManager ಗೆ ನಿಲ್ಲಿಸಿ
ಪ್ರತಿ ಬಾರಿ ಕೇಳಿ, ಅದನ್ನು ಕೀರಿಂಗ್ಗೆ ಒಪ್ಪಿಸಿ ಅಥವಾ root ಗೆ ಮಾತ್ರ ಫೈಲ್ ಇರಿಸಿ. ಪ್ರತಿ ಆಯ್ಕೆಯೂ ಬೇರೆ ರೀತಿಯ ಒಡ್ಡುವಿಕೆ ತರುತ್ತದೆ, ಮತ್ತು ಪಾಸ್ವರ್ಡ್ ಫ್ಲ್ಯಾಗ್ ಅದಕ್ಕೆ ಹೊಂದಬೇಕು.
NetworkManager VPN ಪಾಸ್ವರ್ಡ್ ಇರಿಸಿಕೊಳ್ಳಬಹುದು, ಇದರಿಂದ ಯಾರೂ ಟೈಪ್ ಮಾಡದೆಯೇ ಸಂಪರ್ಕ ಏಳುತ್ತದೆ, ಮತ್ತು ಆ ಮೌಲ್ಯವನ್ನು ಎಡಿಟರ್ ಅಥವಾ nmcli --show-secrets ಮೂಲಕ ಮತ್ತೆ ತೋರಿಸಬಹುದು. ಮಾಲೀಕತ್ವದ ಮೂರು ಮಾದರಿಗಳಿವೆ, ಮತ್ತು ಪ್ರದರ್ಶನ ವರ್ತನೆ ನೀವು ಯಾವುದನ್ನು ಆರಿಸಿದಿರಿ ಎಂಬುದರ ಲಕ್ಷಣ ಮಾತ್ರ. ಮೊದಲು ಮಾದರಿಯನ್ನು ಆರಿಸಿ, ನಂತರ ಅದಕ್ಕೆ ಹೊಂದುವ ಫ್ಲ್ಯಾಗ್ ಸೆಟ್ ಮಾಡಿ; ಮುಂದಿನ ವ್ಯಕ್ತಿಯನ್ನು ಗೊಂದಲಗೊಳಿಸುವ ಪ್ಲೇಸ್ಹೋಲ್ಡರ್ನಿಂದ ಕ್ಷೇತ್ರವನ್ನು ಮರೆಮಾಡಬೇಡಿ.
ಮೂರು ಮಾಲೀಕತ್ವ ಮಾದರಿಗಳು
ಮೊದಲ ಮಾದರಿ ಪ್ರತಿ ಬಾರಿ ಕೇಳುತ್ತದೆ. ಏನೂ ಸಂಗ್ರಹವಾಗುವುದಿಲ್ಲ, ರಹಸ್ಯ ಸಕ್ರಿಯಗೊಳಿಸುವ ಅವಧಿಯಲ್ಲಿ ಮಾತ್ರ ಇರುತ್ತದೆ, ಮತ್ತು ಸಂಪರ್ಕ ಆರಂಭಿಸುವವರು ಪಾಸ್ವರ್ಡ್ ತಿಳಿದಿರಬೇಕು. ಇದು ಅತ್ಯಂತ ಕಡಿಮೆ ಅನುಕೂಲಕರ ಆಯ್ಕೆ ಮತ್ತು ಸಮರ್ಥಿಸಿಕೊಳ್ಳಲು ಸುಲಭವಾದದ್ದು.
ಎರಡನೆಯದು ರಹಸ್ಯವನ್ನು ಬಳಕೆದಾರರ ಮಾಲೀಕತ್ವದ ಕೀರಿಂಗ್ಗೆ ಒಪ್ಪಿಸುತ್ತದೆ. ಸೆಷನ್ ಆರಂಭವಾದಾಗ ಏಜೆಂಟ್ ಅನ್ಲಾಕ್ ಆಗುತ್ತದೆ ಮತ್ತು ಬೇಡಿಕೆಯ ಮೇರೆಗೆ ಮೌಲ್ಯವನ್ನು ಒದಗಿಸುತ್ತದೆ, ಇದು ಅದನ್ನು ಸಂಪರ್ಕ ಫೈಲ್ನಿಂದ ಹೊರಗಿಡುತ್ತದೆ ಆದರೆ ಸಂಪರ್ಕವನ್ನು ಆ ಬಳಕೆದಾರರ ಸೆಷನ್ಗೆ ಬಿಗಿಯುತ್ತದೆ. ಇದರಿಂದ ಎರಡು ಷರತ್ತುಗಳು ಬರುತ್ತವೆ: ಏಜೆಂಟ್ ಚಾಲನೆಯಲ್ಲಿರಬೇಕು ಮತ್ತು ಅನ್ಲಾಕ್ ಆಗಿರಬೇಕು.
ಮೂರನೆಯದು ಸಿಸ್ಟಮ್ ಸಂಪರ್ಕಕ್ಕಾಗಿ ಸಂರಕ್ಷಿತ ರುಜುವಾತನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ. ಇದು ಮರುಬೂಟ್ಗಳನ್ನು ತಾಳಿಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಯಾರೂ ಲಾಗಿನ್ ಆಗುವ ಮೊದಲೇ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಬದಲಿಗೆ ಮೌಲ್ಯವು ಡಿಸ್ಕ್ನಲ್ಲಿ ಎನ್ಕ್ರಿಪ್ಶನ್ನಿಂದ ಅಲ್ಲ, ಫೈಲ್ ಅನುಮತಿಗಳಿಂದ ರಕ್ಷಿಸಲ್ಪಡುತ್ತದೆ.
ಪ್ರತಿ ಮಾದರಿಯೂ ಸರಿಯಾದ ಸಂದರ್ಭದಲ್ಲಿ ಸಮಂಜಸವಾಗಿದೆ. ತಪ್ಪು ಎಂದರೆ ಅವುಗಳನ್ನು ಮಿಶ್ರಣ ಮಾಡುವುದು, ಹಾಗೆ ಲ್ಯಾಪ್ಟಾಪ್ನಲ್ಲಿ ರಹಸ್ಯ ಎರಡು ಕಡೆ ಉಳಿಯುತ್ತದೆ ಮತ್ತು ಯಾವುದು ಅಧಿಕೃತ ಎಂಬ ಸ್ಪಷ್ಟ ಉತ್ತರವಿರುವುದಿಲ್ಲ. ಒಂದು ಪ್ರೊಫೈಲ್ ಯಾವ ಮಾದರಿ ಬಳಸುತ್ತದೆ ಎಂದು ಬರೆಯಿರಿ. ತಂಡದ ಕೈಪಿಡಿಯಲ್ಲಿ ಒಂದು ಸಾಲು ಮುಂದಿನ ವ್ಯಕ್ತಿಯನ್ನು ನಾಲ್ಕನೇ ಹುಡುಕಾಟದ ಸ್ಥಳ ಕಲ್ಪಿಸುವುದರಿಂದ ಉಳಿಸುತ್ತದೆ.
ಬದಲಾಯಿಸುವ ಮೊದಲು ಪ್ರಸ್ತುತ ಸ್ಥಿತಿಯನ್ನು ಓದಿ
ಸಂಪರ್ಕ ನಿರ್ವಹಿಸುವ ಬಳಕೆದಾರರಾಗಿ ಪ್ರೊಫೈಲ್ ಮತ್ತು ರಹಸ್ಯದ ಸ್ಥಿತಿಯನ್ನು ನೋಡಿ. ಎರಡನೇ ಆದೇಶವೇ ಮೌಲ್ಯ ನಿಜವಾಗಿ ಓದಲು ಸಾಧ್ಯವೇ ಎಂದು ಹೇಳುತ್ತದೆ.
nmcli connection show "Office VPN"
nmcli --show-secrets connection show "Office VPN"
sudo stat -c '%U %a %n' /etc/NetworkManager/system-connections/*.nmconnectionಆ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿನ ಕೀ ಫೈಲ್ ಸಾಮಾನ್ಯವಾಗಿ root ಮಾಲೀಕತ್ವದಲ್ಲಿದ್ದು ಮೋಡ್ 600 ಇರುತ್ತದೆ. ಇದು ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರನ್ನು ಹೊರಗಿಡುತ್ತದೆ ಮತ್ತು root ಅನ್ನು ಹೊರಗಿಡುವುದಿಲ್ಲ, ಅದೇ ಯಂತ್ರ ಹಂಚಿಕೆಯಾಗಿದ್ದಾಗ ಅಥವಾ ಬ್ಯಾಕಪ್ root ಆಗಿ ಚಲಿಸಿದಾಗ ಇದು ಮುಖ್ಯ.
ಫೈಲ್ ಅನುಮತಿಗಳು ಗಡಿ, ಎನ್ಕ್ರಿಪ್ಶನ್ ಅಲ್ಲ. root ಆಗಿ ಫೈಲ್ ಓದಬಲ್ಲ ಯಾರಿಗೂ ಪಾಸ್ವರ್ಡ್ ಸ್ಪಷ್ಟ ಪಠ್ಯದಲ್ಲಿರುತ್ತದೆ. ಮೇಲ್ವಿಚಾರಣೆ ಇಲ್ಲದ ಸರ್ವರ್ಗೆ ಇದು ಸ್ವೀಕಾರಾರ್ಹ ವಿನಿಮಯ, ಹಂಚಿದ ವರ್ಕ್ಸ್ಟೇಷನ್ಗೆ ಕೆಟ್ಟದು. ಒಮ್ಮೆ ಬರೆದಿಟ್ಟರೆ ಮೌಲ್ಯ ರಕ್ಷಿಸಲ್ಪಟ್ಟಿದೆಯೇ ಎಂಬ ದೀರ್ಘ ಚರ್ಚೆ ತಪ್ಪುತ್ತದೆ.
ಪ್ರತಿ ಫ್ಲ್ಯಾಗ್ ಮೌಲ್ಯ ಏನು ಮಾಡುತ್ತದೆ
VPN ರಹಸ್ಯವು flags ಎಂಬ ಗುಣವನ್ನು ಹೊಂದಿದೆ, ಮತ್ತು ಮೌಲ್ಯಗಳು ಕೇವಲ ಸಂಖ್ಯೆಗಳಿಂದ ಸ್ಪಷ್ಟವಾಗುವುದಿಲ್ಲ.
| Value | Meaning | Practical effect |
|---|---|---|
| 0 | No special flag | Secret is typically saved with the connection |
| 1 | Agent-owned | A keyring or secret agent supplies it |
| 2 | Not saved | Prompted at each activation |
| 4 | Not required | Connection proceeds without asking |
ವಾಸ್ತವ ವರ್ತನೆ ಪ್ಲಗಿನ್ ಮತ್ತು ಏಜೆಂಟ್ ಚಾಲನೆಯಲ್ಲಿದೆಯೇ ಎಂಬುದನ್ನು ಕೂಡ ಅವಲಂಬಿಸಿದೆ, ಆದ್ದರಿಂದ ಕೋಷ್ಟಕವನ್ನು ಒಪ್ಪಂದ ಮತ್ತು ಗಮನಿಸಿದ ವರ್ತನೆಯನ್ನು ನೀವು ಪರಿಶೀಲಿಸುವ ವಿಷಯ ಎಂದು ಪರಿಗಣಿಸಿ. ಒಂದು ಡೆಸ್ಕ್ಟಾಪ್ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಮೌಲ್ಯ ಸೆಷನ್ ಇಲ್ಲದ ಸರ್ವರ್ನಲ್ಲಿ ಬೇರೆ ರೀತಿ ವರ್ತಿಸಬಹುದು. ಗೊಂದಲದ ಹೆಚ್ಚಿನ ಟಿಕೆಟ್ಗಳು ಈ ಅಂತರದಲ್ಲೇ ಇವೆ.
ಸಾಲನ್ನು ಅಳಿಸಿ ನಿರೀಕ್ಷಿಸುವ ಬದಲು ಗುಣವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಸೆಟ್ ಮಾಡಿ. ಇಲ್ಲದ ಫ್ಲ್ಯಾಗ್ ನೀತಿ ಅಲ್ಲ, ಮತ್ತು ಮುಂದಿನ ಪ್ಯಾಕೇಜ್ ನವೀಕರಣ ಅದನ್ನು ನೀವು ಉದ್ದೇಶಿಸದ ಯಾವುದೋ ವಸ್ತುವಿನಿಂದ ತುಂಬಬಹುದು.
ಸಂಪರ್ಕ ಪ್ರಾರಂಭವಾಗುವ ಸಮಯಕ್ಕೆ ಮಾದರಿಯನ್ನು ಹೊಂದಿಸಿ
ಬಳಕೆದಾರ ಲಾಗಿನ್ ಆಗಿದ್ದಾಗ ಮಾತ್ರ ಸಂಪರ್ಕ ಪ್ರಾರಂಭವಾದರೆ, ಏಜೆಂಟ್ ಮಾಲೀಕತ್ವ ಚೆನ್ನಾಗಿ ಹೊಂದುತ್ತದೆ ಮತ್ತು ರಹಸ್ಯವನ್ನು ಫೈಲ್ನಿಂದ ಹೊರಗಿಡುತ್ತದೆ. ಅದು ಬೂಟ್ ಸಮಯದಲ್ಲಿ, ಯಾವುದೇ ಸೆಷನ್ ಇರುವ ಮೊದಲೇ ಪ್ರಾರಂಭವಾದರೆ, ಏಜೆಂಟ್ ನಿಮಗೆ ಸಹಾಯ ಮಾಡಲಾರದು.
ಹೆಚ್ಚಿನ ಯಂತ್ರಗಳಿಗೆ ಇದೇ ಸಂಪೂರ್ಣ ನಿರ್ಧಾರ. ಸಂಪರ್ಕ ಸಂವಾದಾತ್ಮಕವಾಗಿ ಕೆಲಸ ಮಾಡಿ ಮರುಬೂಟ್ ನಂತರ ವಿಫಲವಾಗುವ ಗೊಂದಲದ ವರದಿಗಳ ಒಂದು ವರ್ಗವನ್ನೂ ಇದು ವಿವರಿಸುತ್ತದೆ. ಫ್ಲ್ಯಾಗ್ ಎಂದೂ ಬದಲಾಗಲಿಲ್ಲ; ಸಂದರ್ಭ ಬದಲಾಯಿತು.
ಮೇಲ್ವಿಚಾರಣೆ ಇಲ್ಲದ ಸಂದರ್ಭದಲ್ಲಿ root ಮಾಲೀಕತ್ವದ ನಿರ್ಬಂಧಿತ ಫೈಲ್ ಅಥವಾ ಅನುಮೋದಿತ ರುಜುವಾತು ಮೂಲವೇ ಪ್ರಾಯೋಗಿಕ ಉತ್ತರ. ಆ ಪ್ರೊಫೈಲ್ ಎಂದಾದರೂ ರಫ್ತಾದರೆ ಅಥವಾ ಇನ್ನೊಂದು ಯಂತ್ರಕ್ಕೆ ನಕಲಾದರೆ ಅದನ್ನು ಸಂಪರ್ಕ ಪ್ರೊಫೈಲ್ನಿಂದ ಹೊರಗಿಡಿ.
ಮೌಲ್ಯ ಈಗಾಗಲೇ ಕಾಣಿಸುತ್ತಿದ್ದರೆ, ಅದನ್ನು ಬದಲಾಯಿಸಿ
ಫ್ಲ್ಯಾಗ್ ಬದಲಿಸುವುದು ಪಾಸ್ವರ್ಡ್ಗೆ ಮುಟ್ಟುವುದಿಲ್ಲ. ಸ್ಕ್ರೀನ್ಶಾಟ್ನಲ್ಲಿ, shell ಇತಿಹಾಸದಲ್ಲಿ, ಬೆಂಬಲಕ್ಕೆ ಕಳುಹಿಸಿದ ಬಂಡಲ್ನಲ್ಲಿ, ಅಥವಾ ಇತರ ಬಳಕೆದಾರರು ತೆರೆಯಬಹುದಾದ ಫೈಲ್ನಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡ ಮೌಲ್ಯವನ್ನು ಬಹಿರಂಗವಾದದ್ದು ಎಂದು ಪರಿಗಣಿಸಬೇಕು.
ಅದನ್ನು ಸರ್ವರ್ನಲ್ಲಿ ಬದಲಾಯಿಸಿ, ನಂತರ ಕ್ಲೈಂಟ್ ಸರಿಪಡಿಸಿ ಮತ್ತು ಹಳೆಯದರಿಂದ ದೃಢೀಕರಿಸಿದ ಯಾವುದೇ ಸೆಷನ್ ಕೊನೆಗೊಳಿಸಿ. ಸ್ಥಳೀಯ ಸಂಪರ್ಕ ಅಳಿಸುವುದು ಆಚೆ ಬದಿಯಲ್ಲಿ ಏನನ್ನೂ ರದ್ದುಗೊಳಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಜನರು ಈ ಭಾಗವನ್ನೇ ಕಳೆದುಕೊಳ್ಳುತ್ತಾರೆ.
ನಂತರ ಪಾಸ್ವರ್ಡ್ ಅನ್ನು ಆದೇಶ ಸಾಲಿನಲ್ಲಿ ಇಡುವುದನ್ನು ನಿಲ್ಲಿಸಿ. ಅದು shell ಇತಿಹಾಸಕ್ಕೆ ಸೇರುತ್ತದೆ ಮತ್ತು ಪ್ರಕ್ರಿಯೆ ಪಟ್ಟಿಯಲ್ಲಿ ಕಾಣಿಸಬಹುದು; ಬದಲಿಗೆ ಸಂವಾದಾತ್ಮಕ ಪ್ರಾಂಪ್ಟ್ ಅಥವಾ ಏಜೆಂಟ್ ಬಳಸಿ.
ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಪರಿಶೀಲಿಸಿ
ರಹಸ್ಯ ತೋರಿಸಿದ ಆದೇಶವನ್ನು ಪುನರಾವರ್ತಿಸಿ ಮತ್ತು ಕ್ಷೇತ್ರ ಇನ್ನು ಮುದ್ರಣವಾಗುತ್ತಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿ. ನಂತರ ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ, ಮತ್ತು ಸಂಪರ್ಕ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪ್ರಾರಂಭವಾದರೆ ಮರುಬೂಟ್ ಮಾಡಿ, ಏಕೆಂದರೆ ಆಸಕ್ತಿದಾಯಕ ವೈಫಲ್ಯ ಸೆಷನ್ ಸಂದರ್ಭ ಬದಲಾದಾಗ ಮಾತ್ರ ಕಾಣಿಸುತ್ತದೆ.
ರಹಸ್ಯ ಇನ್ನೂ ಕಾಣಿಸುತ್ತಿದ್ದರೆ, ಬೇರೆ ಪ್ರೊಫೈಲ್ ಅಥವಾ ಬೇರೆ ಏಜೆಂಟ್ ಅದನ್ನು ಒದಗಿಸುತ್ತಿದೆ. ಫೈಲ್ಗಳನ್ನು ಅಳಿಸುವ ಬದಲು ಸಕ್ರಿಯ ಸಂಪರ್ಕ ಮತ್ತು ಕೀರಿಂಗ್ ಪರಿಶೀಲಿಸಿ, ಲಕ್ಷಣ ಸರಿಯುವವರೆಗೆ.