ಒಂದು WireGuard ಪೀರ್ ತಲುಪಲಾಗದಿದ್ದರೆ ಇನ್ನೊಂದು ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೆ: ಪರಿಶೀಲನಾ ಪಟ್ಟಿ

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

ಹಂತ 1: ಪ್ಯಾಕೆಟ್ ತೆಗೆದುಕೊಳ್ಳಬೇಕಾದ ಮಾರ್ಗವನ್ನು ಬರೆಯಿರಿ

ಒಂದೇ ಹಬ್‌ನಲ್ಲಿರುವ ಎರಡು ಕ್ಲೈಂಟ್‌ಗಳು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪರಸ್ಪರ ತಲುಪುವುದಿಲ್ಲ. ಹಬ್-ಮತ್ತು-ಸ್ಪೋಕ್ ವಿನ್ಯಾಸದಲ್ಲಿ ಸರ್ವರ್ ಪ್ಯಾಕೆಟ್ ಅನ್ನು wg0 ನಲ್ಲಿ ಸ್ವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಮತ್ತೆ wg0 ನಿಂದ ಇನ್ನೊಂದು ಪೀರ್‌ಗೆ ಫಾರ್ವರ್ಡ್ ಮಾಡಬೇಕು, ಇದಕ್ಕೆ IP ಫಾರ್ವರ್ಡಿಂಗ್ ಮತ್ತು ಫಾರ್ವರ್ಡ್ ನಿಯಮ ಬೇಕು. ನೇರ ಪೀರ್-ಟು-ಪೀರ್ ವಿನ್ಯಾಸದಲ್ಲಿ ಪ್ರತಿ ಬದಿಗೂ ಇನ್ನೊಂದರ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಮತ್ತು ಇನ್ನೊಂದರ ಸುರಂಗ ವಿಳಾಸ AllowedIPs ಒಳಗೆ ಬೇಕು. ಯಾವುದೇ ಸಂರಚನೆಯನ್ನು ಓದುವ ಮೊದಲು ನೀವು ಯಾವ ವಿನ್ಯಾಸವನ್ನು ಡೀಬಗ್ ಮಾಡುತ್ತಿದ್ದೀರಿ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ.

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

ಹಂತ 2: AllowedIPs ಅನ್ನು ಎರಡೂ ಬದಿಗಳಲ್ಲಿ ಹೋಲಿಸಿ, ಒಂದೇ ಬದಿಯಲ್ಲಿ ಅಲ್ಲ

WireGuard AllowedIPs ಅನ್ನು ರೌಟಿಂಗ್ ಕೋಷ್ಟಕ ಮತ್ತು ಪ್ರವೇಶ ಪಟ್ಟಿ ಎರಡೂ ಆಗಿ ಬಳಸುತ್ತದೆ. ಕಳುಹಿಸುವಾಗ ಸುರಂಗವನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ಗಮ್ಯಸ್ಥಾನ ವಿಳಾಸವನ್ನು ಪೀರ್‌ನ AllowedIPs ನಲ್ಲಿ ಹುಡುಕಲಾಗುತ್ತದೆ; ಸ್ವೀಕರಿಸುವಾಗ ಒಳಗಿನ ಮೂಲ ವಿಳಾಸವು ಕಳುಹಿಸುವ ಪೀರ್‌ನ AllowedIPs ಒಳಗೆ ಬೀಳಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಪ್ಯಾಕೆಟ್ ತಿರಸ್ಕರಿಸಲಾಗುತ್ತದೆ. ಯಾವುದೇ ಬದಿಯಲ್ಲಿ ಶ್ರೇಣಿ ಕಾಣೆಯಾದರೆ ಅದೇ ಲಕ್ಷಣ ಕಾಣಿಸುತ್ತದೆ: ಸಾಗಣೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಪೇಲೋಡ್ ಕಣ್ಮರೆಯಾಗುತ್ತದೆ.

