Linux ನಲ್ಲಿ VPN ಸುರಂಗ ನಿಜವಾಗಿಯೂ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸುವುದು ಹೇಗೆ

Cron ಪ್ರತಿ ಹತ್ತು ನಿಮಿಷಕ್ಕೆ ಸಂಪೂರ್ಣ ಆರೋಗ್ಯಕರ VPN ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸುತ್ತದೆ, ಮತ್ತು ಅದೇ ಕೆಲಸ ಸತ್ತ ಒಂದನ್ನು ಒಂದು ವಾರ ಚಾಲನೆಯಲ್ಲಿಡುತ್ತದೆ. ಎರಡೂ ವೈಫಲ್ಯಗಳು «ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ» ಎಂಬುದನ್ನು ಒಂದೇ ಸತ್ಯವೆಂದು ಪರಿಗಣಿಸುವುದರಿಂದ ಬರುತ್ತವೆ, ಅದು ಕನಿಷ್ಠ ನಾಲ್ಕಾಗಿದ್ದರೂ. ಸಾಧನವು ಆಡಳಿತಾತ್ಮಕವಾಗಿ ಸಕ್ರಿಯಗೊಳಿಸಲ್ಪಟ್ಟು, ಸರಿಯಾಗಿ ರೂಟ್ ಆಗಿ, ಸಂಪೂರ್ಣ ಎನ್ಕ್ರಿಪ್ಟ್ ಆಗಿದ್ದರೂ ಉಪಯುಕ್ತವಾದದ್ದನ್ನು ಸಾಗಿಸದೇ ಇರಬಹುದು. ಮೊದಲು ವೀಕ್ಷಣೆಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ, ಪರಿಶೀಲನೆ ಬಹುತೇಕ ತಾನಾಗಿಯೇ ಬರೆಯುತ್ತದೆ.

ಲಿಂಕ್ ಫ್ಲಾಗ್ಗಳು ಸಾಧನವನ್ನು ವಿವರಿಸುತ್ತವೆ, ಮಾರ್ಗವನ್ನಲ್ಲ

ಎಲ್ಲರೂ ನಕಲಿಸುವ ಪರಿಶೀಲನೆ ಎಲ್ಲಾ ಶೂನ್ಯಗಳ ಹಾರ್ಡ್ವೇರ್ ವಿಳಾಸವನ್ನು ಹುಡುಕುತ್ತದೆ. ಆ ಉಪಾಯವು ಕೆಲವು ಡ್ರೈವರ್ಗಳಲ್ಲಿ ನಿಜವಾದ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಪ್ಲೇಸ್ಹೋಲ್ಡರ್ನಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ ಮತ್ತು ಉಳಿದವುಗಳಲ್ಲಿ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ tun ಸಾಧನಕ್ಕೆ ವರದಿ ಮಾಡಲು MAC ಇಲ್ಲವೇ ಇಲ್ಲ. ip -brief link show tun0 ಬದಲಾಗಿ ಫ್ಲಾಗ್ಗಳನ್ನು ನೀಡುತ್ತದೆ: UP ಎಂದರೆ ನಿರ್ವಾಹಕರು ಸಾಧನವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದ್ದಾರೆ, ಮತ್ತು LOWER_UP ಎಂದರೆ ಡ್ರೈವರ್ ಲಿಂಕ್ ಅನ್ನು ಬಳಸಬಹುದಾದದ್ದೆಂದು ಪರಿಗಣಿಸುತ್ತದೆ. ಒಟ್ಟಿಗೆ ಓದಿದಾಗ, ಸಾಧನವು ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ ಮತ್ತು ಆಡಳಿತಾತ್ಮಕವಾಗಿ ಆಫ್ ಆಗಿಲ್ಲ ಎಂದು ಹೇಳುತ್ತವೆ. ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಪ್ಯಾಕೆಟ್ಗೆ ಹೋಗಲು ಸ್ಥಳವಿದೆ ಎಂದು ಹೇಳುವುದಿಲ್ಲ.

OpenVPN ರೂಟ್ಗಳನ್ನು ಸ್ಥಾಪಿಸುವ ಮೊದಲೇ ತನ್ನ tun ಸಾಧನವನ್ನು ರಚಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಏನೂ ರೂಟ್ ಆಗದಿದ್ದರೂ ಫ್ಲಾಗ್ಗಳು ಪರಿಪೂರ್ಣವಾಗಿ ಕಾಣಬಹುದು. ಅವನ್ನು ಪೂರ್ವಭಾವಿ ಸ್ಥಿತಿಯಾಗಿ ಪರಿಗಣಿಸಿ, ಎಂದಿಗೂ ಉತ್ತರವಾಗಿ ಅಲ್ಲ.

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

