ಮರುಬೂಟ್‌ ನಂತರ VPN ಸರ್ವರ್ ಚೇತರಿಕೆಯನ್ನು ಪರೀಕ್ಷಿಸಿ: ಮೊದಲು ಏನನ್ನು ನೋಡಬೇಕು

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

ನಾಲ್ಕು ಮಾಲೀಕರು, ನಾಲ್ಕು ಬೇರೆ ಪರೀಕ್ಷೆಗಳು

ಮರುಪ್ರಾರಂಭಕ್ಕೆ ಮೊದಲು ಸುರಂಗವನ್ನು ಯಾವುದು ಹಿಂತಿರುಗಿಸಬೇಕು ಎಂದು ಹೆಸರಿಸಿ. ನೀವು ನಡೆಸುವ ಪರೀಕ್ಷೆ ಮತ್ತು ಅನ್ವಯಿಸುವ ತಿದ್ದುಪಡಿ ಎರಡೂ ಆ ಉತ್ತರವನ್ನು ಅವಲಂಬಿಸಿವೆ, ಮತ್ತು ನಾಲ್ಕು ಸಾಮಾನ್ಯ ಮಾಲೀಕರಿದ್ದಾರೆ: VPN ಡೀಮನ್‌ಗಾಗಿ systemd unit, WireGuard ಇಂಟರ್ಫೇಸ್‌ಗಾಗಿ wg-quick ನಿದರ್ಶನ unit, ಕಂಟೇನರ್ ರನ್‌ಟೈಮ್, ಅಥವಾ ನೆಟ್‌ವರ್ಕ್ ಮ್ಯಾನೇಜರ್ ಪ್ರೊಫೈಲ್. ಮಾಲೀಕರನ್ನು ಹೆಸರಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ನಿಲ್ಲಿಸಿ ಅದನ್ನು ಹುಡುಕಿ, ಏಕೆಂದರೆ ನಿರೀಕ್ಷಿತ ಪ್ರಾರಂಭ ಮಾರ್ಗವಿಲ್ಲದ ಮರುಬೂಟ್ ಪರೀಕ್ಷೆ ಏನೋ ಸಂಭವಿಸಿದೆ ಎಂದಷ್ಟೇ ಹೇಳುತ್ತದೆ.

ಪ್ರತಿ ಮಾಲೀಕ ತನ್ನ ಸಂರಚನೆಯನ್ನು ಬೇರೆಡೆ ಇಡುತ್ತಾನೆ. systemd ನಿರ್ವಹಿಸುವ OpenVPN ಸರ್ವರ್ ಪ್ರಾರಂಭದಲ್ಲಿ ತನ್ನ ಸಂರಚನೆಯನ್ನು ಓದುತ್ತದೆ, ಹಾಗಾಗಿ ಬೂಟ್ ಸಮಯದಲ್ಲಿ ಫೈಲ್‌ನಲ್ಲಿರುವುದೇ ಚಲಿಸುತ್ತದೆ. wg-quick ಇಂಟರ್ಫೇಸ್ ತನ್ನ ವಿಳಾಸಗಳು, ರೂಟ್‌ಗಳು ಮತ್ತು DNS ಅನ್ನು ಅದೇ ಫೈಲ್‌ನಿಂದ ಪಡೆಯುತ್ತದೆ, ಅಂದರೆ ಶೆಲ್‌ನಿಂದ ಕೈಯಿಂದ ಮೇಲೆತ್ತಿ ಎಂದಿಗೂ unit ಆಗಿ ಸಕ್ರಿಯಗೊಳಿಸದ ಇಂಟರ್ಫೇಸ್ ಹಿಂತಿರುಗುವುದಿಲ್ಲ. ಕಂಟೇನರ್ ತನ್ನ ಪ್ರವೇಶ ಬಿಂದುವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ, ಆದರೆ ಹೋಸ್ಟ್‌ನ firewall ಬದಲಾವಣೆಗಳನ್ನು ಅಲ್ಲ, ಅವು ಕಂಟೇನರ್‌ನ ಹೊರಗಿದ್ದರೆ ಹೊರತುಪಡಿಸಿ.

ಮೊದಲು ಮೂಲ ಸ್ಥಿತಿ, ಇಲ್ಲದಿದ್ದರೆ ಫಲಿತಾಂಶಕ್ಕೆ ಅರ್ಥವಿಲ್ಲ

ಕೆಲಸ ಮಾಡುತ್ತಿರುವಾಗಲೇ ಕಾರ್ಯಸ್ಥಿತಿಯನ್ನು ದಾಖಲಿಸಿ: ಸುರಂಗದ ಮೇಲಿನ ವಿಳಾಸಗಳು, ಕ್ಲೈಂಟ್ ಉಪಜಾಲದ ರೂಟ್‌ಗಳು, NAT ಅಥವಾ ಫಾರ್ವರ್ಡಿಂಗ್ ನಿಯಮಗಳು, ಕೇಳುತ್ತಿರುವ ಸಾಕೆಟ್, ಮತ್ತು ಫಾರ್ವರ್ಡಿಂಗ್ sysctl. ip addr show wg0, ip route, nft list ruleset ಅಥವಾ iptables-save, ss -lunp ಮತ್ತು sysctl net.ipv4.ip_forward ಬಹುಪಾಲು ಹೋಸ್ಟ್‌ಗಳಲ್ಲಿ ಸಾಕು.

ಸೇವೆ ಚಾಲನೆಯಲ್ಲಿದೆ ಎಂಬುದಷ್ಟೇ ಅಲ್ಲ, ಅದು ಪ್ರಾರಂಭವಾಗಲು ಹೇಗೆ ಸಂರಚಿತವಾಗಿದೆ ಎಂಬುದನ್ನು ದಾಖಲಿಸಿ. systemctl is-enabled wg-quick@wg0 ಮತ್ತು systemctl is-active wg-quick@wg0 ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ, ಮತ್ತು ಬೂಟ್ ಸಮಯದಲ್ಲಿ ಸಕ್ರಿಯಗೊಳಿಸಿದ ಸ್ಥಿತಿಯೇ ಮುಖ್ಯ, systemctl(1) ನಲ್ಲಿ ವಿವರಿಸಿದಂತೆ. OpenVPN ಗಾಗಿ, ಹೋಸ್ಟ್ ಯಾವ ಟೆಂಪ್ಲೇಟ್ ಬಳಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ openvpn@server ಮತ್ತು openvpn-server@server ಬೇರೆ ಬೇರೆ ಡೀಫಾಲ್ಟ್‌ಗಳಿರುವ ಬೇರೆ unit ಗಳು.

ಮರುಪ್ರಾರಂಭವನ್ನು ನಡೆಸಿ ಮೊದಲ ವೈಫಲ್ಯವನ್ನು ಓದಿ

ನೀವು ಆಯ್ಕೆ ಮಾಡಿದ ಕಿಟಕಿಯಲ್ಲಿ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಮರುಬೂಟ್ ಮಾಡಿ, ಕನ್ಸೋಲ್ ಅಥವಾ ಔಟ್-ಆಫ್-ಬ್ಯಾಂಡ್ ಮಾರ್ಗ ತೆರೆದಿಟ್ಟುಕೊಂಡು. ಅಂತಿಮ ಸ್ಥಿತಿಯ ಬದಲು ಘಟನೆಗಳ ಕ್ರಮವನ್ನು ಗಮನಿಸಿ: ಹೋಸ್ಟ್ ತಲುಪಬಹುದಾದದ್ದು, unit ಸಕ್ರಿಯವಾದದ್ದು, ಇಂಟರ್ಫೇಸ್ ಇರುವುದು, ರೂಟ್‌ಗಳು ಅಳವಡಿಸಲಾದದ್ದು, firewall ನಿಯಮಗಳು ಇರುವುದು, ಶ್ರೋತೃ ಬಂಧಿಸಲಾದದ್ದು, ಕ್ಲೈಂಟ್ ಸ್ವೀಕರಿಸಲಾದದ್ದು. ಸಂಭವಿಸದ ಮೊದಲ ಹಂತವೇ ಸಂಶೋಧನೆ; ಅದರ ನಂತರದ್ದೆಲ್ಲ ಗದ್ದಲ.

