WireGuard ಪೀರ್ ತಪ್ಪು WAN ಮೂಲಕ ಹೊರಡುತ್ತದೆ: ಐದು ಪರಿಶೀಲನೆಗಳು ಕ್ರಮವಾಗಿ

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

ಕೆಳಗಿನ ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಿ. ಪ್ರತಿಯೊಂದಕ್ಕೂ ನಿಲ್ಲಿಸುವ ಷರತ್ತು ಇದೆ, ಮತ್ತು ಮುಂದಕ್ಕೆ ಹಾರುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಆತ್ಮವಿಶ್ವಾಸದ ತಪ್ಪು ಉತ್ತರವನ್ನು ನೀಡುತ್ತದೆ.

ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಅನ್ನು ರವಾನಿಸಿದ ಹರಿವಿನಿಂದ ಬೇರ್ಪಡಿಸಿ

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

ಹ್ಯಾಂಡ್‌ಶೇಕ್‌ನಿಂದ ತರ್ಕಿಸುತ್ತಿರುವುದನ್ನು ನೀವು ಗಮನಿಸಿದ ಕ್ಷಣ ನಿಲ್ಲಿಸಿ. ಅದು ಎಂಡ್‌ಪಾಯಿಂಟ್ ಮಾರ್ಗದ ಬಗ್ಗೆ ಮಾತ್ರ ಸಾಕ್ಷ್ಯ.

ಪಾಲಿಸಿ ನಿಯಮವನ್ನು ಓದಿ, ಡಿಫಾಲ್ಟ್ ಕೋಷ್ಟಕವನ್ನಲ್ಲ

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

ip rule show
ip route show table main
ip -4 route get 203.0.113.9 from 10.30.8.2

ಪಾಲಿಸಿ ನಿಯಮಗಳನ್ನು ಮತ್ತು ಅವು ಸೂಚಿಸುವ ಕೋಷ್ಟಕಗಳನ್ನು ಓದಿ. ನಂತರ ನಿಮ್ಮ ಪರೀಕ್ಷಾ ಹರಿವಿಗೆ ಯಾವ ನಿಯಮ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಉದ್ದೇಶಿತ ಅಪ್‌ಲಿಂಕ್ ಅನ್ನು ಇನ್ನು ಮುಂದೆ ಹೊತ್ತುಕೊಳ್ಳದ ಇಂಟರ್‌ಫೇಸ್ ಅನ್ನು ಉಲ್ಲೇಖಿಸುವ ನಿಯಮ ಒಂದು ಪತ್ತೆಯೇ ಹೊರತು ವಿವರವಲ್ಲ. ಕೊನೆಯಲ್ಲಿನ ಮಾರ್ಗ ಹುಡುಕಾಟ ಕೋಷ್ಟಕ ಓದಿ ಊಹಿಸುವುದಕ್ಕಿಂತ ಬಹಳ ವೇಗವಾಗಿ ಉತ್ತರ ತೋರಿಸುತ್ತದೆ.

ಮಾರ್ಕ್ ಮತ್ತು ಅನುವಾದವನ್ನು ಒಟ್ಟಿಗೆ ಪರಿಶೀಲಿಸಿ

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

nft list chain inet filter prerouting
conntrack -L -s 10.30.8.2 2>/dev/null | head
ip -s link show dev eth1

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

ಯಾವ ಇಂಟರ್‌ಫೇಸ್ ಉತ್ತರವನ್ನು ಹೊತ್ತುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ಗಮನಿಸಿ

ಒಂದು ವಿನಂತಿ ನಡೆಯುತ್ತಿರುವಾಗ ಎರಡೂ ಅಪ್‌ಲಿಂಕ್‌ಗಳಲ್ಲಿ ಸೆರೆಹಿಡಿಯಿರಿ. ಯಾವ ಇಂಟರ್‌ಫೇಸ್ ವಿನಂತಿಯನ್ನು ಮತ್ತು ಯಾವುದು ಉತ್ತರವನ್ನು ಹೊತ್ತುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ಗಮನಿಸಿ. ಅಸಮಮಿತ ಮಾರ್ಗಗಳನ್ನು ಊಹಿಸುವುದಕ್ಕಿಂತ ನೋಡುವುದು ಬಹಳ ಸುಲಭ.

ಉತ್ತರ ತಪ್ಪು ಅಪ್‌ಲಿಂಕ್‌ನಿಂದ ಬಂದರೆ, ಸಮಸ್ಯೆ WireGuard ನಿಂದ ಸಂಪರ್ಕ ಜಾಡಿನ ಅಥವಾ ಅನುವಾದಕ್ಕೆ ಸರಿದಿದೆ. ಪೀರ್ ಸಂರಚನೆಯಲ್ಲಿ ಯಾವುದೇ ಬದಲಾವಣೆ ಅದನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ.

ಹಿಂತಿರುಗುವ ದಾರಿಯೊಂದಿಗೆ ಒಂದು ವಿಷಯವನ್ನು ಬದಲಿಸಿ

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

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