Linux ನಲ್ಲಿ VPN ಪ್ರಾರಂಭಿಸಿದಾಗ ನಿಜವಾಗಿ ಏನಾಗುತ್ತದೆ
Linux ನಲ್ಲಿ VPN ಪ್ರಾರಂಭಿಸಿದಾಗ ಇಂಟರ್ಫೇಸ್ ರೂಪುಗೊಳ್ಳುತ್ತದೆ, ರೂಟ್ಗಳು ಸ್ಥಾಪನೆಯಾಗುತ್ತವೆ ಮತ್ತು ರಿಸಾಲ್ವರ್ ಬದಲಾಗುತ್ತದೆ. ಪ್ರತಿ ಹಂತವನ್ನು ಯಾವ ಸೇವೆ ಹೊಂದಿದೆ ಎಂದು ತಿಳಿಯುವುದು ಹೆಚ್ಚಿನ ಸೆಟಪ್ ವೈಫಲ್ಯಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ.
ಸಂಪರ್ಕಿಸು ಒತ್ತಿರಿ ಮತ್ತು Linux ಯಂತ್ರದಲ್ಲಿ ಮೂರು ವಿಷಯಗಳು ಬದಲಾಗುತ್ತವೆ: ಒಂದು ಇಂಟರ್ಫೇಸ್ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ, ರೂಟ್ಗಳು ಸ್ಥಾಪನೆಯಾಗುತ್ತವೆ, ಮತ್ತು ರಿಸಾಲ್ವರ್ ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಉತ್ತರಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಹೆಚ್ಚಿನ ಸೆಟಪ್ ವೈಫಲ್ಯಗಳು ಆ ಮೂರರಲ್ಲಿ ಒಂದು ಉಳಿದವುಗಳಿಲ್ಲದೆ ಸಂಭವಿಸುವುದರಿಂದ ಅಥವಾ ಎರಡು ಪ್ರೋಗ್ರಾಂಗಳು ಅವುಗಳ ಮಾಲೀಕತ್ವದ ಬಗ್ಗೆ ಒಪ್ಪದಿರುವುದರಿಂದ ಬರುತ್ತವೆ. ಕ್ರಮವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಕ್ಲೈಂಟ್ನ ಲಾಗ್ ಔಟ್ಪುಟ್ ಓದುವುದಕ್ಕಿಂತ ವೇಗವಾಗಿ ವೈಫಲ್ಯವನ್ನು ವಿವರಿಸುತ್ತದೆ.
ಏನೂ ಕೆಲಸ ಮಾಡುವ ಮೊದಲು ಇಂಟರ್ಫೇಸ್ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ
ಟನೆಲ್ ಕ್ಲೈಂಟ್ ವರ್ಚುವಲ್ ಇಂಟರ್ಫೇಸ್ ತೆರೆದು ಅದಕ್ಕೆ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ನೀಡುತ್ತದೆ. TUN ಸಾಧನ IP ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ, ಅದು ರೂಟೆಡ್ VPN ಗೆ ಬೇಕಾದದ್ದು; TAP ಸಾಧನ Ethernet ಫ್ರೇಮ್ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ, ಅದು ಬ್ರಿಡ್ಜ್ಡ್ ವಿನ್ಯಾಸಕ್ಕೆ ಬೇಕಾದದ್ದು. ಕರ್ನಲ್ ಮಾಡ್ಯೂಲ್ ಸಾಧನವನ್ನು ಒದಗಿಸುತ್ತದೆ, ಮತ್ತು ಸೆಷನ್ ಇರುವವರೆಗೆ ಕ್ಲೈಂಟ್ ಅದನ್ನು ಹೊಂದಿರುತ್ತದೆ.
ಇಂಟರ್ಫೇಸ್ ಮೇಲಕ್ಕೆ ಬರುವುದು ಟನೆಲ್ ಕೆಲಸ ಮಾಡುವುದಕ್ಕೆ ಸಮನಲ್ಲ. ಪೀರ್ ತಲುಪಲಾಗದಿದ್ದರೂ ಅದು ವಿಳಾಸದೊಂದಿಗೆ ಇರಬಹುದು, ಆದ್ದರಿಂದ ಇಂಟರ್ಫೇಸ್ ಪಟ್ಟಿ ಮೊದಲ ಪರಿಶೀಲನೆ, ಕೊನೆಯದಲ್ಲ. ತಾನು ಮೇಲಿದೆ ಎಂದು ವರದಿ ಮಾಡುವ ಸಾಧನವು ವರ್ಚುವಲ್ ಕೊಂಡಿಗೆ ಕರ್ನಲ್ನ ದೃಷ್ಟಿಕೋನವನ್ನು ವಿವರಿಸುತ್ತದೆ, ಪೀರ್ನ ಉತ್ತರಿಸುವ ಸಿದ್ಧತೆಯನ್ನಲ್ಲ.
ಒದಗಿಸಿದ ಇಂಟರ್ಫೇಸ್ ಮೋಡ್ ಅನ್ನು ಹಾಗೆಯೇ ಬಿಡಿ. TUN ಪ್ರೊಫೈಲ್ ಅನ್ನು TAP ಗೆ ಬದಲಿಸುವುದು ರೂಟೆಡ್ ಸರ್ವರ್ ಅನ್ನು ಬ್ರಿಡ್ಜ್ಡ್ ಆಗಿ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಸ್ಥಾಪಿತವಾಗಿ ಏನನ್ನೂ ಮುಂದೆ ಕಳುಹಿಸದ ಸಂಪರ್ಕವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.
ರೂಟ್ಗಳನ್ನು ಟನೆಲ್ನ ಮಾಲೀಕರೇ ಸ್ಥಾಪಿಸುತ್ತಾರೆ
ರೂಟ್ಗಳು ಎರಡನೇ ಬದಲಾವಣೆ, ಮತ್ತು ಅವುಗಳ ಮಾಲೀಕತ್ವ ಅವುಗಳ ವಿಷಯಕ್ಕಿಂತ ಹೆಚ್ಚು ಮುಖ್ಯ. NetworkManager ಪ್ರೊಫೈಲ್, systemd ಘಟಕ ಮತ್ತು ಕೈಯಿಂದ ಚಲಾಯಿಸಿದ ಕ್ಲೈಂಟ್ ಎಲ್ಲರೂ ರೂಟ್ಗಳನ್ನು ಸ್ಥಾಪಿಸಬಹುದು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಎರಡು ಒಟ್ಟಿಗೆ ಮಾಡಿದರೆ ನಂತರ ಯಾರೂ ವಿವರಿಸಲಾಗದ ಕೋಷ್ಟಕ ಉಂಟಾಗುತ್ತದೆ.
ip -br addr show ip route show ip -6 route show
ಪೂರ್ಣ ಟನೆಲ್ ಪ್ರೊಫೈಲ್ ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಅನ್ನು ಬದಲಿಸುತ್ತದೆ; ಸ್ಪ್ಲಿಟ್ ಟನೆಲ್ ಪ್ರೊಫೈಲ್ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ರೂಟ್ಗಳನ್ನು ಸೇರಿಸುತ್ತದೆ ಮತ್ತು ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಹಾಗೆಯೇ ಬಿಡುತ್ತದೆ. ಎರಡೂ ಸಾಮಾನ್ಯ, ಮತ್ತು ಎರಡನೆಯದೇ ದೂರದಿಂದ ನಿರ್ವಹಿಸುವ ಯಂತ್ರದಲ್ಲಿ ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಅನ್ನು ಅಳಿಸುವುದು ಕೆಟ್ಟ ಮೊದಲ ಪರೀಕ್ಷೆ ಎಂಬುದಕ್ಕೆ ಕಾರಣ. ಅದನ್ನು ತೆಗೆಯುವುದು ಸಮಸ್ಯೆಯನ್ನು ಸರಿಪಡಿಸಲು ಬಳಸುತ್ತಿರುವ ಸೆಷನ್ ಅನ್ನು ಕಳೆದುಕೊಳ್ಳುವ ಅತ್ಯಂತ ವೇಗದ ಮಾರ್ಗವೂ ಆಗಿದೆ.
ಊಹಿಸುವ ಬದಲು ಕೋಷ್ಟಕವನ್ನು ಓದಿ. ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ರೂಟ್ ಅಥವಾ ನೀತಿ ನಿಯಮವು ಸಂಚಾರವನ್ನು ಟನೆಲ್ಗೆ ಕಳುಹಿಸಬಹುದು, ಆದರೆ ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಇನ್ನೂ ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್ಗೆ ತೋರಿಸುತ್ತಿರುತ್ತದೆ, ಇದು ಪೂರ್ಣ ಕೋಷ್ಟಕವನ್ನು ಓದುವವರೆಗೆ ವಿರೋಧಾಭಾಸವೆಂದು ತೋರುತ್ತದೆ. ಆ ಸಂಯೋಜನೆ ಸ್ಪ್ಲಿಟ್ ಟನೆಲ್ಗೆ ಸಾಮಾನ್ಯ ಮತ್ತು ಒಂದೇ ಸಾಲು ವಿನ್ಯಾಸವನ್ನು ವಿವರಿಸುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸುವವರಿಗೆ ಗೊಂದಲಕರ. ನಿಮ್ಮ ನಿಜವಾದ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಹೊಂದುವ ರೂಟ್ ಅನ್ನು ಹುಡುಕಿ, ರೇಖಾಚಿತ್ರಕ್ಕೆ ಹೊಂದುವುದನ್ನಲ್ಲ.
ರಿಸಾಲ್ವರ್ ಕೈ ಬದಲಿಸುತ್ತದೆ
DNS ಮೂರನೇ ಬದಲಾವಣೆ ಮತ್ತು ನೀವು ನೋಡದ ಸ್ಥಳದಲ್ಲಿ ನಿರ್ವಹಿಸಲ್ಪಡುವ ಸಂಭವವಿರುವಂತಹದ್ದು. ಡೆಸ್ಕ್ಟಾಪ್ನಲ್ಲಿ NetworkManager ಪ್ರತಿ ಸಂಪರ್ಕಕ್ಕೆ ರಿಸಾಲ್ವರ್ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಕಳುಹಿಸಬಹುದು. systemd-resolved ಬಳಸುವ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಸೆಟ್ಟಿಂಗ್ಗಳು ಪ್ರತಿ ಕೊಂಡಿಗೆ ಅನ್ವಯವಾಗುತ್ತವೆ ಮತ್ತು /etc/resolv.conf ಸ್ಟಬ್ ಅಥವಾ ಸಾಂಕೇತಿಕ ಕೊಂಡಿಯಾಗಿರಬಹುದು, ನೀವು ಸಂಪಾದಿಸಬೇಕಾದ ಕಡತವಲ್ಲ.
resolvectl status readlink -f /etc/resolv.conf cat /etc/resolv.conf
ರಿಸಾಲ್ವರ್ ಕಡತಕ್ಕೆ ಕೈಯಿಂದ ಮಾಡಿದ ಸಂಪಾದನೆ ಮರುಸಂಪರ್ಕದ ನಂತರ ಮಾಯವಾದರೆ, ಅದನ್ನು ನಿರ್ವಹಿಸುವ ಘಟಕವನ್ನು ಹುಡುಕಿ ಬದಲಿಗೆ ಪ್ರೊಫೈಲ್ ಬದಲಿಸುವ ಸಂಕೇತ ಅದು. ಉತ್ಪಾದಿಸಿದ ಕಡತವನ್ನು ಸಂಪಾದಿಸುವುದು ಮರುಸಂಪರ್ಕ ಅಳಿಸುವ ಬದಲಾವಣೆ.
ಖಾಸಗಿ ಹೆಸರುಗಳಿಗೆ ಸಾಮಾನ್ಯವಾಗಿ ಆಂತರಿಕ ರಿಸಾಲ್ವರ್ ಮತ್ತು ಆಪರೇಟರ್ ಒದಗಿಸಿದ ಹುಡುಕಾಟ ಡೊಮೇನ್ಗಳು ಬೇಕು. ಸಾರ್ವಜನಿಕ ರಿಸಾಲ್ವರ್ನಿಂದ ಬದಲಿಸುವುದು VPN ಇರುವ ಉದ್ದೇಶವಾದ ಸಂಪನ್ಮೂಲವನ್ನೇ ಮುರಿಯಬಹುದು, ಮತ್ತು ಲಕ್ಷಣವು DNS ವೈಫಲ್ಯದಂತೆ ಅಲ್ಲ, ರೂಟಿಂಗ್ ವೈಫಲ್ಯದಂತೆ ಕಾಣುತ್ತದೆ. ಹೆಸರು ಮತ್ತು ವಿಳಾಸವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಒಂದು ಕೆಲಸ ಮಾಡಿ ಇನ್ನೊಂದು ವಿಫಲವಾದರೆ ಎಲ್ಲಿ ನೋಡಬೇಕೆಂದು ನಿಖರವಾಗಿ ಹೇಳುತ್ತದೆ. ಆ ಒಂದು ಹೋಲಿಕೆ ಒಂದು ಗಂಟೆಯ ರೂಟ್ ಡೀಬಗ್ ಮಾಡುವಿಕೆಯನ್ನು ಉಳಿಸುತ್ತದೆ.
ಪ್ರತಿ ಸಂಪರ್ಕಕ್ಕೆ ಒಬ್ಬ ಮ್ಯಾನೇಜರ್
ಪ್ರೊಫೈಲ್ ಸ್ವರೂಪ ಯಾವ ಪ್ರೋಗ್ರಾಂ ಅದನ್ನು ಬಳಸಬಹುದೆಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. OpenVPN ಪ್ರೊಫೈಲ್ಗೆ OpenVPN ಅಥವಾ ಹೊಂದಿಕೊಳ್ಳುವ ಪ್ಲಗಿನ್ ಬೇಕು, ಮತ್ತು WireGuard ಸಂರಚನೆಗೆ ಪೀರ್ ಕೀಗಳು ಮತ್ತು ಅನುಮತಿಸಿದ ಪೂರ್ವಪ್ರತ್ಯಯಗಳೊಂದಿಗೆ ತನ್ನದೇ ಸ್ವರೂಪವಿದೆ. ಕಡತ ವಿಸ್ತರಣೆ ಏನೇ ಸೂಚಿಸಿದರೂ, ಆಮದು ಸಂವಾದವು ಒಂದನ್ನು ಇನ್ನೊಂದಕ್ಕೆ ಭಾಷಾಂತರಿಸುವುದಿಲ್ಲ.
ಒಬ್ಬ ಮ್ಯಾನೇಜರ್ ಆರಿಸಿ ಮತ್ತು ಸಂಪರ್ಕದ ಮಾಲೀಕತ್ವ ಅವನಿಗೆ ಬಿಡಿ. ಅದೇ ಟನೆಲ್ ಅನ್ನು ಎರಡು ಉಪಕರಣಗಳ ಮೂಲಕ ಮೇಲಕ್ಕೆ ತರುವುದು ರೂಟ್ ಕೋಷ್ಟಕ ಮತ್ತು ಮರುಸಂಪರ್ಕದ ವರ್ತನೆಯನ್ನು ಅಸ್ಪಷ್ಟಗೊಳಿಸುತ್ತದೆ, ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಎರಡನೆಯದು ಪ್ರಾರಂಭವಾದದ್ದು ಪುನರಾವರ್ತಿಸಲು ಕಷ್ಟವಾದ ರೀತಿಗಳಲ್ಲಿ ಗೆಲ್ಲುತ್ತದೆ.
ನಿಮ್ಮ ವಿತರಣೆ ಬೆಂಬಲಿಸುವ ಪ್ಯಾಕೇಜ್ಗಳನ್ನು ಸ್ಥಾಪಿಸಿ ಮತ್ತು ಆಪರೇಟರ್ನಿಂದ ಪ್ರೊಫೈಲ್ ಪಡೆಯಿರಿ. ಅದನ್ನು ರುಜುವಾತಿನಂತೆ ಪರಿಗಣಿಸಿ, ಏಕೆಂದರೆ ಅದು ಸಾಮಾನ್ಯವಾಗಿ ಖಾಸಗಿ ಕೀ ಅಥವಾ ಸಮಾನ ವಸ್ತುವನ್ನು ಹೊಂದಿರುತ್ತದೆ, ಮತ್ತು ನಿಮ್ಮ ಉಳಿದ ರಹಸ್ಯಗಳು ಇರುವಲ್ಲಿ ಅದನ್ನು ಇರಿಸಿ. ಡೌನ್ಲೋಡ್ ಫೋಲ್ಡರ್ನಲ್ಲಿ ಬಿಟ್ಟ ಪ್ರೊಫೈಲ್ ಮೇಜಿನ ಮೇಲೆ ಬಿಟ್ಟ ಕೀ.
ಮೇಲಿದೆ ಆದರೆ ಕೆಲಸ ಮಾಡುತ್ತಿಲ್ಲ ಎಂದಾಗ ಏನನ್ನು ಪರಿಶೀಲಿಸಬೇಕು
ಇಂಟರ್ಫೇಸ್ ಮೇಲಿದ್ದು ಕ್ಲೈಂಟ್ ಯಶಸ್ಸನ್ನು ವರದಿ ಮಾಡುತ್ತಿರುವಾಗ, ಹೊರಕ್ಕೆ ಕೆಲಸ ಮಾಡಿ: ರೂಟ್ ಕೋಷ್ಟಕವು ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಟನೆಲ್ ಆರಿಸುತ್ತದೆಯೇ, ರಿಸಾಲ್ವರ್ ಖಾಸಗಿ ಹೆಸರಿಗೆ ಉತ್ತರಿಸುತ್ತದೆಯೇ, ಮತ್ತು ಆಚೆಯ ಬದಿಗೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗವಿದೆಯೇ. ಪ್ರತಿಯೊಂದಕ್ಕೂ ಪ್ರತ್ಯೇಕ ಆದೇಶ ಮತ್ತು ಪ್ರತ್ಯೇಕ ಮಾಲೀಕ ಇದ್ದಾರೆ.
nmcli connection show --active nmcli device status wg show
nmcli ಉಲ್ಲೇಖ ಪೂರ್ಣ ಗುಂಪು ಬೇಕಾದರೆ ಸ್ಥಿತಿ ಮತ್ತು ಸಂಪರ್ಕ ಆದೇಶಗಳನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಇಲ್ಲಿ ಮುಖ್ಯವಾದದ್ದು ಪ್ರೊಫೈಲ್ ಸಕ್ರಿಯವಾಗಿರುವುದು ಮತ್ತು ಸಾಧನವು ಸಂಚಾರವನ್ನು ಸಾಗಿಸುವುದು ನಡುವಿನ ವ್ಯತ್ಯಾಸ, ಏಕೆಂದರೆ ಎರಡೂ ಒಪ್ಪದಿರಬಹುದು.
ಸೆಟಪ್ ಮುಗಿದಿದೆ ಎಂದು ಹೇಳುವ ಮೊದಲು ಅದೇ ಮ್ಯಾನೇಜರ್ ಮೂಲಕ ಒಮ್ಮೆ ಮರುಸಂಪರ್ಕಿಸಿ, ಮತ್ತು ಸಂಪರ್ಕ ಕಡಿತದ ನಂತರವೂ DNS ಕೆಲಸ ಮಾಡುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಮೊದಲ ನೆಟ್ವರ್ಕ್ ಬದಲಾವಣೆಯವರೆಗೆ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುವ ಸಂರಚನೆ ಮುಗಿದಿಲ್ಲ, ಅದು ಈ ಕ್ಷಣದಲ್ಲಿ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ.