ಒಂದೇ ಸ್ಥಿತಿ ದೀಪವನ್ನು ನಂಬದೆ ರೌಟರ್ VPN ಅನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಿ

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

ಐದು ಪರಿಶೀಲನೆಗಳು, ಕ್ರಮವಾಗಿ, ಪೀರ್ನಿಂದ ಹೊರಕ್ಕೆ.

ಪರಿಶೀಲನೆ 1: ಪೀರ್ ಅಥವಾ ಸಂಘಟನೆಯ ಸ್ಥಿತಿ

ಪ್ರತಿ ಪ್ರೋಟೋಕಾಲ್ ತನ್ನ ಸ್ಥಿತಿಯನ್ನು ತೋರಿಸುತ್ತದೆ. WireGuard ಪ್ರತಿ ಪೀರ್ಗೆ ಇತ್ತೀಚಿನ ಹ್ಯಾಂಡ್ಶೇಕ್ ಮತ್ತು ವರ್ಗಾವಣೆ ಕೌಂಟರ್ಗಳನ್ನು wg show ಮೂಲಕ ತೋರಿಸುತ್ತದೆ. OpenVPN ಸೆಷನ್ ಸ್ಥಿತಿಯನ್ನು ತನ್ನ ಸ್ಥಿತಿ ಫೈಲ್ ಅಥವಾ ನಿರ್ವಹಣಾ ಇಂಟರ್ಫೇಸ್ಗೆ ಬರೆಯುತ್ತದೆ, ಮತ್ತು IPsec ipsec statusall ನಂತಹ ಪರಿಕರಗಳ ಮೂಲಕ ಭದ್ರತಾ ಸಂಘಟನೆಗಳನ್ನು ತೋರಿಸುತ್ತದೆ. ಬಲೆ ಎಂದರೆ ಸಮಯ ಮುದ್ರೆಯನ್ನು ತೀರ್ಪು ಎಂದು ಓದುವುದು: ಕಳುಹಿಸಲು ಏನೂ ಇಲ್ಲದ ನಿಷ್ಕ್ರಿಯ WireGuard ಪೀರ್ ಇತ್ತೀಚೆಗೆ ಹ್ಯಾಂಡ್ಶೇಕ್ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ಅದು ಅಡಚಣೆ ಅಲ್ಲ.

ಯಾರನ್ನಾದರೂ ಕರೆಯುವ ಮೊದಲು ಸಮಯ ಮುದ್ರೆಯನ್ನು ನಿರೀಕ್ಷಿತ ಸಂಚಾರ ಮತ್ತು keepalive ಸೆಟ್ಟಿಂಗ್ಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ.

ಪರಿಶೀಲನೆ 2: ಆಯ್ಕೆ ಮಾಡಿದ ಮಾರ್ಗ

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

ಆ ಪರಿಶೀಲನೆ ಸ್ಥಿತಿ ದೀಪ ಎಂದಿಗೂ ತೋರಿಸದ ವೈಫಲ್ಯವನ್ನು ಹಿಡಿಯುತ್ತದೆ.

ಉಪಯುಕ್ತ ಎರಡನೇ ಪರಿಶೀಲನೆ ಮೂಲ ವಿಳಾಸವನ್ನೂ ಹೋಲಿಸುತ್ತದೆ. ip route get 10.20.5.10 ಮುಂದಿನ ಹಾಪ್, ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಆದ್ಯತೆಯ ಮೂಲವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ, ಮತ್ತು ತಪ್ಪಾದ ಮೂಲವು ದೂರದ ತುದಿಯಲ್ಲಿ ಪ್ರತ್ಯಾಗಮನ ಸಂಚಾರವನ್ನು ಮುರಿಯಲು ಸಾಕು. ನಿರೀಕ್ಷಿತ ತ್ರಿವಳಿಯನ್ನು ಒಮ್ಮೆ ದಾಖಲಿಸಿ, ನಂತರ ಯಾವುದೇ ಅಂಶ ಬದಲಾದಾಗ ಎಚ್ಚರಿಕೆ ನೀಡಿ. ಆ ಒಂದೇ ಸಾಲು NAT ಬದಲಾವಣೆಗಳು, ಇಂಟರ್ಫೇಸ್ ಏರಿಳಿತಗಳು ಮತ್ತು ನೀತಿ-ಮಾರ್ಗೀಕರಣದ ದೋಷಗಳನ್ನು ಹಿಡಿಯುತ್ತದೆ.

ಪರಿಶೀಲನೆ 3: ಅನುಮತಿಸಿದ ಅಪ್ಲಿಕೇಶನ್ ಮಾರ್ಗ

