VPN ಸಂಪರ್ಕಗೊಂಡಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ, ಆದರೆ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗ ಸತ್ತಿದೆ

ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಗೊಂಡಿದೆ ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ, ಟ್ರೇ ಐಕಾನ್ ಸಾಮಾನ್ಯವಾಗಿ ಕಾಣುತ್ತದೆ, ಮತ್ತು ಏನೂ ಲೋಡ್ ಆಗುವುದಿಲ್ಲ. ನೀವು Wi-Fi ನಿಂದ ಕೇಬಲ್‌ಗೆ ಹೋದ ತಕ್ಷಣ, ಅಥವಾ ವಿತರಣಾ ನವೀಕರಣ ಮುಗಿದ ತಕ್ಷಣ ಅದು ಪ್ರಾರಂಭವಾಯಿತು. ಮುರಿದದ್ದು ಪ್ರೊಫೈಲ್ ಅಲ್ಲ, ಹಿಂದಿನ ಮೂಲ ಸಂಪರ್ಕಕ್ಕಾಗಿ ನಿರ್ಮಿಸಲಾದ ಸ್ಥಿತಿ. ಕರ್ನಲ್‌ನಲ್ಲಿ ಇನ್ನೂ ಯಾರೂ ಒಡೆತನ ಹೊಂದಿಲ್ಲದ ಟನೆಲ್ ಸಾಧನದತ್ತ ತೋರಿಸುವ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವಿದೆ, ಅಥವಾ ರಿಸಾಲ್ವರ್ ಇನ್ನೂ ಮಾಯವಾದ ಲಿಂಕ್‌ನಲ್ಲಿ ಸರ್ವರ್‌ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಎರಡೂ ವೈಫಲ್ಯಗಳು ಸತ್ತ ನೆಟ್‌ವರ್ಕ್‌ನಂತೆ ಕಾಣುತ್ತವೆ ಮತ್ತು ಎರಡನ್ನೂ ಸ್ಥಳದಲ್ಲೇ ಸರಿಪಡಿಸಬಹುದು.

ಹಳೆಯ ತುಣುಕುಗಳು ನೀವು ಗಮನಿಸುವ ಮೊದಲೇ ತಪ್ಪಾಗಿದ್ದವು. ಕೇಬಲ್ ಎಳೆದು ತೆಗೆಯುವುದು ಅವುಗಳನ್ನು ಕೇವಲ ಗೋಚರವಾಗಿಸಿತು.

ಪ್ಯಾಕೆಟ್ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ ಎಂದು ಕರ್ನಲ್‌ಗೆ ಕೇಳಿ

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

ಹುಡುಕಾಟವನ್ನು ಎರಡು ಬಾರಿ ನಡೆಸಿ, ಒಮ್ಮೆ ಸಾರ್ವಜನಿಕ ವಿಳಾಸಕ್ಕೆ ಮತ್ತು ಒಮ್ಮೆ ಒಳಗಿನ ವಿಳಾಸಕ್ಕೆ, ಏಕೆಂದರೆ ವಿಭಜಿತ ಟನೆಲ್ ನೀತಿಯು ಒಂದನ್ನು ಪ್ರಾಮಾಣಿಕವಾಗಿ ಮಾರ್ಗದರ್ಶಿಸಿ ಇನ್ನೊಂದನ್ನು ಬೀಳಿಸಬಹುದು.

ip route show default
ip route get 1.1.1.1
ip route get 10.20.30.40

ರಿಸಾಲ್ವರ್ ಕೂಡ ಸತ್ತ ಲಿಂಕ್ ಅನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ

systemd-resolved ಇರುವ ಹೋಸ್ಟ್‌ನಲ್ಲಿ, DNS ಸರ್ವರ್‌ಗಳು ಒಂದು ಜಾಗತಿಕ ಪಟ್ಟಿಗೆ ಅಲ್ಲ, ಲಿಂಕ್‌ಗಳಿಗೆ ಸೇರಿವೆ. ಬಿದ್ದ VPN ಲಿಂಕ್ ಸ್ವಲ್ಪ ಕಾಲ ತನ್ನ ಸರ್ವರ್‌ಗಳೊಂದಿಗೆ ನೋಂದಾಯಿತವಾಗಿ ಉಳಿಯಬಹುದು, ಮತ್ತು ಆಗ ಪ್ರತಿ ಹುಡುಕಾಟವೂ ಎಂದೂ ಉತ್ತರಿಸದ ವಿಳಾಸಕ್ಕಾಗಿ ಕಾಯುತ್ತದೆ. ಆ ವಿಳಂಬವು ಸತ್ತ ನೆಟ್‌ವರ್ಕ್‌ನಂತೆ ಅನಿಸುತ್ತದೆ ಮತ್ತು ಮಾರ್ಗ ಸರಿಯಾಗಿದ್ದಾಗಲೂ ಜನರನ್ನು ಮಾರ್ಗಗಳತ್ತ ನೋಡುವಂತೆ ಮಾಡುತ್ತದೆ.

resolvectl status
resolvectl query intranet.example.com

ಪ್ರತಿ ಲಿಂಕ್‌ನ ಬ್ಲಾಕ್‌ಗಳನ್ನು ಓದಿ ಮತ್ತು ಪ್ರಶ್ನೆಯಲ್ಲಿರುವ ಡೊಮೇನ್ ಯಾವ ಲಿಂಕ್‌ನದ್ದು ಎಂದು ಗುರುತಿಸಿ. ಮೇಲಿದ್ದರೂ ಒಳಗಿನ ಡೊಮೇನ್‌ನ ಮಾಲೀಕರಲ್ಲದ ಟನೆಲ್ ಒಳಗಿನ ಹೆಸರುಗಳನ್ನು ಸಾರ್ವಜನಿಕ ರಿಸಾಲ್ವರ್‌ಗೆ ರವಾನಿಸುತ್ತದೆ, ಮತ್ತು ಲಕ್ಷಣವು ಮಾರ್ಗದರ್ಶನ ದೋಷದಿಂದ ಪ್ರತ್ಯೇಕಿಸಲಾಗದು.

ನೋಂದಣಿಯನ್ನು ಸರಿಪಡಿಸಿ, ಅಲ್ಲ /etc/resolv.conf. ಪ್ರಸ್ತುತ Ubuntu ಮತ್ತು Fedora ಸ್ಥಾಪನೆಗಳಲ್ಲಿ ಆ ಮಾರ್ಗವು ರಿಸಾಲ್ವರ್‌ನ ರನ್‌ಟೈಮ್ ಸ್ಥಿತಿಗೆ ಸಿಂಬಾಲಿಕ್ ಲಿಂಕ್ ಆಗಿದೆ, ಆದ್ದರಿಂದ ಸಂಪಾದನೆ ಯಾ ನಿರ್ಲಕ್ಷಿಸಲ್ಪಡುತ್ತದೆ ಯಾ ಮುಂದಿನ ನೆಟ್‌ವರ್ಕ್ ಘಟನೆಯಲ್ಲಿ ಮೇಲೆ ಬರೆಯಲ್ಪಡುತ್ತದೆ.

VPN ಎಂದೂ ತಾನಾಗಿಯೇ ಪ್ರಾರಂಭವಾಗುವುದಿಲ್ಲ

NetworkManager ಮೂಲ ಸಂಪರ್ಕದ ಮೇಲೆ VPN ಅನ್ನು ಎತ್ತುತ್ತದೆ, ಮತ್ತು ಯಾವುದನ್ನು ಅನುಸರಿಸಬೇಕೆಂದು ಆ ಮೂಲದ connection.secondaries ನಿಂದ ಕಲಿಯುತ್ತದೆ. ಸಂಪರ್ಕ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಉಲ್ಲೇಖ VPN ಪ್ರೊಫೈಲ್‌ಗಳಿಗೆ ಸ್ವಯಂ ಸಂಪರ್ಕ ಜಾರಿಯಾಗಿಲ್ಲ ಎಂದು ಸ್ಪಷ್ಟವಾಗಿ ಹೇಳುತ್ತದೆ. ಈ ರೀತಿಯ ವೈಫಲ್ಯದ ಹಿಂದಿನ ಸಂಪೂರ್ಣ ಕಾರ್ಯವಿಧಾನ ಇದೇ: ಮೂಲವನ್ನು ಬದಲಿಸಿ, ಆಗ VPN ಅನ್ನು ಮತ್ತೆ ಜೋಡಿಸಬೇಕು ಅಥವಾ ಕೈಯಿಂದ ಮರುಸಕ್ರಿಯಗೊಳಿಸಬೇಕು.

nmcli device status
nmcli connection show --active
nmcli connection up office-vpn

ಸಕ್ರಿಯ ಪಟ್ಟಿ VPN ಇಲ್ಲದೆ ಮೂಲವನ್ನು ತೋರಿಸಿದರೆ, ಟನೆಲ್ ಸಂಪೂರ್ಣವಾಗಿ ಸಕ್ರಿಯವಲ್ಲ ಮತ್ತು ಮಾರ್ಗವು ಹಳೆಯದಾಗಿ ಉಳಿಯದೆ ಎಂದೂ ಸ್ಥಾಪನೆಯಾಗಿಲ್ಲ. ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆ ಮೂಲ ಸಂಪರ್ಕವಿಲ್ಲ ಎಂದು ದೂರಿದರೆ, ಅದರೊಂದಿಗೆ ಜೋಡಿಸಲಾದ ಮೂಲ ಮಾಯವಾಗಿದೆ, ಆದ್ದರಿಂದ ಮೊದಲು ಮೂಲ ಅಥವಾ ಜೋಡಣೆಯನ್ನು ಸರಿಪಡಿಸಿ ಮತ್ತು VPN ಅನ್ನು ಮತ್ತೆ ಪ್ರಯತ್ನಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿ.