ಸುರಂಗ ಬಳಸಲಾಗದಿದ್ದರೂ ಡೀಮನ್ ಸಕ್ರಿಯವಾಗಿರಬಹುದು, ಮತ್ತು ಇದೇ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ತಪ್ಪು ಉತ್ತೀರ್ಣ. unit network-online.target ಬದಲು network.target ಗಾಗಿ ಮಾತ್ರ ಕಾಯುತ್ತಿದ್ದರೆ, ನೆಟ್‌ವರ್ಕ್ ಆನ್‌ಲೈನ್ ಆಗುವ ಮೊದಲೇ ಪ್ರಾರಂಭ ಪೂರ್ಣಗೊಳ್ಳಬಹುದು. ಪ್ರಮಾಣಪತ್ರಗಳು, ಕೀಗಳು ಅಥವಾ CRL ನಂತಹ ಉಲ್ಲೇಖಿತ ಫೈಲ್‌ಗಳು ಆ ಕ್ಷಣದಲ್ಲಿ ಓದಲಾಗದಿರಬಹುದು, ಏಕೆಂದರೆ mount ಅಥವಾ ರಹಸ್ಯಗಳ ಮಾರ್ಗ ಇನ್ನೂ ಸಿದ್ಧವಿಲ್ಲ. unit ನ ಜರ್ನಲ್ ಓದುವವರೆಗೆ ಎರಡೂ ಸಮಸ್ಯೆಗಳು systemctl status ನಲ್ಲಿ ಕಾಣುವುದಿಲ್ಲ.

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

ನಿಮ್ಮ ತಿದ್ದುಪಡಿಯನ್ನು ನಿರ್ಧರಿಸುವ ಮೂರು ಷರತ್ತುಗಳು

ಸುರಂಗ ಹಿಂತಿರುಗಿದರೂ ಕ್ಲೈಂಟ್‌ಗಳು ಎಲ್ಲಿಯೂ ತಲುಪದಿದ್ದರೆ, ವೈಫಲ್ಯ ರೂಟಿಂಗ್ ಅಥವಾ NAT ದೃಢತೆಯಲ್ಲಿ. ಕ್ಲೈಂಟ್‌ಗಳು ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಸಹ ಪೂರ್ಣಗೊಳಿಸಲಾಗದಿದ್ದರೆ, ವೈಫಲ್ಯ ಇಂಟರ್ಫೇಸ್ ಅಥವಾ ದೃಢೀಕರಣ ಸಾಮಗ್ರಿಯಲ್ಲಿ. ಸೇವೆ ಎಂದಿಗೂ ಪ್ರಾರಂಭವಾಗದಿದ್ದರೆ, ವೈಫಲ್ಯ unit ಫೈಲ್ ಅಥವಾ ಅದರ ಅವಲಂಬನೆಗಳಲ್ಲಿ. ಈ ಮೂರು ಶಾಖೆಗಳು ಬೇರೆ ಬೇರೆ ತಿದ್ದುಪಡಿಗಳಿಗೆ ಕೊಂಡೊಯ್ಯುತ್ತವೆ, ಆದ್ದರಿಂದ ಮೂಲ ಸ್ಥಿತಿಯಿಲ್ಲದ ಕುರುಡು ಮರುಬೂಟ್ ಉಳಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.

