IPv6 ಶಾಖಾ ಪೂರ್ವಪ್ರತ್ಯಯ: ಸರ್ವರ್ನಲ್ಲಿ iroute-ipv6 ಅಥವಾ route-ipv6?

ಬಹುತೇಕ ಒಂದೇ ಹೆಸರಿನ ಎರಡು ಸೂಚನೆಗಳು ಪ್ರತಿ ಕೆಲಸ ಮಾಡುವ ಉದಾಹರಣೆಯಲ್ಲೂ ಕಾಣುತ್ತವೆ, ಮತ್ತು ಒಂದನ್ನು ಇನ್ನೊಂದಿಲ್ಲದೆ ನಕಲಿಸುವುದು ಸರಿಯಾಗಿ ಕಾಣುವ ಆದರೆ ಶಾಖಾ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಸದ್ದಿಲ್ಲದೆ ಬಿಟ್ಟುಬಿಡುವ ಸುರಂಗವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಅವು ಒಂದೇ ಗಡಿಯ ಎರಡು ಬೇರೆ ಬದಿಗಳಲ್ಲಿ ಬೇರೆ ಕೆಲಸ ಮಾಡುತ್ತವೆ: ಒಂದು ಸರ್ವರ್ ಕರ್ನೆಲ್ಗೆ ಪೂರ್ವಪ್ರತ್ಯಯ ಎಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ ಎಂದು ಕಲಿಸುತ್ತದೆ, ಇನ್ನೊಂದು OpenVPN ಗೆ ಯಾವ ದೃಢೀಕೃತ ಕ್ಲೈಂಟ್ ಅದನ್ನು ಹೊತ್ತೊಯ್ಯುತ್ತದೆ ಎಂದು ಕಲಿಸುತ್ತದೆ. ಎರಡೂ ಸರಿಯಾದರೆ ಪೂರ್ವಪ್ರತ್ಯಯ ಹರಿಯುತ್ತದೆ; ಒಂದು ಸರಿಯಾದರೆ ಪ್ಯಾಕೆಟ್ಗಳಿಗೆ ಮಾರ್ಗವಿದೆ ಆದರೆ ಒಡೆಯನಿಲ್ಲ.

ಎರಡು ಸೂಚನೆಗಳು, ಎರಡು ಬೇರೆ ಕೆಲಸಗಳು

route-ipv6 ಸಾಮಾನ್ಯ ಮಾರ್ಗ ಸ್ಥಾಪನೆ: ಸರ್ವರ್ ಒಂದು ಕರ್ನೆಲ್ ಮಾರ್ಗವನ್ನು ಸೇರಿಸುತ್ತದೆ, ಅದು ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ತನ್ನ ಸುರಂಗ ಇಂಟರ್ಫೇಸ್ಗೆ ತೋರಿಸುತ್ತದೆ. iroute-ipv6 ನಿರ್ದಿಷ್ಟ ಕ್ಲೈಂಟ್ನ ಸಂದರ್ಭಕ್ಕೆ ಸೇರಿದ್ದು ಮತ್ತು ಆಂತರಿಕ ಒಡೆತನವನ್ನು ಘೋಷಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಡೀಮನ್ ಆ ಪೂರ್ವಪ್ರತ್ಯಯದ ಸಂಚಾರವನ್ನು ನಿರ್ದಿಷ್ಟ ಕ್ಲೈಂಟ್ಗೆ ಕಳುಹಿಸಬೇಕು ಎಂದು ತಿಳಿಯುತ್ತದೆ, ಕರ್ನೆಲ್ ಮಾರ್ಗ ಆಕಸ್ಮಿಕವಾಗಿ ಹೆಸರಿಸುವ ಪೀರ್ಗೆ ಅಲ್ಲ.

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

