VPN ಕ್ಲೈಂಟ್ ಅನ್‌ಇನ್‌ಸ್ಟಾಲ್ ಆಗಿದೆ, ಆದರೂ ಬೂಟ್‌ನಲ್ಲಿ ಸುರಂಗ ಇನ್ನೂ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ

ನಿಮ್ಮ ಡಿಸ್ಟ್ರೋ ಪ್ಯಾಕೇಜನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ, ನಿಮ್ಮ ಮೆನು ತನ್ನ ನಮೂದನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ, ಆದರೂ ಮುಂದಿನ ರೀಬೂಟ್ ನಂತರ ಸುರಂಗ ಮೇಲೆ ಬರುತ್ತದೆ. ವಾಣಿಜ್ಯ VPN ಕ್ಲೈಂಟ್ ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್ ಎಂದೂ ಟ್ರ್ಯಾಕ್ ಮಾಡದ ತುಣುಕುಗಳನ್ನು ಬಿಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಸ್ವಚ್ಛ ತೆಗೆದುಹಾಕುವಿಕೆ ಸ್ವಚ್ಛ ಯಂತ್ರದಂತೆಯೇ ಅಲ್ಲ. ಆ ತುಣುಕುಗಳಲ್ಲಿ ನಾಲ್ಕು ಬಹುತೇಕ ಪ್ರತಿ ಭೂತ ಸಂಪರ್ಕವನ್ನು ವಿವರಿಸುತ್ತವೆ: ಘಟಕ, ಸಂಪರ್ಕ ಪ್ರೊಫೈಲ್, ವಿಶೇಷಾಧಿಕಾರ ಸಹಾಯಕ ಮತ್ತು ಮಾರಾಟಗಾರರ ಸಂಗ್ರಹ. ಏನನ್ನೂ ಅಳಿಸುವ ಮೊದಲು ನಾಲ್ಕನ್ನೂ ಓದಿ, ನಂತರ ಪ್ರತಿಯೊಂದನ್ನು ಅದನ್ನು ಹೊಂದಿರುವ ಘಟಕದ ಮೂಲಕ ತೆಗೆದುಹಾಕಿ.

ಅನ್‌ಇನ್‌ಸ್ಟಾಲರ್ ಎಂದೂ ದಾಖಲಿಸದ್ದು

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

ಉಳಿಕೆಗೆ ಯಾವಾಗಲೂ ಮಾಲೀಕರಿರುತ್ತಾರೆ, ಅದು systemd ಆಗಿರಬಹುದು, NetworkManager ಆಗಿರಬಹುದು, ಸಂಗ್ರಹ ಸಂರಚನೆ ಅಥವಾ ಪ್ರತಿ ಬಳಕೆದಾರರ ಸ್ವಯಂಪ್ರಾರಂಭ ನಮೂದು. ಮೊದಲು ಮಾಲೀಕರನ್ನು ಹುಡುಕುವುದೇ ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆಯನ್ನು ಅರ್ಧ ಸಂರಚಿತ ಯಂತ್ರವಾಗದಂತೆ ತಡೆಯುತ್ತದೆ. ಫೈಲ್‌ಗಳನ್ನು ನೇರವಾಗಿ ಅಳಿಸುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಮಾಲೀಕರು ಅವನ್ನು ಮತ್ತೆ ರಚಿಸುವವರೆಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಕೆಳಗಿನ ಆದೇಶಗಳು ಪ್ರಶ್ನೆಗಳಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತವೆ.

ನಾಲ್ಕು ಮಾಲೀಕರು, ಮೊದಲು ಓದುವಿಕೆ ಮಾತ್ರ

