WireGuard 5G ಶಾಖೆ: ಶಾಖೆಯೇ ಹಬ್ ಅನ್ನು ಡಯಲ್ ಮಾಡಲಿ

ಶಾಖೆಯನ್ನು ಹಬ್ ಕಡೆಗೆ ತೋರಿಸುವುದು ಈ ವಿನ್ಯಾಸದ ಸುಲಭ ಅರ್ಧ, ಶಾಖೆಯು ಬದಲಾಗುವ ಮೊಬೈಲ್ ವಿಳಾಸದ ಹಿಂದೆ ಇದ್ದಾಗ ಮತ್ತು ಹಬ್ ಬಳಿ ಸ್ಥಿರ ಹೆಸರು ಇದ್ದಾಗ. ಆಗ ಹಬ್ ಶಾಖೆಯನ್ನು ದೃಢೀಕೃತ ಸಂಚಾರದಿಂದ ಕಲಿಯುತ್ತದೆ, ನೀವು ನವೀಕೃತವಾಗಿ ಇರಿಸಬೇಕಾದ ದಾಖಲೆಯಿಂದ ಅಲ್ಲ. ಒಪ್ಪಂದ ಸರಳ: ಶಾಖೆಯೇ ಯಾವಾಗಲೂ ಪ್ರಾರಂಭಿಸುತ್ತದೆ.

ಅದನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಿ, ನಂತರ ಜನರು ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಭಾವಿಸುವ ಭಾಗವನ್ನು ಪರಿಶೀಲಿಸಿ. ಎರಡೂ ಹಂತಗಳಿಗೆ ನಿಮಿಷಗಳು ಬೇಕು, ಮತ್ತು ಈ ವಿನ್ಯಾಸಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಎರಡನೆಯದರಲ್ಲಿ ವಿಫಲವಾಗುತ್ತವೆ.

ಸ್ಥಿರ ಎಂಡ್ಪಾಯಿಂಟ್ ಯಾವ ಬದಿಯಲ್ಲಿದೆ

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

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

ಮರುಸಂಖ್ಯೀಕರಣವನ್ನು ತಾಳಿಕೊಳ್ಳುವ ಸಂರಚನೆಯನ್ನು ಶಾಖೆಗೆ ನೀಡಿ

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

[Peer]
PublicKey = HUB_PUBLIC_KEY_BASE64
Endpoint = hub.example.net:51820
AllowedIPs = 10.60.0.0/24, 10.60.10.0/24
PersistentKeepalive = 25

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

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

ಮ್ಯಾಪಿಂಗ್ ಮತ್ತು ಫೇಲ್ಓವರ್ ಪರಿಶೀಲಿಸಿ

ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆ, ಹಬ್ ಶಾಖೆಯ ಪ್ರಸ್ತುತ ಎಂಡ್ಪಾಯಿಂಟ್ ಅನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಟನಲ್ ಮೂಲಕ ಶಾಖೆಯ ಒಳಗಿನ ವಿಳಾಸಗಳು ತಲುಪಬಹುದಾದವು ಎಂದು ಖಚಿತಪಡಿಸಿ. ಇದು ಮೂಲರೇಖೆ, ಮತ್ತು ಯಾರಾದರೂ ಮೊಬೈಲ್ ಲಿಂಕ್ ಮುಟ್ಟುವ ಮೊದಲು ಇದನ್ನು ದಾಖಲಿಸಬೇಕು. ಎರಡು ಸಾಲುಗಳ ಔಟ್‌ಪುಟ್ ಸಾಕು. ಸಮಯ ಮುದ್ರೆಯೊಂದಿಗೆ ಅವನ್ನು ಟಿಕೆಟ್‌ನಲ್ಲಿ ಇರಿಸಿ.

wg show wg0
wg show wg0 latest-handshakes
ip route show default
ping -c 3 10.60.10.1

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

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

ಈ ವಿನ್ಯಾಸ ಏನನ್ನು ಪರಿಹರಿಸುವುದಿಲ್ಲ

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

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

ರನ್‌ಬುಕ್‌ನಲ್ಲಿ ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಬರೆಯಿರಿ: ಯಾರು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ, ಯಾವ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳು ಅನುಮತಿಸಲ್ಪಟ್ಟಿವೆ, keepalive ಎಷ್ಟು ಉದ್ದವಿದೆ, ಮತ್ತು ಪ್ರಾಥಮಿಕ ಲಿಂಕ್ ಬಿದ್ದಾಗ ಏನಾಗುತ್ತದೆ. ಮುಂದಿನ ಆಪರೇಟರ್‌ಗೆ ರಾತ್ರಿ ಮೂರು ಗಂಟೆಗೆ ನಿಜವಾಗಿ ಬೇಕಾದ ಸಾಲುಗಳು ಅವೇ.