ಸಾಂಪ್ರದಾಯಿಕ userspace ಸಂರಚನೆಯಲ್ಲಿ ಎರಡೂ ಬೇಕು ಮತ್ತು ಅವು ಒಂದನ್ನೊಂದು ಪೂರೈಸುತ್ತವೆ. ಒಂಟಿ ಕರ್ನೆಲ್ ಮಾರ್ಗ ಡೀಮನ್ಗೆ ಪೀರ್ ಆಯ್ಕೆ ಮಾಡಲಾಗದಂತೆ ಬಿಡುತ್ತದೆ. ಒಂಟಿ iroute ಕರ್ನೆಲ್ಗೆ ಸುರಂಗದವರೆಗೆ ಮಾರ್ಗವಿಲ್ಲದಂತೆ ಬಿಡುತ್ತದೆ. ಇಲ್ಲಿಂದಲೇ ಪ್ರತಿ-ಕ್ಲೈಂಟ್ ಕಡತಗಳ ಬಗ್ಗೆ ಹೆಚ್ಚಿನ ಗೊಂದಲ ಬರುತ್ತದೆ: ಕಡತ ಮಾರ್ಗ ಕೋಷ್ಟಕದ ನಮೂದು ಅಲ್ಲ, ಮತ್ತು ಮಾರ್ಗ ನಮೂದು ಒಡೆತನದ ಘೋಷಣೆ ಅಲ್ಲ.

ip -6 route show | grep fd00:7a
ip -6 route get fd00:7a::1

ಯಾವುದು ಎಲ್ಲಿ ಸೇರುತ್ತದೆ

ಮಾರ್ಗ ಸರ್ವರ್ನ ನಿರ್ವಹಿತ ಸಂರಚನೆಗೆ ಹೋಗುತ್ತದೆ, ಅಲ್ಲಿ ಅದು ಆ ಸರ್ವರ್ ಪ್ರಕ್ರಿಯೆಗೆ ಅನ್ವಯಿಸುತ್ತದೆ. iroute ಕ್ಲೈಂಟ್-ನಿರ್ದಿಷ್ಟ ಕಡತಕ್ಕೆ ಹೋಗುತ್ತದೆ, ಅದು ಶಾಖಾ ಸಾಧನದ ದೃಢೀಕೃತ ಗುರುತಿನ ಹೆಸರಿನಲ್ಲಿದೆ.

ನಿಜವಾದ ಗುರುತಿಗೆ ಹೊಂದದ ಕಡತದ ಹೆಸರು ಎಂದಿಗೂ ಓದಲ್ಪಡುವುದಿಲ್ಲ, ಮತ್ತು ಲಕ್ಷಣ ನಿಖರವಾಗಿ ಕಾಣೆಯಾದ iroute ನಂತೆಯೇ ಇರುತ್ತದೆ. ಸರ್ವರ್ ದೃಢೀಕರಿಸಿದ ಗುರುತನ್ನು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಕಡತದ ಹೆಸರನ್ನು ಅಕ್ಷರ-ಅಕ್ಷರವಾಗಿ ಪರಿಶೀಲಿಸಿ.

# /etc/openvpn/server/server.conf
route-ipv6 fd00:7a::/64
client-config-dir /etc/openvpn/server/ccd

# /etc/openvpn/server/ccd/branch-b
iroute-ipv6 fd00:7a::/64

ಪೂಲ್ ಮತ್ತು ಶಾಖಾ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇಡಿ, ಏಕೆಂದರೆ ಅವುಗಳ ಅತಿವ್ಯಾಪ್ತಿ ಯಾವ ಸೂಚನೆಯೂ ಪರಿಹರಿಸಲಾಗದ ಒಗಟನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.

ಇನ್ನೊಂದು ಕ್ಲೈಂಟ್ಗೆ ಏನು ಬೇಕು

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

ಅದನ್ನು ಶಾಖೆಗೇ ಕಳುಹಿಸಬೇಡಿ, ಏಕೆಂದರೆ ಆ ಸಾಧನಕ್ಕೆ ಪೂರ್ವಪ್ರತ್ಯಯ ಈಗಾಗಲೇ ಸಂಪರ್ಕಿತ ಜಾಲಬಂಧವಾಗಿ ಇದೆ.

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

ಶಾಖಾ ಸಾಧನದಲ್ಲಿ ಮರಳುವ ಮಾರ್ಗ

ಒಡೆತನ ಶಾಖೆ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡಿದರೆ ಮತ್ತು ಅದರ LAN ಪ್ರತಿಕ್ರಿಯಿಸುವುದು ತಿಳಿದಿದ್ದರೆ ಮಾತ್ರ ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಶಾಖಾ ಸಾಧನದಲ್ಲಿ IPv6 ಫಾರ್ವರ್ಡಿಂಗ್ ಸಕ್ರಿಯಗೊಳಿಸಿ, ಮತ್ತು ಅದರ LAN ನ ಹೋಸ್ಟ್ಗಳು VPN ಪೂಲ್ನ ಸಂಚಾರವನ್ನು ಪೂಲ್ ತಿಳಿಯದ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗದ ಕಡೆಗಲ್ಲ, ಶಾಖೆಯ ಕಡೆಗೆ ಮರಳಿ ಕಳುಹಿಸುತ್ತವೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.

ಆ ಮರಳುವ ಮಾರ್ಗ IPv6 ನಲ್ಲಿ ಜನರು IPv4 ನಲ್ಲಿ ಎದುರಿಸುವ ಕಾಣೆಯಾದ ಮಾರ್ಗ ಸಮಸ್ಯೆಯ ಸಮಾನಾಂತರ.

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

ಜೋಡಿ ಇನ್ನೂ ಸಾಕಾಗದಿದ್ದರೆ

ಕೆಲವು ನಿಯೋಜನೆಗಳು ಈ ಮಾರ್ಗವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬಳಸುವುದಿಲ್ಲ. ಕರ್ನೆಲ್ನ ದತ್ತಾಂಶ ಮಾರ್ಗ ಮತ್ತು ಉತ್ಪನ್ನ-ನಿರ್ವಹಿತ ಸರ್ವರ್ಗಳಿಗೆ ತಮ್ಮದೇ ಬೆಂಬಲಿತ ಮಾರ್ಗ ನಿರ್ವಹಣೆ ಇದೆ, ಮತ್ತು userspace ಉದಾಹರಣೆ ನೇರವಾಗಿ ವರ್ಗಾವಣೆಯಾಗದಿರಬಹುದು.

ಇನ್ನೊಂದಕ್ಕೆ ಬರೆದ ಮಾರ್ಗದರ್ಶಿಯಿಂದ ಸೂಚನೆಗಳನ್ನು ನಕಲಿಸುವ ಮೊದಲು ನಿಮ್ಮ ಬಿಲ್ಡ್ ಯಾವ ದತ್ತಾಂಶ ಮಾರ್ಗವನ್ನು ಬಳಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.

ಕೊನೆಯದಾಗಿ, ವಿಳಾಸಗಳ ವ್ಯಾಪ್ತಿಯನ್ನು ನೆನಪಿಡಿ: ಅನನ್ಯ ಸ್ಥಳೀಯ ಪೂರ್ವಪ್ರತ್ಯಯದಂತಹ fd00:7a::/64 ವಿನ್ಯಾಸದಿಂದ ಖಾಸಗಿ ಮತ್ತು ಸಾರ್ವಜನಿಕ IPv6 ತಲುಪುವಿಕೆಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಅದನ್ನು ಆಂತರಿಕ ಪ್ರವೇಶವೆಂದು ಪರಿಗಣಿಸಿ, ಮತ್ತು ಇಂಟರ್ನೆಟ್ಗೆ ಹೊರಹೋಗುವುದನ್ನು ತನ್ನದೇ ನೀತಿಯಿರುವ ಪ್ರತ್ಯೇಕ ವಿಷಯವಾಗಿ ಇಡಿ.