VPN ಅಪ್ಲಿಕೇಶನ್ ತೆಗೆದ ನಂತರ Ubuntu ಗೆ ಇಂಟರ್ನೆಟ್ ಇಲ್ಲ

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

ಟನೆಲ್ ಹೋಯಿತು, ನೀತಿ ಇಲ್ಲ

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

ಅದಕ್ಕೇ ಮರುಸ್ಥಾಪನೆ ಕೆಲವೊಮ್ಮೆ ಸಂಪರ್ಕವನ್ನು ಮರಳಿಸುತ್ತದೆ: ಅದು ತನ್ನದೇ ನೀತಿಯನ್ನು ಹಿಂಪಡೆಯುವುದು ಹೇಗೆಂದು ತಿಳಿದ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಮತ್ತೆ ರಚಿಸುತ್ತದೆ. ತನ್ನ ಸ್ವಿಚ್ ಸಕ್ರಿಯವಾಗಿದ್ದಾಗ ತೆಗೆದ ಕ್ಲೈಂಟ್, ಯಾರೂ ಸ್ವಚ್ಛಗೊಳಿಸಲು ಉಳಿಯದ ಸ್ಥಿತಿಯನ್ನು ಬಿಟ್ಟುಹೋಯಿತು.

ಪ್ಯಾಕೇಜ್ ಎಂದೂ ಹೊಂದಿರದ ವಸ್ತುಗಳನ್ನು ಓದಿ

ಬದಲಿಸುವ ಮೊದಲು ಸ್ಥಿತಿಯನ್ನು ಓದಿ. ಸಾಧನಗಳು, ಸಕ್ರಿಯ ಸಂಪರ್ಕಗಳು ಮತ್ತು ಎರಡೂ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ, ನಂತರ ತಾನು ಸಂಪರ್ಕಗೊಂಡಿದೆ ಎಂದು ವರದಿ ಮಾಡುವ ನಕಲಿ ಸಾಧನ ಅಥವಾ ಅದರ ಕಡೆಗೆ ತೋರಿಸುವ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಹುಡುಕಿ. IPv4 ಮತ್ತು IPv6 ಪ್ರತ್ಯೇಕವಾಗಿ ವಿಫಲವಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಹೆಸರು ವಿಭಜನೆ ಕೆಟ್ಟಿರುವ ವಿಳಾಸಕ್ಕೆ ಕೆಲಸ ಮಾಡುವ ping ಸತ್ತ ಮಾರ್ಗಕ್ಕಿಂತ ಬೇರೆ ವಸ್ತುವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಹಿಡಿದಿಟ್ಟುಕೊಂಡಿರುವ ನಕಲಿ ಸಾಧನವೇ ಇಡೀ ವ್ಯತ್ಯಯವನ್ನು ವಿವರಿಸುತ್ತದೆ.

nmcli device status
nmcli connection show --active
ip -4 route
ip -6 route

ನೀವು ಕಂಡದ್ದನ್ನು ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಪರಿಹಾರ ಒಂದು ನಿರ್ದಿಷ್ಟ ವಸ್ತುವನ್ನು ಅಳಿಸುವುದು, ಎಲ್ಲವನ್ನೂ ಮರುಹೊಂದಿಸುವುದಲ್ಲ. ಇದಕ್ಕಿಂತ ವಿಶಾಲ ಯಾವುದೇ ಕ್ರಮ ಎರಡನೇ ವ್ಯತ್ಯಯದ ಅಪಾಯ ತರುತ್ತದೆ. ದುರಸ್ತಿ ಮತ್ತು ಊಹೆಯ ನಡುವಿನ ವ್ಯತ್ಯಾಸ ಇದೇ.

ಸಂಪರ್ಕಗೊಂಡ ಸಾಧನದೊಂದಿಗೆ ಖಾಲಿ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕ ಬೇರೆ ದೋಷ, ಮತ್ತು ಅದು ಉಳಿದ ಪ್ರೊಫೈಲ್ ಅಲ್ಲ, DHCP ಕಡೆಗೆ ತೋರಿಸುತ್ತದೆ. ಏನನ್ನಾದರೂ ಸಂಪಾದಿಸುವ ಮೊದಲು ಲೀಜ್ ಓದಿ.

ಪ್ರೊಫೈಲ್ ಅಳಿಸಿ, ಕೀ ಫೈಲ್ ಅಲ್ಲ

ಕೀ ಫೈಲ್ ತೆಗೆಯುವ ಬದಲು NetworkManager ಮೂಲಕ ಪ್ರೊಫೈಲ್ ಅಳಿಸಿ. ಫೈಲ್ ಅಳಿಸಿದರೆ ಪ್ರೊಫೈಲ್ ಮುಂದಿನ ಮರುಪ್ರಾರಂಭದವರೆಗೆ ಮೆಮೊರಿಯಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿರುತ್ತದೆ, ಇದು ಸರಿಯಾದ ದುರಸ್ತಿಯನ್ನು ಅವಿಶ್ವಾಸನೀಯವಾಗಿ ಕಾಣಿಸುತ್ತದೆ. ನಂತರ ಸೇವೆಯನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ಸಾಧನಗಳ ಪಟ್ಟಿಯನ್ನು ಮತ್ತೆ ಓದಿ. ಅಳಿಸುವಿಕೆಯನ್ನು ನಿಜವಾಗಿಸುವುದು ಮರುಪ್ರಾರಂಭವೇ.

sudo nmcli connection delete pvpn-killswitch
sudo systemctl restart NetworkManager

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

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

ಕೆಲವು ಅವಶೇಷಗಳು ಪ್ರತಿ ಬೂಟ್‌ನಲ್ಲೂ ತಮ್ಮನ್ನು ಮರುಸ್ಥಾಪಿಸಿಕೊಳ್ಳುತ್ತವೆ. ಕೈಬರಹದ ಯುನಿಟ್ ಅಥವಾ ಫೈರ್‌ವಾಲ್ ನಿಯಮಗಳನ್ನು ಸೇರಿಸುವ if-up ಸ್ಕ್ರಿಪ್ಟ್ ಪ್ಯಾಕೇಜ್ ಹೋದ ನಂತರವೂ ಅದನ್ನು ಮುಂದುವರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ವ್ಯತ್ಯಯ ಮರಳುತ್ತದೆ ಮತ್ತು ಹಿಂದಿನ ದುರಸ್ತಿ ಅದೃಷ್ಟದಂತೆ ಕಾಣುತ್ತದೆ. ಮತ್ತೆ ಮರುಬೂಟ್ ಮಾಡುವ ಮೊದಲು ಯುನಿಟ್ ಫೈಲ್‌ಗಳು ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಹುಕ್‌ಗಳನ್ನು ಹುಡುಕಿ. ಯುನಿಟ್‌ನ ಹೆಸರೇ ಸಾಮಾನ್ಯವಾಗಿ ಸುಳಿವು.

systemctl list-unit-files | grep -i vpn
grep -rl -i vpn /etc/systemd/system /etc/network/if-up.d

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