ನವೀಕರಣವು ಸಂದೇಶವಿಲ್ಲದೆ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಬೀಳಿಸಬಹುದು

ವಿತರಣೆಯ ನವೀಕರಣವು ಕ್ಲೈಂಟ್ ಮತ್ತು ಹೆಚ್ಚಾಗಿ ಅದರ NetworkManager ಪ್ಲಗಿನ್ ಅನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ, ಆದರೆ ಉಳಿಸಿದ ಪ್ರೊಫೈಲ್ ಅದನ್ನು ಬರೆದ ಗುಣಲಕ್ಷಣಗಳ ಹೆಸರುಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಹೊಸ ಪ್ಲಗಿನ್ ಇನ್ನು ಗುರುತಿಸದ ಎಲ್ಲವನ್ನೂ ಮೌನವಾಗಿ ಬಿಟ್ಟುಬಿಡಲಾಗುತ್ತದೆ. ಪ್ರೊಫೈಲ್ ಇನ್ನೂ ಸಕ್ರಿಯವಾಗುತ್ತದೆ ಮತ್ತು ಸಾಧನ ಇನ್ನೂ ಕಾಣಿಸುತ್ತದೆ, ಆದರೆ ಮೊದಲು ಅದರೊಂದಿಗೆ ಬರುತ್ತಿದ್ದ ಮಾರ್ಗ ಇನ್ನು ಬರುವುದಿಲ್ಲ.

ಕೈಯಿಂದ ಬರೆದ ಹುಕ್‌ಗಳೂ ಸರಿಯುತ್ತವೆ. ಹಳೆಯ ಕ್ರಮದ ಊಹಿಸಬಹುದಾದ ಕ್ಷಣದಲ್ಲಿ ಮಾರ್ಗವನ್ನು ಸ್ಥಾಪಿಸುತ್ತಿದ್ದ ಸ್ಕ್ರಿಪ್ಟ್ ಈಗ ಇಂಟರ್‌ಫೇಸ್ ಇರುವ ಮೊದಲೇ ಓಡಬಹುದು, ಅಥವಾ ಕ್ಲೈಂಟ್ ಈಗಾಗಲೇ ಅವಧಿ ಮುಗಿದ ನಂತರ.

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

ಮೂರು ಸ್ಥಿತಿಗಳು, ಮೂರು ವಿಭಿನ್ನ ಸರಿಪಡಿಸುವಿಕೆಗಳು

ಏನನ್ನೂ ಮುಟ್ಟುವ ಮೊದಲು ನೀವು ಯಾವ ಸ್ಥಿತಿಯಲ್ಲಿದ್ದೀರಿ ಎಂದು ನಿರ್ಧರಿಸಿ, ಏಕೆಂದರೆ ಮರುಬೂಟ್ ಸಾಕ್ಷ್ಯವನ್ನು ನಾಶಪಡಿಸುತ್ತದೆ ಮತ್ತು ಮುಂದಿನ ನೆಟ್‌ವರ್ಕ್ ಬದಲಾವಣೆಯಲ್ಲಿ ದೋಷ ಮರಳುತ್ತದೆ.

ಸಾರ್ವಜನಿಕ ವಿಳಾಸಕ್ಕೆ ಒಂದು ಹುಡುಕಾಟ, ಒಳಗಿನ ವಿಳಾಸಕ್ಕೆ ಒಂದು ಮತ್ತು ಒಂದು ಹೆಸರಿನ ಪ್ರಶ್ನೆಯೊಂದಿಗೆ ಮುಗಿಸಿ. ವಿಳಾಸಗಳು ಕೆಲಸ ಮಾಡಿ ಹೆಸರು ಇಲ್ಲದಿದ್ದರೆ, ಉಳಿದ ದೋಷ ರಿಸಾಲ್ವರ್‌ನಲ್ಲಿ ಡೊಮೇನ್ ವ್ಯಾಪ್ತಿ, ಮತ್ತು ಮಾರ್ಗ ಕೋಷ್ಟಕ ಎಂದೂ ಸಮಸ್ಯೆಯಾಗಿರಲಿಲ್ಲ.