Debian resolvconf ದಾಖಲೆ ಕ್ರಮ: VPN ದಾಖಲೆಯನ್ನು ಮೊದಲು ಇರಿಸಿ

VPN ನ ನೇಮ್ಸರ್ವರ್ ಪದೇ ಪದೇ LAN ನ ನೇಮ್ಸರ್ವರ್ನ ಕೆಳಗೆ ಬೀಳುತ್ತದೆ, ಮತ್ತು /etc/resolv.conf ಸಂಪಾದಿಸುವುದು ಅದನ್ನು ಕೆಲವು ನಿಮಿಷಗಳ ಕಾಲ ಸರಿಪಡಿಸುತ್ತದೆ. ಆ ಫೈಲ್ ರಚಿಸಲ್ಪಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಸರಿಪಡಿಸುವಿಕೆ ಎಂದಿಗೂ ಉಳಿಯುವುದಿಲ್ಲ. Debian ನ resolvconf ನಲ್ಲಿ ಕ್ರಮದ ಇನ್ಪುಟ್ /etc/resolvconf/interface-order, ಮತ್ತು ಅದು DNS ವಿಳಾಸಗಳಲ್ಲದೆ ದಾಖಲೆಗಳ ಹೆಸರುಗಳನ್ನು ವಿಂಗಡಿಸುತ್ತದೆ. ಎರಡೂ ಫೈಲ್ಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ಮುಟ್ಟುವ ಮೊದಲು ಯಾವ resolver ಸ್ಟಾಕ್ ನಿಜವಾಗಿ ಜವಾಬ್ದಾರ ಎಂದು ಖಚಿತಪಡಿಸಿ.

ಔಟ್ಪುಟ್ resolvconf ನದೇ ಎಂದು ಖಚಿತಪಡಿಸಿ

ಪ್ರಸ್ತುತ ಫೈಲ್ ಅನ್ನು ಯಾವುದು ಬರೆಯಿತು ಮತ್ತು ಮತ್ತೆ ಯಾವುದು ಬರೆಯುತ್ತದೆ ಎಂದು ಕೇಳುವ ಮೂಲಕ ಪ್ರಾರಂಭಿಸಿ. resolvconf ಪ್ಯಾಕೇಜ್ ತನ್ನನ್ನು ಕ್ರಿಯಾತ್ಮಕ resolver ಸಂರಚನೆಯ ಚೌಕಟ್ಟು ಎಂದು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು systemd-resolved ಅಥವಾ NetworkManager ನಿರ್ವಹಿಸುವ resolver ಚಲಾಯಿಸುವ ಹೋಸ್ಟ್ ಹೊರಗಿನಿಂದ ಒಂದೇ ರೀತಿ ಕಾಣಬಹುದು ಆದರೆ ಸಂಪೂರ್ಣ ಬೇರೆ ನೀತಿ ಬಳಸಬಹುದು.

readlink -f /etc/resolv.conf
dpkg -l resolvconf 2>/dev/null | tail -n 1

ಪರಿಹರಿಸಿದ ಮಾರ್ಗವು resolvconf ನ ರನ್ಟೈಮ್ ಡೈರೆಕ್ಟರಿಗೆ ಹೋಗದಿದ್ದರೆ, ಇಲ್ಲೇ ನಿಲ್ಲಿಸಿ: ಈ ಕೈಪಿಡಿ ಬೇರೆ ಸ್ಟಾಕ್ಗೆ ಸೇರಿದೆ.

ಆ ಪರಿಶೀಲನೆಯ ನಂತರವೇ resolvconf ಈಗ ಹೊಂದಿರುವ ದಾಖಲೆಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುವುದು ಯೋಗ್ಯ.

ಮಾದರಿಗಳನ್ನು ಬರೆಯುವ ಮೊದಲು ದಾಖಲೆಗಳನ್ನು ಓದಿ

interface-order ಪೂರೈಕೆದಾರ ದಾಖಲೆಗಳ ಹೆಸರುಗಳಿಗೆ ಹೊಂದುತ್ತದೆ, ವಿಳಾಸಗಳಿಗೆ ಅಥವಾ ಕರ್ನಲ್ ಇಂಟರ್ಫೇಸ್ ಹೆಸರುಗಳಿಗೆ ಅಲ್ಲ. ಯಾವುದು ನೋಂದಾಯಿತವಾಗಿದೆ ಎಂದು ಪಟ್ಟಿ ಮಾಡಿ, ಇದರಿಂದ ನಿಮ್ಮ ಮಾದರಿಗಳು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ನಮೂದುಗಳನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತವೆ.

ls /run/resolvconf/interfaces
cat /etc/resolvconf/interface-order

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

ಕ್ರಮವನ್ನು ಮೊದಲ-ಹೊಂದಿಕೆ ಮಾದರಿಗಳಾಗಿ ಬರೆಯಿರಿ

ಫೈಲ್ shell glob ಮಾದರಿಗಳ ಪಟ್ಟಿ, ಪ್ರತಿ ಸಾಲಿಗೆ ಒಂದು. ದಾಖಲೆ ತಾನು ಹೊಂದುವ ಮೊದಲ ಮಾದರಿಯ ಸ್ಥಾನವನ್ನು ಪಡೆಯುತ್ತದೆ, ಆದ್ದರಿಂದ ನಿರ್ದಿಷ್ಟ ಮಾದರಿಯ ಮೇಲೆ ಅಗಲವಾದ ಮಾದರಿ ಇದ್ದರೆ ನಿರ್ದಿಷ್ಟ ಸಾಲು ತಲುಪಲಾಗದಂತಾಗುತ್ತದೆ.

# /etc/resolvconf/interface-order
lo*
tun_work.*
enp*
*

ನಿರ್ದಿಷ್ಟ ಟನಲ್ ಮಾದರಿಯನ್ನು ಎಲ್ಲವನ್ನೂ ಹಿಡಿಯುವ ಮಾದರಿಯ ಮೇಲೆ ಮತ್ತು ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್ ಮಾದರಿಯ ಮೇಲೆ ಇರಿಸಿ.

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

ಮತ್ತೆ ರಚಿಸಿ ಮತ್ತು ಫಲಿತಾಂಶ ಪರಿಶೀಲಿಸಿ

ನವೀಕರಣ ಸ್ಕ್ರಿಪ್ಟ್ಗಳು ಫೈಲ್ ಅನ್ನು ಮರುನಿರ್ಮಿಸಿದಾಗ ಕ್ರಮ ಅನ್ವಯವಾಗುತ್ತದೆ. ರಚಿಸಿದ ಔಟ್ಪುಟ್ ಸಂಪಾದಿಸುವ ಬದಲು ಬೆಂಬಲಿತ ನವೀಕರಣ ಮಾರ್ಗವನ್ನು ಚಲಾಯಿಸಿ, ನಂತರ resolver ನಿಜವಾಗಿ ಏನನ್ನು ಸ್ವೀಕರಿಸಿತು ಎಂದು ಓದಿ.

resolvconf -u
cat /etc/resolv.conf

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

ಹಳೆಯ ದಾಖಲೆಯನ್ನು ಕೆಳದರ್ಜೆಗಿಳಿಸುವ ಬದಲು ನಿವೃತ್ತಿಗೊಳಿಸಿ

ಸಂಪರ್ಕ ಕಡಿತದ ನಂತರ ಮತ್ತೆ ಮತ್ತೆ ಕಾಣಿಸಿಕೊಳ್ಳುವ ಹಳೆಯ VPN ದಾಖಲೆ ಕ್ಲೈಂಟ್ ಸಂಯೋಜನೆಯಲ್ಲಿ ಜೀವನಚಕ್ರದ ದೋಷ. ಅದನ್ನು ಕೊನೆಗೆ ಸರಿಸುವುದು ಲಕ್ಷಣವನ್ನು ಮರೆಮಾಡಿ ಪಟ್ಟಿಯಲ್ಲಿ ಸತ್ತ resolver ಅನ್ನು ಬಿಡುತ್ತದೆ.

ಅದನ್ನು ನೋಂದಾಯಿಸುವ ಘಟಕದ ಮೂಲಕ ನಿವೃತ್ತಿಗೊಳಿಸಿ, ನಂತರ ದಾಖಲೆ ಡೈರೆಕ್ಟರಿ ಅದನ್ನು ಇನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿ.

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