resolvconf ಡೇಟಾಬೇಸ್ನಿಂದ ಹಳೆಯ VPN ದಾಖಲೆಯನ್ನು ತೆಗೆದುಹಾಕುವುದು

ಸುರಂಗ ಮುಚ್ಚಿದ ಒಂದು ದಿನದ ನಂತರವೂ ಆಂತರಿಕ ಹೆಸರು ಇನ್ನೂ VPN ಸರ್ವರ್ಗೆ ಪರಿಹರಿಸಲ್ಪಡುತ್ತದೆ, ಮತ್ತು ಪರಿಹಾರಕ ಕಡತವು ಆ ನಮೂದಿನೊಂದಿಗೆ ಮತ್ತೆ ಮತ್ತೆ ಬರುತ್ತದೆ. Debian resolvconf ಸ್ಥಿತಿಯನ್ನು ಹೊಂದಿರುವ ಸ್ಥಳದಲ್ಲಿ, ಆ ಕಡತವು ಪೂರೈಕೆದಾರರ ದಾಖಲೆಗಳಿಂದ ಜೋಡಿಸಲ್ಪಡುತ್ತದೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದು ಉಳಿದ ಭಾಗವಾಗಿದೆ. ದಾಖಲೆಯನ್ನು ಅಳಿಸಲು ಒಂದು ನಿಮಿಷ ಸಾಕು; ಅದನ್ನು ಅಳಿಸುವುದು ಸುರಕ್ಷಿತ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದೇ ನಿಜವಾದ ಕೆಲಸ. ಈ ದ್ವಾರಗಳು ಕ್ರಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ, ಮತ್ತು ವಿಫಲವಾದ ದ್ವಾರವು ಕಾರ್ಯವಿಧಾನವನ್ನು ಕೊನೆಗೊಳಿಸುತ್ತದೆ, ಮುಂದಿನ ಹಂತಕ್ಕೆ ಕಳುಹಿಸುವುದಿಲ್ಲ.

resolvconf ಸ್ಥಿತಿಯನ್ನು ಹೊಂದಿದೆ ಎಂದು ದೃಢೀಕರಿಸಿ

ಮೊದಲು ಮಾಲೀಕರನ್ನು ಗುರುತಿಸಿ, ಏಕೆಂದರೆ systemd-resolved ಅಡಿಯಲ್ಲಿ ಅದೇ ಲಕ್ಷಣಕ್ಕೆ ಬೇರೆ ಆದೇಶಗಳು ಮತ್ತು ಬೇರೆ ದುರಸ್ತಿ ಬೇಕು. resolvconf ಪ್ಯಾಕೇಜ್ /run/resolvconf ಅಡಿಯಲ್ಲಿ ಡೇಟಾಬೇಸ್ ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು /etc/resolv.conf ಅನ್ನು ಆ ಡೇಟಾಬೇಸ್ನಿಂದ ನಿರ್ಮಿಸುವ ಕಡತಕ್ಕೆ ತೋರಿಸುತ್ತದೆ. ಎರಡು ಓದುವಿಕೆಗಳು ಪ್ರಶ್ನೆಯನ್ನು ನಿರ್ಣಯಿಸುತ್ತವೆ: ಸಿಂಬಾಲಿಕ್ ಲಿಂಕ್ನ ಗುರಿ, ಮತ್ತು ಪ್ಯಾಕೇಜ್ ಸ್ಥಾಪಿತವಾಗಿ ಸಕ್ರಿಯವಾಗಿದೆಯೇ ಎಂಬುದು. /run/systemd/resolve ಅಡಿಯಲ್ಲಿನ ಗುರಿ ಎಂದರೆ ಬೇರೆ ವಿನ್ಯಾಸ, ಅಲ್ಲಿ ಕೆಳಗಿನ ಯಾವುದೂ ಅನ್ವಯಿಸುವುದಿಲ್ಲ.

dpkg -l resolvconf | tail -1
ls -l /etc/resolv.conf
systemctl is-active resolvconf.service

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

ಡೇಟಾಬೇಸ್ ಒಳಹರಿವುಗಳನ್ನು ಹೊಂದಿದೆ, ಉತ್ತರವನ್ನಲ್ಲ

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

sudo resolvconf --list
sudo resolvconf -i

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

ಕೀಲಿಯನ್ನು ಮತ್ತೆ ನಿರ್ಮಿಸುವ ಬದಲು ಔಟ್ಪುಟ್ನಿಂದ ನಕಲಿಸಿ. ಹಳೆಯ ಸ್ಕ್ರಿಪ್ಟ್ ಆ ಹೆಸರನ್ನು ಬಳಸಿದ್ದರಿಂದಲೇ ನಮೂದನ್ನು tun0 ಎಂದು ಕರೆಯುವುದಿಲ್ಲ.

ದಾಖಲೆಗೆ ಮಾಲೀಕರಿಲ್ಲ ಎಂದು ಸಾಬೀತುಪಡಿಸಿ

ಯಾವುದೇ ಜೀವಂತ ಸಂಪರ್ಕವು ಸ್ಥಾಪಿಸದಿದ್ದರೆ ದಾಖಲೆಯನ್ನು ಅಳಿಸುವುದು ಸುರಕ್ಷಿತ. ಕೀಲಿಯನ್ನು ಅದನ್ನು ರಚಿಸಿದ ಸಂಪರ್ಕಕ್ಕೆ ಸಂಬಂಧಿಸಿ, ನಂತರ ಆ ಸಂಪರ್ಕ ಹೋಗಿದೆ ಎಂದು ದೃಢೀಕರಿಸಿ. ಆ ಪರಸ್ಪರ ಸಂಬಂಧವೇ ಇಡೀ ದ್ವಾರ, ಮತ್ತು ಅಳಿಸುವ ಆದೇಶದ ಕಡೆಗೆ ಹೋಗುವ ದಾರಿಯಲ್ಲಿ ಹೆಚ್ಚಾಗಿ ಬಿಟ್ಟುಬಿಡುವ ಹಂತ ಅದೇ. ಸಾಕ್ಷ್ಯ ಅಸ್ಪಷ್ಟವಾಗಿದ್ದರೆ, ದಾಖಲೆಯನ್ನು ಜೀವಂತ ಎಂದು ಪರಿಗಣಿಸಿ ನಿಲ್ಲಿಸಿ.

ಪ್ರಕ್ರಿಯೆ ಹೆಸರುಗಳು ದುರ್ಬಲ ಸಾಕ್ಷ್ಯ. OpenConnect vpnc-script ಅನ್ನು ಕರೆಯುತ್ತದೆ, ಆದ್ದರಿಂದ vpnc ಪ್ರಕ್ರಿಯೆಯ ಪರಿಶೀಲನೆ ಯಾವ ದಾಖಲೆ ಪ್ರಸ್ತುತ ಎಂದು ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಹೊಸ ಸಂಪರ್ಕವು ಹಳೆಯದು ಬಿಟ್ಟ ಇಂಟರ್ಫೇಸ್ ಹೆಸರನ್ನು ಮತ್ತೆ ಬಳಸಬಹುದು, ಇದು ಕೀಲಿಯನ್ನು ನಿಜವಾದ ವಯಸ್ಸಿಗಿಂತ ಹಳೆಯದಾಗಿ ಕಾಣಿಸುತ್ತದೆ. ದಾಖಲೆಯೊಳಗಿನ ಸರ್ವರ್ ವಿಳಾಸವನ್ನು ಇನ್ನೂ ಚಾಲನೆಯಲ್ಲಿರುವ ಸುರಂಗಗಳ ವಿಳಾಸಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ, ಅವು ಹೊಂದಿಕೆಯಾದರೆ ನಿಲ್ಲಿಸಿ.

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

ತೆಗೆದುಹಾಕುವಿಕೆ ಮತ್ತು ಮರುಬರವಣಿಗೆಯನ್ನು ಪರಿಶೀಲಿಸಿ

ದಾಖಲೆ ಹಳೆಯದು ಎಂದು ದೃಢಪಟ್ಟ ನಂತರ, ಅದನ್ನು ನಿಖರ ಕೀಲಿಯಿಂದ ಅಳಿಸಿ, ನಂತರ ಊಹಿಸುವ ಬದಲು ಫಲಿತಾಂಶವನ್ನು ಓದಿ. ಈ ಆದೇಶವು ಹೋಸ್ಟ್ನ ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ನ ಪರಿಹಾರಕ ಸ್ಥಿತಿಯನ್ನು ಬದಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನೀವು ನಿಯಂತ್ರಿಸುವ ಕಿಟಕಿಯಲ್ಲಿ ಅದನ್ನು ಚಲಾಯಿಸಿ. ಕೀಲಿಯನ್ನು ಉದ್ಧರಣ ಚಿಹ್ನೆಗಳಲ್ಲಿ ಇರಿಸಿ, ಏಕೆಂದರೆ ಅದು ಶೆಲ್ ವಿಸ್ತರಿಸುವ ಅಕ್ಷರಗಳನ್ನು ಹೊಂದಿದೆ. ಬ್ಲಾಕ್ನಲ್ಲಿರುವ ಪ್ಲೇಸ್ಹೋಲ್ಡರ್ ನೀವು ಪಟ್ಟಿಯಿಂದ ನಕಲಿಸಿದ ಕೀಲಿಯನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಅಕ್ಷರಶಃ ಸ್ಟ್ರಿಂಗ್ ಅನ್ನಲ್ಲ.

sudo resolvconf -d "RECORD_KEY_FROM_THE_LIST"
sudo resolvconf --list
resolvectl query host.corp.example || getent hosts host.corp.example

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

resolvconf -u ಆ ನವೀಕರಣ ಸ್ಕ್ರಿಪ್ಟ್ಗಳನ್ನು ಮಾತ್ರ ಚಲಾಯಿಸುತ್ತದೆ. ಅದು ಎಂದಿಗೂ ಹಳೆಯ ದಾಖಲೆಯನ್ನು ಗುರುತಿಸುವುದಿಲ್ಲ ಅಥವಾ ಅಳಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಹಳೆಯ ಒಳಹರಿವುಗಳಿಂದ ಮತ್ತೆ ನಿರ್ಮಿಸಿದರೆ ಅದೇ ಅನಗತ್ಯ ಕಡತ ಮತ್ತೆ ಬರುತ್ತದೆ.

ಕೊಲ್ಲಲ್ಪಟ್ಟ ಸಂಪರ್ಕ ಕಡಿತ ಕೊಕ್ಕೆ ದಾಖಲೆಯನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ

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

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

ನಂತರ ಜೀವನಚಕ್ರವನ್ನು ಅಭ್ಯಾಸ ಮಾಡಿ: ಸಂಪರ್ಕಿಸಿ, ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ, ದಾಖಲೆಗಳನ್ನು ಮತ್ತೆ ಪಟ್ಟಿ ಮಾಡಿ. ನಮೂದು ತಾನಾಗಿಯೇ ಮಾಯವಾಗುವುದೇ ದುರಸ್ತಿ ನಿಲ್ಲುತ್ತದೆ ಎಂಬುದಕ್ಕೆ ಏಕೈಕ ಸಾಕ್ಷ್ಯ.