ಅಳಿಸುವಿಕೆಯ ಬದಲು ಪ್ರಶ್ನೆಗಳಿಂದ ಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ಹಿಂತಿರುಗಿ ಬರುವ ನಿಖರ ಹೆಸರುಗಳನ್ನು ಬರೆದಿಡಿ. ಮಾರಾಟಗಾರರು ಸಾಮಾನ್ಯವಾಗಿ ಮೆಟಾ-ಪ್ಯಾಕೇಜ್‌ನ ಪಕ್ಕದಲ್ಲಿ ಆವೃತ್ತಿಯ ಪೇಲೋಡ್ ಕಳುಹಿಸುತ್ತಾರೆ, ಆದ್ದರಿಂದ ಒಂದು ಉತ್ಪನ್ನ ಎರಡು ಹೆಸರುಗಳಲ್ಲಿ ಕಾಣಿಸಬಹುದು. ಎರಡೂ ಪಟ್ಟಿಗಳಲ್ಲಿ ಕಾಣುವ ಹೆಸರು ಎರಡು ಮಾಲೀಕರಿರುವ ಒಂದೇ ಉತ್ಪನ್ನ, ಮತ್ತು ಎರಡನ್ನೂ ತೆಗೆದುಹಾಕಬೇಕು. ಮೊದಲ ಬ್ಯಾಚ್ ಪ್ಯಾಕೇಜುಗಳು ಮತ್ತು ಘಟಕಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ, ಅಲ್ಲಿ ಹೆಚ್ಚಿನ ಉಳಿಕೆಗಳು ಕಾಣುತ್ತವೆ.

dpkg -l | grep -i acmevpn
systemctl list-unit-files | grep -i acmevpn
systemctl list-units --type=service --state=running | grep -i acmevpn

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

nmcli -f NAME,UUID,TYPE connection show
nmcli connection show --active
grep -ril acmevpn /etc/apt/sources.list.d/ /etc/apt/sources.list

ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆಯ ನಂತರ ಇನ್ನೂ ಜೀವಂತವಾಗಿರುವ ಪ್ರಕ್ರಿಯೆ ಸಕ್ರಿಯ ಘಟಕ ಅಥವಾ ಇನ್ನೊಂದು ಪ್ರೋಗ್ರಾಂನ ಮಗು. ಇನ್ನು ಇಲ್ಲದ ಸೇವೆಯನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಪ್ರಕ್ರಿಯೆ ಕೋಷ್ಟಕ ಮತ್ತು ಅದರ ಪೋಷಕ ಸರಣಿಯನ್ನು ಓದಿ. ಪ್ರತಿ ಬಳಕೆದಾರರ ಸ್ವಯಂಪ್ರಾರಂಭ ನಮೂದುಗಳಿಗೂ ಅದೇ ಪರಿಶೀಲನೆ ಬೇಕು, ಮತ್ತು ಅವು ಹೊಸ ಲಾಗಿನ್ ಷೆಲ್‌ನಲ್ಲಿ ಮಾತ್ರ ಕಾಣಿಸುತ್ತವೆ, root ಸೆಶನ್‌ನಲ್ಲಿ ಅಲ್ಲ.

ಪರಸ್ಪರ ಬದಲಾಯಿಸಲಾಗದ ಮೂರು ಕ್ರಿಯಾಪದಗಳು

ನಿಲ್ಲಿಸುವಿಕೆ ಪ್ರಸ್ತುತ ಓಟವನ್ನು ಮುಗಿಸುತ್ತದೆ, ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವಿಕೆ ಬೂಟ್ ಸಮಯದ ಕೊಂಡಿಗಳನ್ನು ತೆಗೆಯುತ್ತದೆ, ಮತ್ತು ಮಾಸ್ಕಿಂಗ್ ಘಟಕವನ್ನು /dev/null ಕಡೆಗೆ ತೋರಿಸುತ್ತದೆ. ಮೂರನೆಯದು ಮಾತ್ರ ಸಾಕೆಟ್, ಟೈಮರ್ ಅಥವಾ ಅವಲಂಬನೆಯ ಮೂಲಕ ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆಯನ್ನೂ ತಡೆಯುತ್ತದೆ, ಇದು ಅದನ್ನು ಮೂರರಲ್ಲಿ ಬಲಶಾಲಿಯಾಗಿಸುತ್ತದೆ. ಯಂತ್ರದೊಂದಿಗೆ ಏನು ಮಾಡಬೇಕೆಂದು ಇನ್ನೂ ನಿರ್ಧರಿಸುತ್ತಿರುವಾಗ ಕ್ರಮ ಮುಖ್ಯ. ಆ ನಿರ್ಧಾರದ ಸಮಯದಲ್ಲಿ ಮಾಸ್ಕಿಂಗ್ ಸರಿಯಾದ ಸ್ಥಿತಿ, ಏಕೆಂದರೆ ಅದು ಮುಂದಿನ ಬೂಟ್‌ನಲ್ಲಿ ಸದ್ದಿಲ್ಲದೆ ಪ್ರಾರಂಭವಾಗುವ ಬದಲು ಗಟ್ಟಿಯಾಗಿ ವಿಫಲವಾಗುತ್ತದೆ.

