WireGuard ಇತ್ತೀಚಿನ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ತೋರಿಸುತ್ತಿಲ್ಲ: ಮೊದಲು ಏನನ್ನು ಪರಿಶೀಲಿಸಬೇಕು

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

ಪರೀಕ್ಷೆ ಎಂದರೆ peer ಒಯ್ಯಬೇಕಾದ ಗಮ್ಯಸ್ಥಾನದ ಕಡೆಗಿನ ಅನುಮತಿಸಿದ ಪ್ಯಾಕೆಟ್. ಆ ಸ್ಥಿತಿ ಪರದೆಯ ಮೇಲಿನ ಉಳಿದೆಲ್ಲವೂ ಚಟುವಟಿಕೆಯನ್ನಲ್ಲ, ಉದ್ದೇಶವನ್ನು ವಿವರಿಸುತ್ತದೆ.

ನಿಷ್ಕ್ರಿಯ ಇಂಟರ್ಫೇಸ್ ವರದಿ ಮಾಡಲು ಏನೂ ಇಲ್ಲ

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

ಎರಡೂ ಕಡೆ ಕೌಂಟರ್‌ಗಳು ಶೂನ್ಯದಲ್ಲಿದ್ದರೆ, ಸಮಸ್ಯೆ ಸುರಂಗದ ಮೇಲ್ಭಾಗದಲ್ಲಿದೆ. ಏನನ್ನಾದರೂ ಪ್ರಚೋದಿಸಲು ಇಂಟರ್ಫೇಸ್‌ಗೆ ಏನೂ ತಲುಪಲಿಲ್ಲ.

peer ಒಯ್ಯಲು ಅನುಮತಿಸಿದ ಸಂಚಾರವನ್ನು ಪ್ರಚೋದಿಸಿ

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

ip route get 10.60.9.5
ping -c 3 -W 2 10.60.9.5
wg show wg0 latest-handshakes
wg show wg0 transfer

ಮಾರ್ಗ ಪ್ರಶ್ನೆ ping ಗಿಂತ ಮುಖ್ಯ. ಅದು ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್ ಹೆಸರಿಸಿದರೆ, ಪ್ಯಾಕೆಟ್ ಎಂದೂ ಸುರಂಗವನ್ನು ಪ್ರವೇಶಿಸಿಲ್ಲ ಮತ್ತು ಖಾಲಿ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಗೂಢಲಿಪಿ ಉತ್ತರವಲ್ಲ, ಮಾರ್ಗನಿರ್ಣಯ ಉತ್ತರ. peer ಡೀಬಗ್ ಮಾಡುವ ಮೊದಲು ಮಾರ್ಗ ಸರಿಪಡಿಸಿ.

ಕೀ ಜೋಡಿ ಮತ್ತು ಎಂಡ್‌ಪಾಯಿಂಟ್ ಹೋಲಿಸಿ

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

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

ಹೊರಗಿನ UDP ಮಾರ್ಗವನ್ನು ಗಮನಿಸಿ

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

ss -lunp | grep 51820
sudo tcpdump -ni eth0 udp port 51820
wg show wg0 endpoints
conntrack -L -p udp | grep 51820

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

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