ಹೊಸ VPN ಶಾರ್ಟ್ಕಟ್ ಕಳೆದುಹೋದ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಏಕೆ ಮರಳಿಸುವುದಿಲ್ಲ
ಲಾಂಚರ್ ಪ್ರೋಗ್ರಾಂ ಹೇಗೆ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ಅದು ತನ್ನ ಆದ್ಯತೆಗಳನ್ನು ಎಲ್ಲಿ ಇಡುತ್ತದೆ ಎಂಬುದನ್ನಲ್ಲ. ಐಕಾನ್ಗೆ ದೋಷ ಹೊರಿಸುವ ಮೊದಲು ಎಕ್ಸಿಕ್ಯುಟೆಬಲ್, ಬಳಕೆದಾರ ಮತ್ತು ಸಂರಚನೆಯ ಸಂದರ್ಭವನ್ನು ಹೋಲಿಸಿ.
ಕಾಣೆಯಾದ ಮೆನು ನಮೂದುಗಳು ಮತ್ತು ಮಾಯವಾಗುವ ಆದ್ಯತೆಗಳು ಒಂದೇ ಪ್ರತಿಕ್ರಿಯೆಯಿಂದ ಸರಿಪಡಿಸಲ್ಪಡುತ್ತವೆ, ಆದರೆ ಇವು ಸಂಬಂಧವಿಲ್ಲದ ಸಮಸ್ಯೆಗಳು. ಒಂದು ಡೆಸ್ಕ್ಟಾಪ್ ಏಕೀಕರಣ, ಇನ್ನೊಂದು ಅಪ್ಲಿಕೇಶನ್ ಸ್ಥಿತಿ, ಮತ್ತು ಹೊಸ ಐಕಾನ್ ತಾನಾಗಿಯೇ ಎರಡನ್ನೂ ಬದಲಿಸುವುದಿಲ್ಲ. ಎರಡನ್ನೂ ಬೇರ್ಪಡಿಸಲು ಒಂದು ಪ್ರಯೋಗ ಸಾಕು ಮತ್ತು ಜನರು ಈ ವಿಷಯಕ್ಕೆ ತರುವ ಗೊಂದಲದ ಬಹುಪಾಲನ್ನು ಇದು ವಿವರಿಸುತ್ತದೆ. ಲಾಂಚರ್ ಪ್ರೋಗ್ರಾಂ ಆರಂಭಿಸುತ್ತದೆ; ಪ್ರೋಗ್ರಾಂ ಏನನ್ನು ನೆನಪಿಡುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಒಂದೇ ಎಂಬಂತೆ ಕಾಣುವ ಎರಡು ಕೆಲಸಗಳು
ಡೆಸ್ಕ್ಟಾಪ್ ಏಕೀಕರಣ ಎಂದರೆ ಪರಿಸರವು ಎಕ್ಸಿಕ್ಯುಟೆಬಲ್ ಹುಡುಕಬಲ್ಲದು, ಹೆಸರು ಮತ್ತು ಐಕಾನ್ ತೋರಿಸಬಲ್ಲದು ಮತ್ತು ಸರಿಯಾದ ಆರ್ಗ್ಯುಮೆಂಟ್ಗಳನ್ನು ರವಾನಿಸಬಲ್ಲದು. ಅಪ್ಲಿಕೇಶನ್ ಸ್ಥಿತಿ ಎಂದರೆ ಪ್ರೋಗ್ರಾಂ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಶಾಶ್ವತ ಸ್ಥಳದಲ್ಲಿ ಬರೆಯುತ್ತದೆ ಮತ್ತು ಮುಂದಿನ ಬಾರಿ ಆರಂಭವಾದಾಗ ಅದನ್ನು ಮತ್ತೆ ಓದುತ್ತದೆ. ಯಾವುದೂ ಇನ್ನೊಂದನ್ನು ಸೂಚಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಕೆಲಸ ಮಾಡುವ ಶಾರ್ಟ್ಕಟ್ ಎಲ್ಲವನ್ನೂ ಮರೆತಿರುವ ಕ್ಲೈಂಟ್ ಅನ್ನು ಆರಂಭಿಸಬಹುದು.
ಅಪ್ಲಿಕೇಶನ್ನ ಸ್ವಂತ ನಿಯಂತ್ರಣಗಳ ಮೂಲಕ ಒಂದು ನಿರುಪದ್ರವ ಪ್ರದರ್ಶನ ಆದ್ಯತೆಯನ್ನು ಬದಲಿಸಿ, ನಂತರ ಅದೇ ರೀತಿಯಲ್ಲಿ ಮುಚ್ಚಿ ಮತ್ತೆ ತೆರೆಯಿರಿ. ಆದ್ಯತೆ ಮರಳಿದರೆ ಸಂಗ್ರಹ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ಉಳಿದ ದೂರು ಡೇಟಾ ಉಳಿಸುವ ಬಗ್ಗೆ ಅಲ್ಲ, ವಿಂಡೋ ಹುಡುಕುವ ಬಗ್ಗೆ. ಅದು ಮಾಯವಾದರೆ ಶಾರ್ಟ್ಕಟ್ ಗಮನ ಬೇರೆಡೆಗೆ ಸೆಳೆಯುವ ವಸ್ತು ಮತ್ತು ನಿಜವಾದ ಪ್ರಶ್ನೆ ಎಂದರೆ ಆ ಪ್ರಕ್ರಿಯೆ ತನ್ನ ಫೈಲ್ಗಳನ್ನು ಎಲ್ಲಿ ಇಡುತ್ತದೆ. ಒಂದು ಸಮಯಕ್ಕೆ ಒಂದು ಆದ್ಯತೆ ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಮತ್ತೆ ಪಾಸ್ವರ್ಡ್ ಕೇಳುವ ಕ್ಲೈಂಟ್ ಸಂರಚನೆ ಕಳೆದುಕೊಳ್ಳುವ ಬದಲು ರಹಸ್ಯವನ್ನು ರಕ್ಷಿಸುತ್ತಿರಬಹುದು.
ಮರುಸ್ಥಾಪನೆಗೆ ಮೊದಲು ಆರಂಭದ ಇನ್ಪುಟ್ಗಳನ್ನು ಹೋಲಿಸಿ
ಡೆಸ್ಕ್ಟಾಪ್ ನಮೂದಿನಿಂದ ಪ್ರಾರಂಭಿಸಿ ಅದು ವಾಸ್ತವವಾಗಿ ಏನು ಮಾಡುತ್ತದೆ ಎಂದು ಓದಿ, ಏಕೆಂದರೆ ಮೆನುವಿನಿಂದ ಆರಂಭಿಸುವುದು ತಾನಾಗಿಯೇ ಟರ್ಮಿನಲ್ನಿಂದ ಆರಂಭಿಸುವಂತೆಯೇ ಅದೇ ಪ್ರಕ್ರಿಯಾ ಪರಿಸರವಲ್ಲ. ಮುಖ್ಯ ಕೀಗಳು Exec, Path ಮತ್ತು ಪರೋಕ್ಷವಾಗಿ ಸೆಷನ್ ಒದಗಿಸುವ ಪರಿಸರ. Exec ನಲ್ಲಿರುವ ರ್ಯಾಪರ್ ಸ್ಕ್ರಿಪ್ಟ್ ವೇರಿಯೇಬಲ್ ಸೆಟ್ ಮಾಡಬಹುದು, ಡೈರೆಕ್ಟರಿ ಬದಲಿಸಬಹುದು ಅಥವಾ ಮೆನು ಎಂದೂ ತೋರಿಸದ ವಿಶೇಷಾಧಿಕಾರದ ಸಹಾಯಕವನ್ನು ಕರೆಯಬಹುದು. ಮರುಸ್ಥಾಪನೆ ಅಪ್ಲಿಕೇಶನ್ ಈಗಾಗಲೇ ಹೊಂದಿದ್ದ ಫೈಲ್ಗಳನ್ನು ಬದಲಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ಬದಲಾದ ವೇರಿಯೇಬಲ್ ಆಗಿರುವುದು ಅಪರೂಪ.
grep -h '^Exec=' ~/.local/share/applications/*.desktop
desktop-file-validate ~/.local/share/applications/client.desktop
~/.local/share/applications ಅಡಿಯಲ್ಲಿರುವ ಫೈಲ್ ಅನ್ನು /usr/share/applications ನಲ್ಲಿರುವುದಕ್ಕಿಂತ ಮೊದಲು ನೋಡಿ, ಏಕೆಂದರೆ ಬಳಕೆದಾರರ ಪ್ರತಿ ಸಿಸ್ಟಮ್ ಪ್ರತಿಯನ್ನು ಮರೆಮಾಡುತ್ತದೆ. ನಮೂದು ಕೆಟ್ಟದಾಗಿ ವರ್ತಿಸಿದಾಗ desktop-file-validate ಚಲಾಯಿಸಿ, ಮತ್ತು ತೆಗೆದುಹಾಕಿದ ಮಾರ್ಗಕ್ಕೆ ಇನ್ನೂ ತೋರಿಸುವ ಹಳೆಯ ಪ್ರತಿಯನ್ನು ಹುಡುಕಿ. ಅಮಾನ್ಯ ಬಳಕೆದಾರರ ಪ್ರತಿಯನ್ನು ಹೆಚ್ಚಿನ ಡೆಸ್ಕ್ಟಾಪ್ಗಳು ಇನ್ನೂ ಆದ್ಯತೆ ನೀಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಮುರಿದ ಫೈಲ್ ಮೆನುವಿನಿಂದ ನಮೂದನ್ನು ತೆಗೆಯಬಹುದು, ಆದರೆ ಪ್ಯಾಕೇಜ್ನ ಫೈಲ್ ಮಾನ್ಯವಾಗಿ ಉಳಿಯುತ್ತದೆ. ನಂತರ ಅದೇ ಕಮಾಂಡ್ ಅನ್ನು ಕೈಯಿಂದ ಚಲಾಯಿಸಿ ಮತ್ತು ಎರಡು ಆರಂಭಗಳು ಏನು ಉತ್ಪಾದಿಸುತ್ತವೆ ಎಂದು ಹೋಲಿಸಿ.
ಆದ್ಯತೆ ವಾಸ್ತವವಾಗಿ ಎಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ
XDG ಮೂಲ ಡೈರೆಕ್ಟರಿ ನಿಯಮಗಳನ್ನು ಅನುಸರಿಸುವ ಅಪ್ಲಿಕೇಶನ್ಗಳು ಸಂರಚನೆಯನ್ನು $XDG_CONFIG_HOME ಅಡಿಯಲ್ಲಿ, ಶಾಶ್ವತ ಸ್ಥಿತಿಯನ್ನು $XDG_STATE_HOME ಅಡಿಯಲ್ಲಿ ಮತ್ತು ಬಿಸಾಡಬಹುದಾದ ಡೇಟಾವನ್ನು $XDG_CACHE_HOME ಅಡಿಯಲ್ಲಿ ಇಡುತ್ತವೆ, ಮತ್ತು ಆ ವೇರಿಯೇಬಲ್ಗಳು ಸೆಟ್ ಆಗಿಲ್ಲದಿದ್ದಾಗ ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ~/.config, ~/.local/state ಮತ್ತು ~/.cache ಬಳಸುತ್ತವೆ. ಈ ಮೂರು ಪಾತ್ರಗಳು, ಭರವಸೆಗಳಲ್ಲ, ಆದ್ದರಿಂದ ನಿರ್ದಿಷ್ಟ VPN ಉತ್ಪನ್ನ ಸಂಪೂರ್ಣ ಬೇರೆ ಯಾವುದನ್ನೋ ದಾಖಲಿಸಬಹುದು. ಡೈರೆಕ್ಟರಿ ಹೆಸರಿನಿಂದ ಮಾರ್ಗ ಊಹಿಸುವುದಕ್ಕಿಂತ ಮಾರಾಟಗಾರರ ಸ್ವಂತ ದಾಖಲೆ ಓದುವುದು ಉತ್ತಮ. ದಾಖಲೆ ಕಡಿಮೆ ಇದ್ದಾಗ ಫೈಲ್ಸಿಸ್ಟಮ್ ಬದಲು ಪ್ರಕ್ರಿಯೆಯನ್ನು ಗಮನಿಸಿ.
ಫೈಲ್ ತೆರೆಯುವಿಕೆಗಳಿಗೆ ಫಿಲ್ಟರ್ ಮಾಡಿದ ಜಾಡು ಕ್ಲೈಂಟ್ ಪ್ರಯತ್ನಿಸುವ ಪ್ರತಿ ಸಂರಚನಾ ಮಾರ್ಗವನ್ನು, ನಿರ್ಗಮಿಸುವಾಗ ಅದು ಬರೆಯುವ ಮಾರ್ಗ ಸೇರಿದಂತೆ ತೋರಿಸುತ್ತದೆ. ಅದನ್ನು ಅದೇ ಬಳಕೆದಾರ ಮತ್ತು ಅದೇ ಪರಿಸರದೊಂದಿಗೆ ಚಲಾಯಿಸಿ, ನಂತರ ಆ ಮಾರ್ಗಗಳನ್ನು ನೀವು ನಿರೀಕ್ಷಿಸಿದ ಡೈರೆಕ್ಟರಿಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ.
strace -f -e trace=openat,stat -o /tmp/vpn.log vpn-client
ರಹಸ್ಯಗಳು ಮತ್ತು ಪ್ರೊಫೈಲ್ಗಳ ಮಾಲೀಕರು ಬೇರೆ
ಉಳಿಸಿದ ಪ್ರೊಫೈಲ್ ಮತ್ತು ಉಳಿಸಿದ ರುಜುವಾತು ಬೇರೆ ಬೇರೆ ವಸ್ತುಗಳು, ಸಾಮಾನ್ಯವಾಗಿ ಬೇರೆ ಸಂಗ್ರಹದೊಂದಿಗೆ. ಒಂದು ಸಂರಚನಾ ಫೈಲಿನಲ್ಲಿ ಇರಬಹುದು, ಇನ್ನೊಂದು ಪ್ರತಿ ಸೆಷನ್ಗೆ ತೆರೆಯುವ ಕೀರಿಂಗ್ನಲ್ಲಿ ಕುಳಿತಿರುತ್ತದೆ, ಆದ್ದರಿಂದ ಮತ್ತೆ ಪಾಸ್ವರ್ಡ್ ಕೇಳುವ ಕ್ಲೈಂಟ್ ತಾನು ವಿನ್ಯಾಸಗೊಂಡ ಕೆಲಸವನ್ನೇ ಮಾಡುತ್ತಿರಬಹುದು. ಪ್ರಾಂಪ್ಟ್ ನಿಲ್ಲಿಸಲು ಪ್ರೊಫೈಲ್ ಅಳಿಸುವುದು ಜನರು ಕೆಲಸ ಮಾಡುವ ಸಂರಚನೆಯನ್ನು ಕಳೆದುಕೊಳ್ಳುವ ದಾರಿ.
ವಿಶೇಷಾಧಿಕಾರದ ಆರಂಭಗಳು ಇದನ್ನು ಇನ್ನಷ್ಟು ಸಂಕೀರ್ಣಗೊಳಿಸುತ್ತವೆ, ಏಕೆಂದರೆ sudo ಅಥವಾ PolicyKit ಸಹಾಯಕದ ಮೂಲಕ ಆರಂಭಿಸುವುದು ಬೇರೆ ಮನೆ ಡೈರೆಕ್ಟರಿ ಮತ್ತು ಆದ್ದರಿಂದ ಬೇರೆ ಸಂರಚನಾ ಸಮುಚ್ಚಯವನ್ನು ಪ್ರಸ್ತುತಪಡಿಸಬಹುದು. ಇಡೀ ಮನೆ ಡೈರೆಕ್ಟರಿಯ ಮೇಲೆ ಪುನರಾವರ್ತಿತವಾಗಿ ಅಲ್ಲ, ಅಪ್ಲಿಕೇಶನ್ ದಾಖಲಿಸುವ ನಿರ್ದಿಷ್ಟ ಫೈಲಿನ ಮೇಲೆ ಮಾಲೀಕತ್ವ ಸರಿಪಡಿಸಿ, ನಂತರ ಮುಂದೆ ಪ್ರೊಫೈಲ್ ಯಾವ ಗುರುತನ್ನು ಹೊಂದಿರಬೇಕು ಎಂದು ನಿರ್ಧರಿಸಿ ಮತ್ತು ಭವಿಷ್ಯದ ಆರಂಭಗಳನ್ನು ಅದಕ್ಕೆ ಹೊಂದಿಸಿ.
ಐಕಾನ್ ನಿಮಗೆ ಏನು ಹೇಳಬಹುದು ಮತ್ತು ಏನು ಹೇಳಲಾಗದು
ಐಕಾನ್ ಲಾಂಚರ್ ಫೈಲ್ ಪರಿಹರಿಸಲ್ಪಡುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಅಷ್ಟಕ್ಕಿಂತ ಹೆಚ್ಚಲ್ಲ. ಸಂಪರ್ಕ ಸ್ಥಿತಿ ಕ್ಲೈಂಟಿನದು, ಆದ್ದರಿಂದ ಏಕೈಕ ವಿಶ್ವಾಸಾರ್ಹ ಪರಿಶೀಲನೆ ಇಂಟರ್ಫೇಸ್, ಮಾರ್ಗ ಅಥವಾ ಕ್ಲೈಂಟಿನ ಸ್ವಂತ ಸ್ಥಿತಿ ಔಟ್ಪುಟ್. ಪ್ರಾರಂಭವಾಗದ ಟ್ರೇ ಅಪ್ಲೆಟ್ ಕೆಲಸ ಮಾಡುವ ಸುರಂಗವನ್ನು ಮುರಿದಂತೆ ಕಾಣಿಸಬಹುದು, ಹಳೆಯ ಅಪ್ಲೆಟ್ ಮುರಿದುದನ್ನು ಸರಿಯಾಗಿ ಕಾಣಿಸಬಹುದು. ಸಂಪರ್ಕ ಮತ್ತು ಲಾಂಚರ್ ಅನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ, ನಂತರ ನೀವು ವಾಸ್ತವವಾಗಿ ಯಾವುದನ್ನು ಸರಿಪಡಿಸಿದಿರಿ ಎಂದು ಬರೆಯಿರಿ.
ಎರಡೂ ಮುರಿದಿದ್ದರೆ, ದುರಸ್ತಿಯನ್ನು ಒಂದೇ ಬದಲಾವಣೆ ಎಂದು ಪರಿಗಣಿಸುವ ಪ್ರವೃತ್ತಿಯನ್ನು ವಿರೋಧಿಸಿ. ನಮೂದನ್ನು ಸರಿಪಡಿಸಿ, ಆರಂಭವನ್ನು ಖಚಿತಪಡಿಸಿ, ನಂತರ ಸುರಂಗವನ್ನು ಖಚಿತಪಡಿಸಿ ಮತ್ತು ಪ್ರತಿ ಹಂತದ ಫಲಿತಾಂಶವನ್ನು ದಾಖಲಿಸಿ. ಅದೇ ದಾಖಲೆ ಮುಂದಿನ ಕಳೆದುಹೋದ ಸೆಟ್ಟಿಂಗ್ಗಳ ವರದಿಯನ್ನು ಇದರ ಪುನರಾವರ್ತನೆ ಅಲ್ಲದೆ ನಿದಾನಯೋಗ್ಯವಾಗಿಸುತ್ತದೆ, ಮತ್ತು ಅದೇ ಮುಂದಿನ ವ್ಯಕ್ತಿಗೆ ಸಮಸ್ಯೆಯ ಯಾವ ಅರ್ಧ ಭಾಗ ನಿಜವಾಗಿತ್ತು ಎಂದು ಹೇಳುತ್ತದೆ.