ಮತ್ತೆ ಸ್ಥಾಪಿಸುವ ಮೊದಲು ಅನ್‌ಮಾಸ್ಕ್ ಮಾಡಿ, ಇಲ್ಲದಿದ್ದರೆ ಹೊಸ ಪ್ಯಾಕೇಜ್ ಯಾರೂ ಬರೆಯದ ಕಾರಣಕ್ಕೆ ಮುರಿದಂತೆ ಕಾಣುತ್ತದೆ. ಅದೇ ಎಚ್ಚರಿಕೆ ಪ್ಯಾಕೇಜಿಂಗ್ ವ್ಯತ್ಯಾಸಗಳಿಗೂ ಅನ್ವಯಿಸುತ್ತದೆ: ಒಂದು ಬಿಲ್ಡ್ ನಿಲ್ಲಿಸಬಹುದಾದ ಘಟಕವನ್ನು ನೀಡುತ್ತದೆ, ಇನ್ನೊಂದು ಯಾವುದೇ ಸೇವೆಯನ್ನು ಬಿಡುವುದಿಲ್ಲ. ಕ್ರಿಯಾಪದ ಆರಿಸುವ ಮೊದಲು ನಿಮ್ಮ ಬಳಿ ಯಾವ ಪ್ಯಾಕೇಜಿಂಗ್ ಇದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಏಕೆಂದರೆ ಸ್ವಚ್ಛಗೊಳಿಸುವ ದಾರಿ ಎರಡರಲ್ಲೂ ಬೇರೆ.

ವೈಲ್ಡ್‌ಕಾರ್ಡ್‌ಗಳಿಂದ ತಪ್ಪು ಪ್ರೊಫೈಲ್ ಅಳಿಸುತ್ತೀರಿ

ನೀವು ದಾಖಲಿಸಿದ UUID ಯಿಂದ ಪ್ರೊಫೈಲ್ ಅಳಿಸಿ, ಎಂದೂ ವೈಲ್ಡ್‌ಕಾರ್ಡ್‌ನಿಂದ ಅಲ್ಲ. keyfile ಕೋಶವು ಯಂತ್ರದ ಪ್ರತಿ Wi-Fi ಮತ್ತು Ethernet ಪ್ರೊಫೈಲ್ ಅನ್ನೂ ಹೊಂದಿದೆ, ಆದ್ದರಿಂದ ವಿಶಾಲ ಹೊಂದಾಣಿಕೆ ನಿಮಗೆ ಇನ್ನೂ ಬೇಕಾದ ವಸ್ತುಗಳನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ಕೈಯಿಂದ ಅಳಿಸಿದ keyfile ಅನ್ನು ಅದನ್ನು ಹೊಂದಿರುವ ನೀತಿಯೇ ಮತ್ತೆ ರಚಿಸಬಹುದು, ಇದು ಅಳಿಸುವಿಕೆಯನ್ನು ನಿಷ್ಫಲವಾಗಿ ಕಾಣಿಸುತ್ತದೆ.

nmcli connection delete uuid <uuid>

ಆ ಪ್ರೊಫೈಲ್ ನಿಮ್ಮ ಬಳಿ ಉಳಿದಿರುವ ಏಕೈಕ ಪ್ರತಿಯಾಗಿದ್ದರೆ ಮೊದಲು ಗೇಟ್‌ವೇ ಮತ್ತು ಗುರುತನ್ನು ರಫ್ತು ಮಾಡಿ, ಏಕೆಂದರೆ ಸ್ಥಳೀಯ ಅಳಿಸುವಿಕೆ ಸರ್ವರ್‌ನಲ್ಲಿ ಏನನ್ನೂ ರದ್ದುಗೊಳಿಸುವುದಿಲ್ಲ. ಸಂಗ್ರಹವೂ ಅದೇ ನಿಯಮವನ್ನು ಅನುಸರಿಸುತ್ತದೆ: ಏಕೈಕ ಮಾರಾಟಗಾರ ಫೈಲ್ ಮತ್ತು ಅದರ ಕೀರಿಂಗ್ ತೆಗೆದುಹಾಕಿ, ನಂತರ ಪ್ಯಾಕೇಜ್ ಪಟ್ಟಿಗಳನ್ನು ರಿಫ್ರೆಶ್ ಮಾಡಿ ಮತ್ತು ನಿಜವಾಗಿ ಬೇಕಿದ್ದ ಸ್ಥಾಪನೆಯನ್ನು ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿ. ಹಳೆಯ ತೃತೀಯ-ಪಕ್ಷದ ನಮೂದನ್ನು ಬಿಟ್ಟರೆ ಹಳೆಯ ಅವಲಂಬನೆಯನ್ನು ಪಿನ್ ಮಾಡಬಹುದು ಅಥವಾ ಉತ್ತರವೇ ಬರದಿರಬಹುದು. ಎರಡೂ ತೆಗೆದುಹಾಕುವಿಕೆಗಳು ಚಿಕ್ಕವು, ಮತ್ತು ನೀವು ಇಟ್ಟುಕೊಳ್ಳುವ ಪ್ರತಿಯಿಂದ ಯಾವುದನ್ನೂ ಹಿಂತಿರುಗಿಸಬಹುದು.

ರೀಬೂಟ್ ನಂತರ ಇನ್ನೂ ಏನು ಚಲಿಸುತ್ತದೆ

ವಿಜಯ ಘೋಷಿಸುವ ಮೊದಲು ರೀಬೂಟ್ ಮಾಡಿ, ನಂತರ ಅಪ್ಲಿಕೇಶನ್ ಬದಲು ಕಲಾಕೃತಿಗಳನ್ನು ಹುಡುಕಿ. ಹಳೆಯ ಕ್ಲೈಂಟ್ ಬಿಟ್ಟ ಸುರಂಗ ಇಂಟರ್ಫೇಸ್, ಹಳೆಯ ವಿಭಜಿತ ಮಾರ್ಗ ಮತ್ತು ಪ್ರತಿ ಕೊಂಡಿಗೆ DNS ಪ್ರತಿಯೊಂದಕ್ಕೂ ತನ್ನದೇ ಆದೇಶ ಬೇಕು. ಮೂರೂ ಕೂಡ ಪ್ರತಿ ಪ್ಯಾಕೇಜನ್ನೂ ಯಶಸ್ವಿಯಾಗಿ ತೆಗೆದುಹಾಕಿದ ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆಯ ನಂತರವೂ ಉಳಿಯಬಹುದು.

ip link
ip route
resolvectl status

ಹೊಸ ಲಾಗಿನ್ ಷೆಲ್ ಸಹ ತೆರೆಯಿರಿ, ಏಕೆಂದರೆ ಸ್ವಯಂಪ್ರಾರಂಭ ನಮೂದು ಅಲ್ಲಿಯೇ ಮಾತ್ರ ಪ್ರಚೋದನೆಗೊಳ್ಳುತ್ತದೆ. ನಂತರ ಇಂಟರ್ಫೇಸ್ ಸ್ಥಿತಿ ಬದಲಾದಾಗಲೆಲ್ಲ ಸಂಪರ್ಕವನ್ನು ಮೇಲೆ ತರುವ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಾಗಿ /etc/NetworkManager/dispatcher.d/ ಓದಿ, ಇದು ಹಿಂದೆ ಸೇವೆ ಇಲ್ಲದೆ ಸುರಂಗ ಮರಳುವುದನ್ನು ವಿವರಿಸುತ್ತದೆ. ಇನ್ನೂ ಏನಾದರೂ ಹೊರಕ್ಕೆ ಡಯಲ್ ಮಾಡುತ್ತಿದ್ದರೆ, ಲಕ್ಷಣ ನಿಲ್ಲುವವರೆಗೆ ಫೈಲ್‌ಗಳನ್ನು ಅಳಿಸುವ ಬದಲು ಪ್ರಕ್ರಿಯೆಯನ್ನು ಅದರ ಪೋಷಕರವರೆಗೆ ಟ್ರೇಸ್ ಮಾಡಿ. ಯಂತ್ರವನ್ನು ಸ್ವಚ್ಛಗೊಳಿಸುವುದು ಮತ್ತು ಖಾತೆಯನ್ನು ರದ್ದುಗೊಳಿಸುವುದು ಬೇರೆ ಬೇರೆ ಕೆಲಸಗಳು, ಮತ್ತು ರೀಬೂಟ್ ಶಾಂತವಾಗಿ ಕಾಣಿಸಿದಾಗ ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಮುಗಿದಿರುತ್ತದೆ.