ಫೈಲ್ ಬದಲು ಜೀವಂತ ಸ್ಥಿತಿಯನ್ನು ಓದಿ, ಏಕೆಂದರೆ ಮರುಲೋಡ್ ಮೌನವಾಗಿ ವಿಫಲವಾಗಿರಬಹುದು: sudo wg show wg0 allowed-ips. ಸರ್ವರ್‌ನಲ್ಲಿ ವಿಫಲವಾದ ಪೀರ್‌ನ ನಮೂದು ಅದರ ಸುರಂಗ ವಿಳಾಸವನ್ನು ಒಳಗೊಂಡಿರಬೇಕು, ಉದಾಹರಣೆಗೆ 10.90.0.3/32. ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಸರ್ವರ್ ಪೀರ್‌ನ ನಮೂದು ನೀವು ಪರೀಕ್ಷಿಸುತ್ತಿರುವ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಒಳಗೊಂಡಿರಬೇಕು, ಅದು ಹಬ್‌ನ ಸುರಂಗ ವಿಳಾಸವಾಗಿರಲಿ ಅಥವಾ ದೂರದ ಸಬ್‌ನೆಟ್ ಆಗಿರಲಿ. ಅತಿವ್ಯಾಪಿಸುವ ಶ್ರೇಣಿಗಳು ಹುಡುಕಾಟವನ್ನು ಅಸ್ಪಷ್ಟಗೊಳಿಸುತ್ತವೆ ಮತ್ತು ನೀವು ಉದ್ದೇಶಿಸದ ಪೀರ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು, ಆದ್ದರಿಂದ ಅವುಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ.

ಹಂತ 3: ಒಳಗಿನ ಮೂಲ ವಿಳಾಸವನ್ನು ಪರಿಶೀಲಿಸಿ

10.90.0.3 ಅನ್ನು wg0 ಮೂಲಕ ರೌಟ್ ಮಾಡುವ ಆದರೆ ತನ್ನ Wi-Fi ವಿಳಾಸದಿಂದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಕಳುಹಿಸುವ ಕ್ಲೈಂಟ್ ಅನ್ನು ಸ್ವೀಕರಿಸುವವರು ನಿರಾಕರಿಸುತ್ತಾರೆ, ಏಕೆಂದರೆ ಮೂಲವು ಪೀರ್‌ನ AllowedIPs ಗೆ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ. ಕರ್ನಲ್ ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ip route get 10.90.0.3 from 10.90.0.2 ನಿಂದ ಮತ್ತು ಸುರಂಗ ಇಂಟರ್ಫೇಸ್‌ಗೆ ನಿಗದಿಪಡಿಸಿದ ವಿಳಾಸವನ್ನು ip -brief addr show wg0 ನಿಂದ ದೃಢೀಕರಿಸಿ.

ಸ್ವೀಕರಿಸುವ Linux ಹೋಸ್ಟ್‌ನಲ್ಲಿ ರಿವರ್ಸ್-ಪಾತ್ ಫಿಲ್ಟರಿಂಗ್ ಎರಡನೇ ದ್ವಾರವಾಗಿದೆ. ಹಿಂತಿರುಗುವ ಮಾರ್ಗವನ್ನು ಹೊಂದಿರುವ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ ಕಟ್ಟುನಿಟ್ಟಾದ rp_filter ತಾನು ಬಂದ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಹೊಂದಿಕೆಯಾಗದ ಸುರಂಗ ಸಂಚಾರವನ್ನು ತಿರಸ್ಕರಿಸಬಹುದು. ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವ ಮೊದಲು ಪರಿಣಾಮಕಾರಿ ಮೌಲ್ಯವನ್ನು ಪರಿಶೀಲಿಸಿ; ಅನೇಕ ಟೋಪಾಲಜಿಗಳಲ್ಲಿ ಸರಿಯಾದ ಪರಿಹಾರವು ಮಾರ್ಗ, ಸಡಿಲಗೊಳಿಸಿದ ಫಿಲ್ಟರ್ ಅಲ್ಲ.

ಹಂತ 4: ಹಬ್‌ನ ಫಾರ್ವರ್ಡಿಂಗ್ ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ

ಹಬ್ ಪೀರ್‌ಗಳ ನಡುವೆ ಫಾರ್ವರ್ಡ್ ಮಾಡಬೇಕಾದರೆ, ಕರ್ನಲ್‌ಗೆ net.ipv4.ip_forward=1 ಬೇಕು, ಮತ್ತು ಫೈರ್‌ವಾಲ್ ಫಾರ್ವರ್ಡ್ ಆದ ಹರಿವನ್ನು ಸ್ವೀಕರಿಸಬೇಕು: wg0 ನಲ್ಲಿ ಒಳಗೆ, wg0 ನಿಂದ ಹೊರಗೆ, ಕಳುಹಿಸುವವರ ಸುರಂಗ ವಿಳಾಸದಿಂದ ಸ್ವೀಕರಿಸುವವರ ವಿಳಾಸಕ್ಕೆ. ಸಾಮಾನ್ಯ ವೈಫಲ್ಯವೆಂದರೆ UDP 51820 ಸ್ವೀಕರಿಸುವ ಇನ್‌ಪುಟ್ ನಿಯಮ ಇದ್ದು ಫಾರ್ವರ್ಡ್ ನಿಯಮ ಇಲ್ಲದಿರುವುದು], ಆಗ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ ಮತ್ತು ಪೇಲೋಡ್ ಸಾಯುತ್ತದೆ. ಪರಿಣಾಮಕಾರಿ ನಿಯಮಗಳನ್ನು sudo nft list ruleset ಅಥವಾ ನಿಮ್ಮ ಫೈರ್‌ವಾಲ್ ಮ್ಯಾನೇಜರ್‌ನ ಸಮಾನಾಂತರದೊಂದಿಗೆ ಪಟ್ಟಿ ಮಾಡಿ.

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

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

ಹಂತ 5: ಒಂದು ವಿಷಯವನ್ನು ಬದಲಿಸಿ ಮತ್ತು ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಪೀರ್ ಅನ್ನು ಹಾಗೆಯೇ ಇರಿಸಿ

ವಿಫಲವಾದ ಮಾರ್ಗದಲ್ಲಿ ಒಂದೇ ಬದಲಾವಣೆ ಮಾಡಿ ಮತ್ತು ಎರಡೂ ಪೀರ್‌ಗಳನ್ನು ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ. ಪ್ರತಿ ಪೀರ್‌ನ AllowedIPs ಅನ್ನು 0.0.0.0/0 ನಿಂದ ಬದಲಾಯಿಸುವುದು ಈಗಾಗಲೇ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದ ಪೀರ್ ಅನ್ನು ಒಡೆಯುವ ಅತ್ಯಂತ ವೇಗದ ದಾರಿ, ಏಕೆಂದರೆ ಅದು ಆ ಇಂಟರ್ಫೇಸ್‌ನ ಎಲ್ಲಾ ಸಂಚಾರದ ರೌಟಿಂಗ್ ನಿರ್ಣಯವನ್ನು ಬದಲಿಸುತ್ತದೆ. ಆ ಒಂದೇ ನಮೂದನ್ನು ಸಂಪಾದಿಸಿ, ಮರುಲೋಡ್ ಮಾಡಿ ಮತ್ತು ಜೀವಂತ ಸ್ಥಿತಿಯನ್ನು ಮತ್ತೆ ಓದಿ.

ಯಾವ ಮಾರ್ಗ ಯಶಸ್ವಿಯಾಯಿತು, ಯಾವುದು ವಿಫಲವಾಯಿತು ಮತ್ತು ಪ್ರತಿಯೊಂದಕ್ಕೂ ನಿಖರವಾದ ಆಜ್ಞೆಯ ಔಟ್‌ಪುಟ್ ಅನ್ನು ದಾಖಲಿಸಿ. ಆ ಹೋಲಿಕೆ VPN ಮುರಿದಿದೆ ಎಂಬ ಸಾಮಾನ್ಯ ವರದಿಗಿಂತ ಹೆಚ್ಚು ಮೌಲ್ಯಯುತವಾಗಿದೆ, ಮತ್ತು ಮುಂದಿನ ವ್ಯಕ್ತಿ ಮೊದಲು ಕೇಳುವುದು ಅದನ್ನೇ.