ಸೆಟ್ಟಿಂಗ್ ಮಾಲೀಕತ್ವವಿರುವಲ್ಲಿಯೇ ತಿದ್ದುಪಡಿ ಮಾಡಿ. ಫಾರ್ವರ್ಡಿಂಗ್ ಅನ್ನು sysctl drop-in ನಲ್ಲಿ ಇರಿಸಿ, NAT ನಿಯಮಗಳನ್ನು ಬೂಟ್‌ನಲ್ಲಿ ಲೋಡ್ ಆಗುವ ನಿಯಮ ಸಮುಚ್ಚಯದಲ್ಲಿ ಇರಿಸಿ, unit ಅನ್ನು ಪ್ರಾರಂಭಿಸುವ ಬದಲು ಸಕ್ರಿಯಗೊಳಿಸಿ, ಮತ್ತು ರಹಸ್ಯಗಳನ್ನು unit ಪ್ರಾರಂಭವಾಗುವ ಮೊದಲು ಇರುವ ಮಾರ್ಗದಲ್ಲಿ ಇರಿಸಿ. unit ಗೆ ನಿದ್ರೆ ಸೇರಿಸುವುದು ಅವಲಂಬನೆಯನ್ನು ಘೋಷಿಸುವ ಬದಲು ಮರೆಮಾಡುತ್ತದೆ.

ಫಲಿತಾಂಶವನ್ನು runbook ನಲ್ಲಿ ದಾಖಲಿಸಿ

ತಾನಾಗಿಯೇ ಏನು ಹಿಂತಿರುಗಿತು, ಏನನ್ನು ನೀವು ಪ್ರಾರಂಭಿಸಬೇಕಾಯಿತು, ಮತ್ತು ಅಂತರ ಎಷ್ಟು ಕಾಲ ಇತ್ತು ಎಂದು ಬರೆಯಿರಿ. ಪರಿಶೀಲನೆಗೆ ಬಳಸಿದ ನಿಖರ ಆಜ್ಞೆಗಳನ್ನು ಸೇರಿಸಿ, ಮುಂದಿನ ವ್ಯಕ್ತಿ ಹೊಸದನ್ನು ಕಲ್ಪಿಸುವ ಬದಲು ಪರೀಕ್ಷೆಯನ್ನು ಪುನರಾವರ್ತಿಸಲಿ. ಯಾವುದೇ ಹಂತಕ್ಕೆ ಕೈಯಿಂದ ಆಜ್ಞೆ ಬೇಕಾಗಿದ್ದರೆ, ಆ ಆಜ್ಞೆ ಸಂರಚನೆಗೆ ಸೇರಿದ್ದು, runbook ನಲ್ಲಿ ಶಾಶ್ವತ ಹಂತವಾಗಿ ಅಲ್ಲ.

ನಂತರ ಮುಂದಿನ ಪರೀಕ್ಷೆಯನ್ನು ಹೋಸ್ಟ್‌ನ ನೆಟ್‌ವರ್ಕ್ ಸ್ಟ್ಯಾಕ್‌ನ ಮುಂದಿನ ಬದಲಾವಣೆಯ ನಂತರಕ್ಕೆ ನಿಗದಿಪಡಿಸಿ, ಆರು ತಿಂಗಳ ನಂತರದ ಕ್ಯಾಲೆಂಡರ್ ದಿನಾಂಕಕ್ಕಲ್ಲ. ನೀವು ತಡೆಯುತ್ತಿರುವ ವೈಫಲ್ಯ ವಿಧಾನ ಶಾಶ್ವತ ಎನಿಸಿದ ತಾತ್ಕಾಲಿಕ ಆಜ್ಞೆ, ಮತ್ತು ಅವು ಯಾರೋ firewall ನಿಯಮಗಳನ್ನು ಸಂಪಾದಿಸಿದಾಗ ಅಥವಾ ಸೇವೆಯನ್ನು ಹೊಸ unit ಗೆ ಸರಿಸಿದಾಗ ನಿಖರವಾಗಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ.