ಎರಡು ಸೆಲ್ಯುಲಾರ್ ಸೈಟ್‌ಗಳು, ಒಳಬರುವ ಪೋರ್ಟ್‌ಗಳಿಲ್ಲ: ಕೆಲಸ ಮಾಡುವ ಹಬ್ ನಿರ್ಮಿಸಿ

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

ಯಾವುದೇ ಸೈಟ್‌ಗೆ ಡಯಲ್ ಮಾಡಲಾಗದು, ಆದ್ದರಿಂದ ಎರಡೂ ಹೊರಕ್ಕೆ ಡಯಲ್ ಮಾಡಬೇಕು

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

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

ನಿಮ್ಮ ಮುಂದಿರುವ ಸೈಟ್‌ನ ವಿಳಾಸ ಪ್ರಶ್ನೆಗೆ ಎರಡು ಆಜ್ಞೆಗಳು ಉತ್ತರಿಸುತ್ತವೆ. ಅವುಗಳನ್ನು ಸೈಟ್ ರೂಟರ್‌ನಲ್ಲಿ ನಡೆಸಿ, ಅದರ ಹಿಂದಿನ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಲ್ಲಿ ಅಲ್ಲ:

ip -4 addr show scope global
ip -6 addr show scope global

ಯಾರು ಪೀರ್‌ಗಳನ್ನು ಪರಿಚಯಿಸುತ್ತಾರೆ ಮತ್ತು ಯಾರು ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಸಾಗಿಸುತ್ತಾರೆ

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

ಟ್ರಾವರ್ಸಲ್‌ಗೆ ತನ್ನದೇ ಪದಕೋಶವಿದೆ, ಮತ್ತು ಪದಗಳು ಖಾತರಿಗಳಲ್ಲ, ಪಾತ್ರಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ. ICE ವಿಶೇಷಣ ಅಭ್ಯರ್ಥಿಗಳು ಮತ್ತು ಸಂಪರ್ಕ ಪರಿಶೀಲನೆಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ, STUN ವಿಳಾಸ ಅನುವಾದದ ಬಗ್ಗೆ ತಿಳಿಯುವ ಒಂದು ಮಾರ್ಗವನ್ನು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು TURN ಅದನ್ನು ಜಾರಿಗೊಳಿಸುವ ಅನ್ವಯಗಳಿಗೆ ರಿಲೇ ಮೂಲಕ ಸಾಗಣೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ. ಈ ಯಾವುದೇ ಕಾರ್ಯವಿಧಾನವೂ ಸಾಂಪ್ರದಾಯಿಕ ಗೇಟ್‌ವೇಯಲ್ಲಿ ಕಾಣಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ನೀವು ಅದನ್ನು ಶೋಧನಾ ವಿಳಾಸದತ್ತ ನಿರ್ದೇಶಿಸಿದ್ದೀರಿ. ಟ್ರಾವರ್ಸಲ್ ಅನ್ನು ಉತ್ಪನ್ನದ ಸಾಮರ್ಥ್ಯವೆಂದು ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಪರೀಕ್ಷೆಯು ವಿರುದ್ಧವನ್ನು ತೋರಿಸುವವರೆಗೆ ರಿಲೇ ಎಂದು ಊಹಿಸಿ.

ಪ್ರತಿ ಸೈಟ್‌ಗೆ ಒಂದು ಮಾರ್ಗ, ಅದನ್ನು ಪೀರ್ ಹೊಂದಿದೆ

ಹಬ್‌ಗೆ ಪ್ರತಿ ಸೈಟ್‌ಗೆ ಒಂದು ಸುರಂಗ, ಪ್ರತಿಯೊಂದರ ಹಿಂದೆ ಪ್ರತ್ಯೇಕ LAN ಪೂರ್ವಪ್ರತ್ಯಯ, ಮತ್ತು ಪ್ರತಿ ಪೂರ್ವಪ್ರತ್ಯಯಕ್ಕೆ ಅದರ ಮಾಲೀಕರನ್ನು ಹೆಸರಿಸುವ ಮಾರ್ಗ ಬೇಕು. ಉದಾಹರಣೆಯಲ್ಲಿ ಹಬ್ 10.61.0.1, ಸೈಟ್ A ಎಂಬುದು LAN 10.60.10.0/24 ಹೊಂದಿರುವ 10.61.0.11, ಮತ್ತು ಸೈಟ್ B ಎಂಬುದು LAN 10.60.20.0/24 ಹೊಂದಿರುವ 10.61.0.12 ಆಗಿದೆ. ಕೆಳಗಿನ ಪ್ರತಿ ಮಾರ್ಗವೂ ಸುರಂಗದ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಅಲ್ಲ, ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಹೊಂದಿರುವ ಪೀರ್‌ಗೆ ಸೂಚಿಸುತ್ತದೆ:

ip route add 10.60.10.0/24 via 10.61.0.11 dev wg0
ip route add 10.60.20.0/24 via 10.61.0.12 dev wg0
sysctl net.ipv4.ip_forward
ip route get 10.60.20.55 from 10.60.10.77

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

ಗೂಢಲಿಪೀಕರಣ ಎಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ ಎಂಬುದನ್ನೂ ನಿರ್ಧರಿಸಿ. ಹಬ್ ಎರಡೂ ಸುರಂಗ ತುದಿಗಳನ್ನು ಹೊಂದಿದಾಗ, ಆ ಯಂತ್ರದ ನಿರ್ವಾಹಕ ಮತ್ತು ಅದರ ಕೆಲಸದ ಹೊರೆ ವಿಶ್ವಾಸ ಮತ್ತು ಲಭ್ಯತೆ ಮಾದರಿಗೆ ಸೇರುತ್ತವೆ, ಮತ್ತು ಅದರ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಮಾರ್ಗದ ಭಾಗವಾಗುತ್ತದೆ.

ಆಪರೇಟರ್ ಮೂಲಕ ಪ್ರತಿ ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಜೀವಂತವಾಗಿರಿಸಿ

ಪ್ರತಿ ಸೈಟ್ ತನ್ನ ಸುರಂಗವನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ಅನುವಾದ ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಜೀವಂತವಾಗಿರಿಸಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಆಪರೇಟರ್ ಅದನ್ನು ಮರೆಯುತ್ತಾನೆ. ಪ್ರಾರಂಭಿಸುವ ಬದಿಯ ಕೀಪ್‌ಅಲೈವ್ ಸಂದೇಶವು ಆ ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಹ್ಯಾಂಡ್‌ಶೇಕ್‌ಗಳ ನಡುವೆ ಉಳಿಸುತ್ತದೆ. ಅನುಮತಿಸಿದ ಪೂರ್ವಪ್ರತ್ಯಯಗಳನ್ನು ಹಬ್ ವಿಳಾಸ ಮತ್ತು ದೂರದ LAN ಗೆ ಸೀಮಿತಗೊಳಿಸಿ, ಇದರಿಂದ ರಾಜಿಯಾದ ಪೀರ್ ತನ್ನದಲ್ಲದ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಕ್ಲೇಮ್ ಮಾಡಲಾಗದು:

[Peer]
PublicKey = <hub public key>
Endpoint = 192.0.2.10:51820
AllowedIPs = 10.61.0.1/32, 10.60.20.0/24
PersistentKeepalive = 25

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

ಎರಡೂ ದಿಕ್ಕುಗಳನ್ನು ಸಾಬೀತುಪಡಿಸಿ, ನಂತರ ಚೇತರಿಕೆಯನ್ನು ಸಾಬೀತುಪಡಿಸಿ

ಪರಿಶೀಲನೆ ದಿಕ್ಕಿನಲ್ಲಿದೆ, ಆದ್ದರಿಂದ A ನಿಂದ B ಗೆ ping ವಿನ್ಯಾಸದ ಅರ್ಧವನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗದ ಬಗ್ಗೆ ಏನೂ ಇಲ್ಲ. ಹಬ್‌ನಲ್ಲಿ ಅದೇ ಮೂಲ-ಅರಿವಿನ ಶೋಧನೆಯಿಂದ ಪ್ರತಿಕ್ರಿಯೆ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ, ಇನ್ನೊಂದು ಬದಿಯಿಂದ ಪರೀಕ್ಷೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಒಂದು ಗಂಟೆ ನಿಷ್ಕ್ರಿಯವಾಗಿದ್ದ ಸುರಂಗವು ಹಳೆಯ ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಪರೀಕ್ಷಿಸುತ್ತಿರಬಹುದಾದ್ದರಿಂದ ಹೊಸ ಹ್ಯಾಂಡ್‌ಶೇಕ್‌ಗಳನ್ನೂ ಸಾಕ್ಷ್ಯಕ್ಕೆ ಸೇರಿಸಿ:

wg show wg0 latest-handshakes
ping -c 3 10.60.20.55
traceroute -n 10.60.20.55

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