ಡೆಸ್ಕ್ಟಾಪ್ನಲ್ಲಿ VPN ಬಟನ್ ಇಲ್ಲ: ಪ್ರೊಫೈಲ್ ಇನ್ನೂ ಇದೆಯೇ?
ಕಾಣೆಯಾದ ಪ್ಯಾನೆಲ್ ಇಂಟರ್ಫೇಸ್ನ ಪ್ರಶ್ನೆ, ಪ್ರೋಟೋಕಾಲ್ ಮಾಯವಾದುದಕ್ಕೆ ಸಾಕ್ಷ್ಯವಲ್ಲ. UUID ಪ್ರಕಾರ ಉಳಿಸಿದ ಪ್ರೊಫೈಲ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ, ನಂತರ ಮರುಸ್ಥಾಪನೆಗೆ ಮೊದಲು nmcli ಬಳಸಿ ಒಂದನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ.
ಪ್ಯಾಕೇಜ್ಗಳನ್ನು ಮರುಸ್ಥಾಪಿಸಿದರೆ ಡೆಸ್ಕ್ಟಾಪ್ನ ನೆಟ್ವರ್ಕ್ ಮೆನು ಎಂದೂ ಚಿತ್ರಿಸದ VPN ನಮೂದು ಮತ್ತೆ ಬರುವುದು ಅಪರೂಪ. ಪ್ಯಾನೆಲ್ ಮತ್ತು ಸಂಪರ್ಕ ಎರಡು ಒಡೆಯರಿರುವ ಎರಡು ವಸ್ತುಗಳು: ಡೆಸ್ಕ್ಟಾಪ್ ಇಂಟರ್ಫೇಸ್ ತನ್ನ ಪ್ಲಗಿನ್ ಬಹಿರಂಗಪಡಿಸುವುದನ್ನು ಚಿತ್ರಿಸುತ್ತದೆ, ನೆಟ್ವರ್ಕ್ ಸೇವೆ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ. ಒಂದು ಮೆನುವಿನಿಂದ ಮಾಯವಾಗಬಹುದು ಇನ್ನೊಂದು ಕೆಲಸ ಮಾಡುತ್ತಲೇ ಇರಬಹುದು, ಆದ್ದರಿಂದ ಮೆನು ಪ್ರಾರಂಭಿಸಲು ತಪ್ಪು ಸ್ಥಳ. ಮೊದಲು ಪ್ರೊಫೈಲ್ ಪರಿಶೀಲಿಸಿ, ನಂತರ ಡೆಸ್ಕ್ಟಾಪ್ ಅಥವಾ ಸಂಪರ್ಕ ಯಾವುದು ನಿಜವಾಗಿ ಕೆಟ್ಟಿದೆ ಎಂದು ನಿರ್ಧರಿಸಿ.
ಬಟನ್ ಮತ್ತು ಪ್ರೊಫೈಲ್ ಬೇರೆ ಬೇರೆ ವಸ್ತುಗಳ ಒಡೆತನದಲ್ಲಿವೆ
ಡೆಸ್ಕ್ಟಾಪ್ನ ನೆಟ್ವರ್ಕ್ ಪುಟವು ಸ್ಥಾಪಿತ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಅದರ VPN ಸಂಪಾದಕ ಘಟಕಗಳು ಚಿತ್ರಿಸಲು ತಿಳಿದಿರುವುದನ್ನು ಚಿತ್ರಿಸುತ್ತದೆ. NetworkManager, ಅಥವಾ ಆ ಯಂತ್ರದಲ್ಲಿ ನೆಟ್ವರ್ಕ್ ಹೊಂದಿರುವ ಯಾವುದೇ ಸೇವೆ, ಸಂಪರ್ಕದ ವ್ಯಾಖ್ಯಾನವನ್ನು ಇಟ್ಟುಕೊಂಡು ಅದನ್ನು ಮೇಲಕ್ಕೆ ಎತ್ತಬಹುದೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಎರಡು ದೃಶ್ಯಗಳು ಒಪ್ಪುವಂತೆ ಒತ್ತಾಯಿಸುವುದು ಯಾವುದೂ ಇಲ್ಲ, ಮತ್ತು ಡೆಸ್ಕ್ಟಾಪ್ ಬದಲಾವಣೆ, ವಿತರಣಾ ನವೀಕರಣ ಅಥವಾ ಅಭಿವೃದ್ಧಿ ಆವೃತ್ತಿಯ ವಿರುದ್ಧ ಚಲಾಯಿಸಿದ ನಂತರ ಅವು ಹೆಚ್ಚಾಗಿ ಒಪ್ಪುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ ಸುರಂಗ ಕಾಣೆಯಾಗದಿದ್ದರೂ ಪ್ಯಾನೆಲ್ ಅಪೂರ್ಣವಾಗಿರಬಹುದು. ಇದನ್ನು ಪ್ರೋಟೋಕಾಲ್ ಸಮಸ್ಯೆ ಎಂದು ಓದುವುದು ಏನನ್ನೂ ಸರಿಪಡಿಸದ ಮರುಸ್ಥಾಪನೆ ಚಕ್ರಕ್ಕೆ ನೇರವಾಗಿ ಕೊಂಡೊಯ್ಯುತ್ತದೆ.
| What the screen shows | Check it against | What the answer rules out |
|---|---|---|
| No VPN section at all | nmcli connection show | Whether any profile exists |
| A VPN section with an empty list | The editor or plugin package for that VPN type | Whether the frontend can draw it |
| The same profile listed twice | Both UUIDs | Whether an import loop made copies |
ಕೋಷ್ಟಕವನ್ನು ಮೇಲಿನಿಂದ ಕೆಲಸ ಮಾಡಿ, ಏಕೆಂದರೆ ಪ್ರತಿ ಸಾಲು ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ ಮತ್ತು ಮೊದಲ ಸಾಲು ಅಗ್ಗದ್ದು. ಇರುವ ಪ್ರೊಫೈಲ್ ಸಮಸ್ಯೆಯನ್ನು ಇಂಟರ್ಫೇಸ್ಗೆ ಸರಿಸುತ್ತದೆ, ಪ್ರೊಫೈಲ್ ಇಲ್ಲದಿರುವುದು ಅದನ್ನು ಒದಗಿಸುವಿಕೆಗೆ ಸರಿಸುತ್ತದೆ. ಈ ಎರಡರಲ್ಲಿ ನಿಮ್ಮಲ್ಲಿ ಯಾವುದಿದೆ ಎಂದು ಊಹಿಸುವುದು ಹತ್ತು ನಿಮಿಷದ ಪರಿಶೀಲನೆಯನ್ನು ಇಡೀ ಮಧ್ಯಾಹ್ನದ ಮರುಸ್ಥಾಪನೆಗಳಾಗಿ ಬದಲಿಸುತ್ತದೆ.
NetworkManager ಏನು ಉಳಿಸಿದೆ ಎಂದು ಕೇಳಿ
ಮೆನು ಓದುವ ಬದಲು ಸೇವೆಗೆ ನೇರವಾಗಿ ಕೇಳಿ, ಏಕೆಂದರೆ ಎರಡು ಆಜ್ಞೆಗಳು ಇರುವುದನ್ನು ಚಾಲನೆಯಲ್ಲಿರುವುದರಿಂದ ಬೇರ್ಪಡಿಸುತ್ತವೆ. ಅವುಗಳನ್ನು ಯಂತ್ರದಲ್ಲಿಯೇ ಚಲಾಯಿಸಿ, ಎರಡನೆಯದನ್ನು ಪ್ರತಿ ಸಕ್ರಿಯಗೊಳಿಸುವ ಪ್ರಯತ್ನಕ್ಕೆ ಮೊದಲು ಮತ್ತು ನಂತರ ಚಲಾಯಿಸಿ. ಪಟ್ಟಿಗಳು ಪರಸ್ಪರ ಬದಲಾಯಿಸಲಾಗದವು, ಮತ್ತು ಅವುಗಳ ನಡುವಿನ ವ್ಯತ್ಯಾಸವೇ ರೋಗನಿರ್ಣಯ.
nmcli -f NAME,UUID,TYPE,DEVICE connection show
nmcli connection show --activeಉಳಿಸಿದ ಪ್ರೊಫೈಲ್ ನಿಷ್ಕ್ರಿಯವಾಗಿರಬಹುದು, ಅದು ಸಾಮಾನ್ಯ ಮತ್ತು ಡೆಸ್ಕ್ಟಾಪ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಸಮಾನ ಹೆಸರಿನ ಎರಡು ನಮೂದುಗಳು ಆಮದು ಚಕ್ರದ ನಂತರ ಸಾಮಾನ್ಯ, ಮತ್ತು ಅವುಗಳನ್ನು UUID ಮಾತ್ರ ಬೇರ್ಪಡಿಸುತ್ತದೆ. ಬೇರೆ ಸೇವೆ ನೇರವಾಗಿ ಹೊಂದಿರುವ ಸುರಂಗ ಈ ಪಟ್ಟಿಗೆ ಎಂದೂ ಬಾರದೇ ಇರಬಹುದು, ಆದ್ದರಿಂದ ಖಾಲಿ ಫಲಿತಾಂಶ ಸ್ವಯಂಚಾಲಿತವಾಗಿ NetworkManager ದೋಷವಲ್ಲ. ಇನ್ನು ಮುಂದೆ UUID ಮೂಲಕ ಆಯ್ಕೆ ಮಾಡಿ, ಏಕೆಂದರೆ ಹೆಸರುಗಳು ಜನರು ಸಂಪಾದಿಸುವ ಲೇಬಲ್ಗಳು, ಗುರುತಿಸುವಿಕೆಗಳಲ್ಲ.
ಮತ್ತೆ ಆಮದು ಮಾಡುವ ಬದಲು ಪ್ರೊಫೈಲ್ ಪರಿಶೀಲಿಸಿ
ಪ್ರೊಫೈಲ್ ಇದ್ದಾಗ, ಸಂಗ್ರಹಿಸಿದ ರಹಸ್ಯಗಳನ್ನು ಕೇಳದೆ ಅದರ ವಿವರಗಳನ್ನು ಓದಿ. ಇಲ್ಲದಿದ್ದಾಗ, ಪ್ಲಗಿನ್ ದಾಖಲಿಸುವ ಒದಗಿಸುವಿಕೆ ಅಥವಾ ಆಮದು ಹರಿವನ್ನು ಒಮ್ಮೆ ಬಳಸಿ, ಅದು ಏನು ರಚಿಸಿತು ಎಂದು ಖಚಿತಪಡಿಸಿ. ಮೆನು ಖಾಲಿಯಾಗಿ ಉಳಿದಿದೆ ಎಂದು ಆಮದನ್ನು ಪುನರಾವರ್ತಿಸುವುದೇ ಒಂದು ಸಂಪರ್ಕದ ನಾಲ್ಕು ಸ್ಪರ್ಧಾತ್ಮಕ ಪ್ರತಿಗಳೊಂದಿಗೆ ಯಂತ್ರ ಕೊನೆಗೊಳ್ಳುವ ದಾರಿ.
ಆ ಪ್ರತಿಗಳು ಯಾರೂ ಓದದ ಕಾಗದದ ಕುರುಹಿನ ಜಾರಿಕೆ: ಡೆಸ್ಕ್ಟಾಪ್ ಬಳಕೆದಾರರು ಯಾವುದು ಬಳಕೆಯಾಗುತ್ತಿತ್ತು ಎಂದು ಹೇಳಲಾರರು, ಮುಂದಿನ ನಿರ್ವಾಹಕರೂ ಸಾಧ್ಯವಿಲ್ಲ. ಗುರುತಿಸುವಿಕೆಗಳನ್ನು ಬರೆದಿಟ್ಟ ನಂತರ ನಕಲುಗಳನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಅಳಿಸಿ, ಆಮದು ಚಕ್ರವೇ ನಿರ್ಧರಿಸಲಿ ಎಂದು ಬಿಡುವ ಬದಲು. ಉಳಿಯುವ UUID ಅನ್ನು ಗಮನಿಸಿ, ಏಕೆಂದರೆ ಟರ್ಮಿನಲ್ನಿಂದ ಸಕ್ರಿಯಗೊಳಿಸಲು ಬೇಕಾದ ಮೌಲ್ಯ ಅದೇ. ಬೇರೆ ಬೇರೆ ಹೆಸರಿನಲ್ಲಿ ಎರಡು ಬಾರಿ ಆಮದು ಮಾಡಿದ ಪ್ರೊಫೈಲ್ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಕೆಲಸ ಮಾಡುವ ವ್ಯಾಖ್ಯಾನ ಮತ್ತು ತಾಳ್ಮೆಯ ಕೊರತೆಯ ಒಂದು ಅವಶೇಷ. ಪ್ರೊಫೈಲ್ ಪಟ್ಟಿ ಸಂರಚನೆ, ಮತ್ತು ಅದು ಸಂಪರ್ಕಕ್ಕೇ ಬೇಕಾದಷ್ಟೇ ಕಾಳಜಿ ಅರ್ಹವಾಗಿದೆ.
ಉಳಿಸಿದ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಟರ್ಮಿನಲ್ನಿಂದ ಸಕ್ರಿಯಗೊಳಿಸಿ
nmcli ದಾಖಲೆ ಆಯ್ದ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಸಂವಾದಾತ್ಮಕವಾಗಿ ಸಕ್ರಿಯಗೊಳಿಸುವುದನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ, ಇದು ಆಜ್ಞಾ ಸಾಲನ್ನು ಪರ್ಯಾಯ ದಾರಿಯಲ್ಲ, ಬೆಂಬಲಿತ ಎರಡನೇ ಇಂಟರ್ಫೇಸ್ ಮಾಡುತ್ತದೆ. ಕೆಳಗಿನ ಉದಾಹರಣೆ ಗುರುತಿಸುವಿಕೆಯನ್ನು ನೀವು ಇಟ್ಟುಕೊಂಡ UUID ನಿಂದ ಬದಲಾಯಿಸಿ. ಆಜ್ಞೆ ಏನು ಮಾಡುತ್ತದೆ ಎಂದು ಚಲಾಯಿಸುವ ಮೊದಲು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ಅದು ನೆಟ್ವರ್ಕ್ ಸ್ಥಿತಿಯನ್ನು ಬದಲಿಸುತ್ತದೆ. ಮಾರ್ಗಗಳು ಮತ್ತು DNS ಸರಿಯಬಹುದು, ಮತ್ತು ಮರುಸಂರಚನೆಯಾಗುತ್ತಿರುವ ಇಂಟರ್ಫೇಸ್ ಮೇಲಿನ ದೂರದ ಅಧಿವೇಶನ ಉಳಿಯುವುದಿಲ್ಲ.
ಅದನ್ನು ಸ್ಥಳೀಯ ಕನ್ಸೋಲ್ನಿಂದ ಚಲಾಯಿಸಿ, ಅಥವಾ ಬದಲಾವಣೆ ತಪ್ಪಾದಾಗ ಮರಳಿ ಬರುವ ಯೋಜನೆಯೊಂದಿಗೆ ಚಲಾಯಿಸಿ. --ask ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಕಾಣೆಯಾದ ಇನ್ಪುಟ್ಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ; ಅದು ಸಿಸ್ಟಂ ಅಧಿಕಾರವನ್ನು ಬಳಸಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಪ್ಲಗಿನ್ನ ಪ್ರತಿ ದೃಢೀಕರಣ ಸೂಚನೆ ಟರ್ಮಿನಲ್ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂಬ ಖಾತರಿಯನ್ನೂ ನೀಡುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಕೆಲವು ಅಲ್ಲಿ ತಲುಪಲಾಗದ ಸಂವಾದವನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತವೆ.
nmcli --ask connection up uuid 11111111-2222-4333-8444-555555555555ಡೆಸ್ಕ್ಟಾಪ್ ಅನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಫಲಿತಾಂಶ ಓದಿ
ಪ್ರೊಫೈಲ್ ಮೇಲೆದ್ದರೆ, ಉಳಿಸಿದ ಸಂಪರ್ಕ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ಈ ನಿರ್ವಹಣಾ ಮಾರ್ಗ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಅದು ದೂರನ್ನು ಇಂಟರ್ಫೇಸ್ಗೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ, ಅದು ಬೇರೆ ಘಟಕ ಪಟ್ಟಿ ಮತ್ತು ಹೆಚ್ಚಾಗಿ ಬೇರೆ ತಂಡ. ಮೇಲೆದ್ದಿಲ್ಲದಿದ್ದರೆ, ವೈಫಲ್ಯ ಪ್ರೊಫೈಲ್ನಲ್ಲಿದೆ ಅಥವಾ ಸುರಂಗದಲ್ಲಿದೆ, ಮತ್ತು ಡೆಸ್ಕ್ಟಾಪ್ ಎಂದೂ ಸಮಸ್ಯೆಯಾಗಿರಲಿಲ್ಲ.
ಯಶಸ್ವಿ ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆ ಇನ್ನೂ ಇಂಟರ್ಫೇಸ್ನ ಸಂಪಾದಕ ಘಟಕ ಇದೆಯೇ ಅಥವಾ ಪ್ಯಾನೆಲ್ ಸ್ವತಃ ತಪ್ಪಾಗಿ ವರ್ತಿಸುತ್ತದೆಯೇ ಎಂದು ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಅವು ವಿತರಣೆಯ ಬೆಂಬಲಿತ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಅದಕ್ಕೆ ಹೊಂದುವ ಪ್ಲಗಿನ್ ಪ್ಯಾಕೇಜ್ಗಳಿಗೆ ಪ್ರಶ್ನೆಗಳಾಗಿ ಉಳಿಯುತ್ತವೆ. ಅವನ್ನು ಮರುಸ್ಥಾಪನೆಗೆ ಸೇರಿಸಿದರೆ ಸಾಮಾನ್ಯವಾಗಿ ಪ್ಯಾನೆಲ್ ಹಿಂದಿದ್ದಂತೆಯೇ ಉಳಿಯುತ್ತದೆ ಮತ್ತು ಕಥೆಗೆ ಒಂದು ಮರುಬೂಟ್ ಸೇರುತ್ತದೆ.
ಉಪಯುಕ್ತ ವರದಿ ಡೆಸ್ಕ್ಟಾಪ್ ಆವೃತ್ತಿ, ಸಂಪರ್ಕದ ಪ್ರಕಾರ, ಕಾಣೆಯಾದ ಪ್ಯಾನೆಲ್ ಕ್ರಿಯೆ, ಮತ್ತು ಪ್ರೊಫೈಲ್ ಬೆಂಬಲಿತ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಗೋಚರ ಅಥವಾ ಸಕ್ರಿಯಗೊಳಿಸಬಹುದೇ ಎಂದು ಹೆಸರಿಸುತ್ತದೆ. ಕಾಣೆಯಾದ ಮೆನುವನ್ನು ವಿವರಿಸಲು ಖಾಸಗಿ ಕೀಲಿ ಅಥವಾ ರುಜುವಾತುಗಳಿರುವ ಪ್ರೊಫೈಲ್ ಬೇಕಿಲ್ಲ. ಯಾವುದೇ ರುಜುವಾತುಗಳನ್ನು ಮುಟ್ಟದೆ ನಿರ್ವಾಹಕರು ಪ್ಯಾನೆಲ್ ಸ್ಥಿತಿಯನ್ನು ಮರುಸೃಷ್ಟಿಸಲು ಅಷ್ಟೇ ಸಾಕು.