ರೂಟ್ ಹುಡುಕಾಟ ಫ್ಲಾಗ್ಗಳು ಉತ್ತರಿಸಲಾಗದ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ. ip route get 10.8.0.1 from 10.8.0.2 ಇಂಟರ್ಫೇಸ್, ಮೂಲ ವಿಳಾಸ ಮತ್ತು ಕರ್ನೆಲ್ ಬಳಸುವ ಕೋಷ್ಟಕವನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ವಿಭಜಿತ ಸುರಂಗವನ್ನು ನಿಖರವಾಗಿ ಅದರ ವಿರುದ್ಧ ಪರಿಶೀಲಿಸಬೇಕು. ಮೂಲ ವಿಳಾಸವಿಲ್ಲದೆ ನೀವು ಬೇರೆ ಯಾವುದನ್ನೋ ಕೇಳುತ್ತಿದ್ದೀರಿ, ಮತ್ತು ನೀತಿ ಆಧಾರಿತ ರೂಟಿಂಗ್ನಲ್ಲಿ ಉತ್ತರ ಮೂಲಕ್ಕೆ ಅನುಗುಣವಾಗಿ ಬದಲಾಗಬಹುದು. ಇದು ಅತ್ಯಂತ ಅಗ್ಗದ ಪ್ರಾಮಾಣಿಕ ಪರೀಕ್ಷೆ, ಏಕೆಂದರೆ ಇದು ನಿಮ್ಮ ಸಂಚಾರ ಬಳಸುವ ಅದೇ ನಿಯಮಗಳನ್ನು ಕೇಳುತ್ತದೆ.

WireGuard ಗಾಗಿ, ಹ್ಯಾಂಡ್ಶೇಕ್ ಸೇರಿಸಿ. wg show ಪ್ರತಿ ಪೀರ್ನಿಗೆ ಕೊನೆಯ ಹ್ಯಾಂಡ್ಶೇಕ್ನ ಸಮಯ ಮುದ್ರೆಯನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಮತ್ತು ಮುಂದೆ ಸಾಗುವುದನ್ನು ನಿಲ್ಲಿಸಿದ ಮುದ್ರೆ ಪೀರ್ ಹೋಗಿದೆ ಎಂದರ್ಥ, ಇಂಟರ್ಫೇಸ್ ಫ್ಲಾಗ್ಗಳು ಏನೇ ಹೇಳಲಿ. ಇತ್ತೀಚಿನ ಹ್ಯಾಂಡ್ಶೇಕ್ ಇಲ್ಲದ ಸಂರಚಿತ ಇಂಟರ್ಫೇಸ್ ಮನೆಯಲ್ಲಿ ಮಾಡಿದ ಮೇಲ್ವಿಚಾರಣೆಯಲ್ಲಿ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ತಪ್ಪು ಧನಾತ್ಮಕಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ.

ಕೋಷ್ಟಕ 220 IPsec ಕಥೆಯನ್ನು ಹೇಳುತ್ತದೆ

strongSwan ರೂಟ್ ಸ್ಥಾಪನೆ ಸಕ್ರಿಯವಾಗಿದ್ದಾಗ ಸಮಾಲೋಚಿಸಿದ ಆಯ್ಕೆಗಾರರಿಗೆ ಕೋಷ್ಟಕ 220 ರಲ್ಲಿ ರೂಟ್ಗಳನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ. ip route list table 220 ಆದ್ದರಿಂದ ಸಮಾಲೋಚಿಸಿದ್ದನ್ನು ರೂಟ್ ಆದದ್ದರಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ: ಲೋಡ್ ಆದ ಸಂಪರ್ಕದ ಪಕ್ಕದಲ್ಲಿ ಖಾಲಿ ಕೋಷ್ಟಕ ಎಂದರೆ IKE ಮತ್ತು CHILD SA ಗಳು ಮೇಲೆದ್ದವು ಆದರೆ ಅವುಗಳೆಡೆಗೆ ಯಾವುದೇ ಸಂಚಾರ ನಿರ್ದೇಶಿಸಲ್ಪಡುತ್ತಿಲ್ಲ. ಪರಿಶೀಲಿಸಿ ip xfrm state ಅದರ ಜೊತೆಗೆ, ಏಕೆಂದರೆ ಅದು ಸ್ಥಾಪಿತ ಭದ್ರತಾ ಸಂಘಗಳನ್ನು ಮತ್ತು ಅವುಗಳ ಅಂತ್ಯ ಬಿಂದುಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ.

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

ಮ್ಯಾನೇಜರ್ ಸ್ಥಿತಿ ಮತ್ತು ಡೀಮನ್ ಸ್ಥಿತಿ ಬೇರೆ ಬೇರೆ ಪಟ್ಟಿಗಳು

NetworkManager ತನ್ನ ಒಡೆತನದ ಸಂಪರ್ಕಗಳನ್ನು ಮಾತ್ರ ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. nmcli -t -f NAME,TYPE connection show --active ನೇರವಾಗಿ wg-quick ಅಥವಾ OpenVPN ಡೀಮನ್ ಮೂಲಕ ಪ್ರಾರಂಭಿಸಿದ ಸುರಂಗಕ್ಕೆ ಏನನ್ನೂ ಹಿಂತಿರುಗಿಸುವುದಿಲ್ಲ.

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

ಮುಂದಿನ ಹಂತವನ್ನು ಅದಕ್ಕೆ ಬೇಕಾದ ಪರೀಕ್ಷೆಗೆ ಅಂಟಿಸಿ

UDP ಪೋರ್ಟ್ ಅನ್ನು ಪೋಲ್ ಮಾಡುವುದು ಸಿದ್ಧತೆಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ UDP ಗೆ ಹ್ಯಾಂಡ್ಶೇಕ್ ಇಲ್ಲ ಮತ್ತು nc -u ಪ್ಯಾಕೆಟ್ ಹೊರಟ ಕೂಡಲೇ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ. ಮುಂದಿನ ಹಂತ ನಿಜವಾಗಿ ಏನನ್ನು ಬಳಸುತ್ತದೆ ಎಂದು ಪರೀಕ್ಷಿಸಿ: ಮುಂದಕ್ಕೆ ರವಾನಿಸಿದ ಪೋರ್ಟ್ಗೆ TCP ಸಂಪರ್ಕ, ಸುರಂಗದೊಳಗಿನ ಹೋಸ್ಟ್ಗೆ ವಿನಂತಿ, ಅಲ್ಲಿಯೇ ಬಿಡಿಸುವ ಹೆಸರು. ಕಾಯುವಿಕೆಯನ್ನು ಕಾಲಮಿತಿ ಮತ್ತು ಪ್ರಯತ್ನಗಳ ಸಂಖ್ಯೆಯಿಂದ ಸೀಮಿತಗೊಳಿಸಿ, ಅದು ಮುಗಿದಾಗ ಗಟ್ಟಿಯಾಗಿ ವಿಫಲವಾಗಿ.

ಕ್ಲೈಂಟ್ ಹುಕ್ಗಳನ್ನು ನೀಡಿದಾಗ ಹುಕ್ಗಳು ಪೋಲಿಂಗ್ಗಿಂತ ಮೇಲು. --up ಮತ್ತು --down OpenVPN ನ ಸ್ಕ್ರಿಪ್ಟ್ಗಳು ಇಂಟರ್ಫೇಸ್ ಸ್ಥಿತಿ ಬದಲಾದ ನಂತರ ಚಲಿಸುತ್ತವೆ, ಇದು ರೇಸ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತೆಗೆದುಹಾಕುತ್ತದೆ, ಆದರೆ ಅವು ಡೀಮನ್ ಉಳಿಸಿಕೊಂಡ ವಿಶೇಷಾಧಿಕಾರಗಳೊಂದಿಗೆ ಚಲಿಸುತ್ತವೆ. OpenVPN user ಮತ್ತು group ಮೂಲಕ ವಿಶೇಷಾಧಿಕಾರವಿಲ್ಲದ ಖಾತೆಗೆ ಇಳಿದಿದ್ದರೆ, ಹುಕ್ ಆ ಖಾತೆಯಾಗಿ ಚಲಿಸುತ್ತದೆ. ಸಿಸ್ಟಂ ಸೇವೆಯನ್ನು ಮರುಪ್ರಾರಂಭಿಸಲು ಆಗ sudo ಬೇಕು, ಅದು ನಿಖರವಾಗಿ ಆ ಆದೇಶಕ್ಕೆ ಅನುಮತಿ ನೀಡುತ್ತದೆ. ಮತ್ತೆ ಪ್ರಯತ್ನಿಸುವುದನ್ನು cron ಲೂಪ್ಗೆ ಬದಲಾಗಿ ಸೇವಾ ಮ್ಯಾನೇಜರ್ಗೆ ಒಪ್ಪಿಸಿ: ಆರಂಭ ಮಿತಿಯೊಂದಿಗೆ ಸೀಮಿತ ಮರುಪ್ರಾರಂಭ ನೀತಿ ಮುರಿದ ಸುರಂಗವನ್ನು ಎದ್ದು ಕಾಣಿಸುತ್ತದೆ, ಆದರೆ ಅಪರಿಮಿತ ಲೂಪ್ ಅದನ್ನು ಅನಿರ್ದಿಷ್ಟವಾಗಿ ಮರೆಮಾಡುತ್ತದೆ.