ನಿಜವಾದ ಅಗತ್ಯವನ್ನು ಪ್ರತಿನಿಧಿಸುವ ಯಾವುದನ್ನಾದರೂ ಪರೀಕ್ಷಿಸಿ. ರೌಟರ್ನಿಂದ ಹೊರಡುವ ಪಿಂಗ್ ರೌಟರ್ನ ಸ್ವಂತ ವಿಳಾಸ ಮತ್ತು ನೀತಿಯಿಂದ ಹೊರಬರುತ್ತದೆ, ಅದು ಮುಂದಕ್ಕೆ ರವಾನಿಸಿದ LAN ಸಂಚಾರಕ್ಕಿಂತ ಭಿನ್ನವಾಗಿರಬಹುದು, ಮತ್ತು ಅನೇಕ ಹೋಸ್ಟ್ಗಳು ICMP ಅನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತವೆ. ಅಗತ್ಯವು ಖಾಸಗಿ ಸೇವೆಯಾಗಿದ್ದರೆ, ಆ ಸೇವೆಯನ್ನು ಅದರ ನಿಜವಾದ ಪೋರ್ಟ್ನಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ.

ಪರೀಕ್ಷೆಯ ಪ್ರಮಾಣವನ್ನು ಮಿತವಾಗಿ ಇರಿಸಿ. ಮೇಲ್ವಿಚಾರಣಾ ಲೂಪ್ ತಾನು ಅಳೆಯುವ ಸಂಚಾರವೇ ಆಗಬಾರದು.

ಪರಿಶೀಲನೆ 4: ಏನು ಬದಲಾಯಿತು ಮತ್ತು ಯಾವಾಗ

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

ಲಾಗ್ಗಳನ್ನು ಪರಿವರ್ತನೆಗಳಿಗಾಗಿ ಇರಿಸಿ, ಪೇಲೋಡ್ಗಾಗಿ ಅಲ್ಲ.

ಪರಿಶೀಲನೆ 5: ಎಚ್ಚರಿಕೆ ಗಡಿಯನ್ನು ಹೆಸರಿಸಬೇಕು

VPN ಕೆಳಗಿದೆ ಎಂದು ಹೇಳುವ ಎಚ್ಚರಿಕೆ ಅರ್ಧ ಸಮಯದಲ್ಲಿ ಜನರನ್ನು ತಪ್ಪು ಸ್ಥಳಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ. ಪೀರ್ ಹ್ಯಾಂಡ್ಶೇಕ್ ಹನ್ನೆರಡು ನಿಮಿಷಗಳಿಂದ ಬಳಕೆಯಾಗಿಲ್ಲ, 10.20.0.0/16 ಗೆ ಮಾರ್ಗ ಇಲ್ಲ, ಅಥವಾ ಪೋರ್ಟ್ 445 ಗೆ ಪರೀಕ್ಷೆ ವಿಫಲವಾಗಿದೆ ಎಂದು ಹೇಳುವ ಎಚ್ಚರಿಕೆ ನಿರ್ದಿಷ್ಟ ಪರಿಶೀಲನೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ.

ಪೇಲೋಡ್ಗಳನ್ನು ಬ್ರೌಸ್ ಮಾಡುವ ಬದಲು ಕಾರ್ಯಾಚರಣಾ ಕೌಂಟರ್ಗಳನ್ನು ಇರಿಸಿ. ಕೌಂಟರ್ಗಳು ನಿಮಗೆ ಅಗತ್ಯವಿಲ್ಲದ ವಿಷಯವನ್ನು ಸಂಗ್ರಹಿಸದೆ ಮೇಲ್ವಿಚಾರಣಾ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತವೆ.

ಮತ್ತು ಮುಂದೆ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಫೇಲ್ಓವರ್ ನೀತಿ ನಿರ್ಧರಿಸಲಿ. ಮೇಲ್ವಿಚಾರಣೆ ಯಾವ ಗಡಿ ವಿಫಲವಾಯಿತು ಎಂಬುದನ್ನು ಗುರುತಿಸಬೇಕು, ಪ್ರತಿ ಬಾರಿ ಪರೀಕ್ಷೆ ವಿಫಲವಾದಾಗ ವಿಶಾಲ ಬೈಪಾಸ್ ಅನ್ನು ಅನುಮತಿಸಬಾರದು. OpenVPN 2.6 ಕೈಪಿಡಿ ಮೊದಲ ಪರಿಶೀಲನೆಯನ್ನು ಸ್ಕ್ರಿಪ್ಟ್ ಮಾಡಬಹುದಾದಂತೆ ಮಾಡುವ ಸ್ಥಿತಿ ಫೈಲ್ ಮತ್ತು ನಿರ್ವಹಣಾ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ದಾಖಲಿಸುತ್ತದೆ.