OpenVPN ಲ್ಯಾಬ್‌ಗೆ ಖಾಸಗಿ IPv6 ಸೇರಿಸಿ, ಒಂದೊಂದು ಚೆಕ್‌ಪಾಯಿಂಟ್ ಆಗಿ

ನಿಮ್ಮ ಬಳಿ ಈಗಾಗಲೇ IPv4 ಮೂಲಕ ಸಂಪರ್ಕಿಸಿ ಸರ್ವರ್ ಹಿಂದಿನ ಖಾಸಗಿ IPv4 ಕೆಲಸದ ಭಾರವನ್ನು ತಲುಪುವ ಕ್ಲೈಂಟ್ ಇದೆ. ಗುರಿ ಎಂದರೆ ಹೊರಗಿನ ಸಾಗಣೆಯನ್ನು ಮುಟ್ಟದೆ ಅದೇ ಸುರಂಗದ ಮೂಲಕ ಖಾಸಗಿ IPv6 ಕೆಲಸದ ಭಾರವನ್ನು ತಲುಪುವುದು. ಆ ಕ್ರಮ ಮುಖ್ಯ: ಹೊರಗಿನ ಮಾರ್ಗ IPv4 ಆಗಿಯೇ ಉಳಿಯುತ್ತದೆ, ಮತ್ತು ಒಳಗಿನ ವಿಳಾಸ ಯೋಜನೆ, ಕ್ಲೈಂಟ್ ಮಾರ್ಗ ಮತ್ತು ಸರ್ವರ್‌ನಿಂದ LAN ಗೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಮಾತ್ರ ಬದಲಾಗುತ್ತವೆ. ಐದು ಚೆಕ್‌ಪಾಯಿಂಟ್‌ಗಳು, ಪ್ರತಿಯೊಂದೂ ಮುಂದುವರಿಯುವ ಮೊದಲು ನೋಡಬೇಕಾದ ನಿರ್ದಿಷ್ಟ ವಿಷಯವನ್ನು ಹೊಂದಿದೆ.

ಚೆಕ್‌ಪಾಯಿಂಟ್ ಒಂದು: ಈಗಾಗಲೇ ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಸಂಪರ್ಕ

ಏನನ್ನೂ ಸೇರಿಸುವ ಮೊದಲು ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸಿ IPv4 ಮಾರ್ಗವನ್ನು ದೃಢೀಕರಿಸಿ. ಕೆಲಸ ಮಾಡುವ ಸುರಂಗ ನಿಮಗೆ ಮೂಲರೇಖೆಯನ್ನು ನೀಡುತ್ತದೆ, ಅದು ಹೊಸ IPv6 ದೋಷವನ್ನು ಹಳೆಯ ಸಂಪರ್ಕ ಸಮಸ್ಯೆಯಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ. ನೀವು ನಿಜವಾಗಿ ಯಾವ ಸರ್ವರ್ ನಿದರ್ಶನವನ್ನು ಸಂಪಾದಿಸುತ್ತಿದ್ದೀರಿ ಎಂಬುದನ್ನೂ ಅದು ಹೇಳುತ್ತದೆ.

ನೀವು ಈಗಾಗಲೇ ಅವಲಂಬಿಸಿರುವ ಪೂಲ್, ಟೋಪಾಲಜಿ ಮತ್ತು ಪುಶ್ ಆದ ಮಾರ್ಗಗಳನ್ನು ಗಮನಿಸಿ. IPv6 ಕೆಲಸ ಆ ಸಂರಚನೆಯನ್ನು ವಿಸ್ತರಿಸುತ್ತದೆ; ಅದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.

ಚೆಕ್‌ಪಾಯಿಂಟ್ ಎರಡು: ಒಳಗಿನ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳನ್ನು ಆಯ್ಕೆಮಾಡಿ

ಸೈಟ್‌ಗಾಗಿ ಒಂದು ULA /48 ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಅದರಿಂದ ಎರಡು /64 ಕತ್ತರಿಸಿ: ಒಂದು ಸುರಂಗ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ, ಒಂದು IPv6 ಕೆಲಸದ ಭಾರವನ್ನು ಹೊಂದಿರುವ LAN ವಿಭಾಗಕ್ಕೆ. ಉದಾಹರಣೆ ಪ್ರಿಫಿಕ್ಸ್ ನಕಲಿಸುವ ಬದಲು 40-ಬಿಟ್ ಜಾಗತಿಕ ID ರಚಿಸಿ, ಮತ್ತು ಎರಡೂ ಉಪಜಾಲಗಳನ್ನು ಸೈಟ್ ಈಗಾಗಲೇ ಮಾರ್ಗೀಕರಿಸುವ ಪ್ರತಿ ಜಾಲದೊಂದಿಗೆ ಪರಿಶೀಲಿಸಿ:

Outer transport: IPv4 OpenVPN UDP
IPv4 pool:       10.90.0.0/24
IPv6 VPN pool:   fd73:93bc:b6e9:77::/64
IPv6 LAN:        fd73:93bc:b6e9:60::/64
Server LAN IPv6: fd73:93bc:b6e9:60::1

ಎರಡು ಸ್ವತಂತ್ರ /64 ಕ್ಲೈಂಟ್ ಪೂಲ್ LAN ವಿಭಾಗದಿಂದ ಕತ್ತರಿಸಲ್ಪಡದಂತೆ ತಡೆಯುತ್ತವೆ, ಇದು ನಂತರ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಬರೆಯುವಾಗ ಮುಖ್ಯ. ಮೇಲಿನ ಮೌಲ್ಯಗಳು ಒಂದು ಕೆಲಸ ಮಾಡಿದ ಉದಾಹರಣೆ, ಮರುಬಳಕೆಯ ಪ್ರಿಫಿಕ್ಸ್ ಅಲ್ಲ.

ಚೆಕ್‌ಪಾಯಿಂಟ್ ಮೂರು: ಸಹಾಯಕ ಮತ್ತು ರೂಟ್ ಪುಶ್ ಸೇರಿಸಿ

ಏನನ್ನೂ ಸೇರಿಸುವ ಮೊದಲು ಪ್ರಸ್ತುತ ಸರ್ವರ್ ಸಂರಚನೆಯನ್ನು ಓದಿ. ಇರುವ ನಿರ್ದೇಶನದ ಎರಡನೇ ಪ್ರತಿ ಮೊದಲನೆಯದರೊಂದಿಗೆ ವಿಲೀನವಾಗುವುದಿಲ್ಲ, ಮತ್ತು ಉಂಟಾಗುವ ದೋಷ IPv6 ಅಲ್ಲ, ನಿರ್ದೇಶನದ ಹೆಸರನ್ನು ಹೇಳುತ್ತದೆ. ಇರುವ IPv4 ಸಹಾಯಕದೊಂದಿಗೆ ಎರಡು ಸಾಲುಗಳು ಅದನ್ನು ವಿಸ್ತರಿಸುತ್ತವೆ. ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ:

server-ipv6 fd73:93bc:b6e9:77::/64
push "route-ipv6 fd73:93bc:b6e9:60::/64"

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

ಸಹಾಯಕವು ಸ್ಥಿರ IPv6 ಪೂಲ್‌ನೊಂದಿಗೆ ಅಥವಾ nopool ನೊಂದಿಗೆ ಸಹಬಾಳ್ವೆ ನಡೆಸುವುದಿಲ್ಲ. ನಿಯೋಜನೆ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ವಿಳಾಸಗಳನ್ನು ಸ್ಥಿರವಾಗಿ ಹಂಚಿದರೆ, ಆ ನೀತಿಯನ್ನು ಉಳಿಸಿ ಮತ್ತು ಉದಾಹರಣೆಗೆ ಹೊಂದಿಸಲು ನೀತಿಯನ್ನು ಅಳಿಸುವ ಬದಲು IPv6 ಸಮಾನಾಂತರವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ವಿನ್ಯಾಸ ಮಾಡಿ.

ಚೆಕ್‌ಪಾಯಿಂಟ್ ನಾಲ್ಕು: ಫಾರ್ವರ್ಡಿಂಗ್ ಮತ್ತು ಉತ್ತರದ ಮಾರ್ಗ

ಸರ್ವರ್‌ನಲ್ಲಿ IPv6 ಫಾರ್ವರ್ಡಿಂಗ್ ಅನ್ನು ವ್ಯವಸ್ಥೆಯ ಸ್ವಂತ ಸಂರಚನಾ ಮಾಲೀಕರ ಮೂಲಕ ಆನ್ ಮಾಡಿ, ನೀವು ಮರೆಯುವ ಒಂದು-ಬಾರಿ ರನ್‌ಟೈಮ್ ಬರವಣಿಗೆಯಿಂದಲ್ಲ. ರನ್‌ಟೈಮ್ ರೂಪ ತ್ವರಿತ ಪರೀಕ್ಷೆಗೆ ಉಪಯುಕ್ತ. ಶಾಶ್ವತ ಸಂರಚನೆ ವಿತರಣೆಯ ಜಾಲ ಮಾಲೀಕರು ಓದುವ drop-in ಕಡತದಲ್ಲಿರುತ್ತದೆ:

sysctl -w net.ipv6.conf.all.forwarding=1

ಫಾರ್ವರ್ಡಿಂಗ್ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಮಾರ್ಗೀಕರಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಹೋಸ್ಟ್‌ನ IPv6 ವರ್ತನೆಯನ್ನು ಬದಲಿಸುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಆಗಿ ರೌಟರ್ ಪ್ರಕಟಣೆಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತಿದ್ದ ಹೋಸ್ಟ್ ಫಾರ್ವರ್ಡ್ ಮಾಡಲು ಪ್ರಾರಂಭಿಸಿದಾಗ ಅದೇ ರೀತಿಯಲ್ಲಿ ನಿಲ್ಲಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ IPv6 ಅಪ್‌ಲಿಂಕ್ RA ಮೇಲೆ ಅವಲಂಬಿತವಾದ ಯಂತ್ರಕ್ಕೆ ಆ ಅಪ್‌ಲಿಂಕ್‌ಗೆ ಸ್ಪಷ್ಟ ಯೋಜನೆ ಬೇಕು.

ನಂತರ LAN ಗೆ ಸುರಂಗ ಪೂಲ್‌ಗೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ನೀಡಿ. ಕೆಲಸದ ಭಾರದ IPv6 ಗೇಟ್‌ವೇ VPN ಸರ್ವರ್ ಅಲ್ಲ, LAN ರೌಟರ್, ಆದ್ದರಿಂದ ಮಾರ್ಗ ಆ ರೌಟರ್‌ನಲ್ಲಿದ್ದು ಸರ್ವರ್‌ನ LAN ವಿಳಾಸಕ್ಕೆ ತೋರಿಸುತ್ತದೆ:

ip -6 route add fd73:93bc:b6e9:77::/64 via fd73:93bc:b6e9:60::1

ಕೊಂಡಿಗೆ ಬೇಕಾದ ICMPv6 ಪ್ರಕಾರಗಳನ್ನು, ಪಥ-MTU ಪ್ರತಿಕ್ರಿಯೆ ಸೇರಿದಂತೆ ಉಳಿಸಿ. IPv4 ಫೈರ್‌ವಾಲ್ ನಿಯಮ IPv6 ನಿಯಮವನ್ನು ಸೂಚಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಸಮಗ್ರ IPv6 ನಿರ್ಬಂಧ ನೆರೆಹೊರೆ ಪತ್ತೆಯನ್ನು ಮಾರ್ಗ ದೋಷದಂತೆ ಕಾಣುವ ರೀತಿಯಲ್ಲಿ ಮುರಿಯುತ್ತದೆ.

ಚೆಕ್‌ಪಾಯಿಂಟ್ ಐದು: ಕ್ಲೈಂಟ್ ಓದಿ, ನಂತರ ಪರೀಕ್ಷಿಸಿ

ಕ್ಲೈಂಟ್ ಅನ್ನು ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಸರ್ವರ್‌ನ ಸಹಾಯಕ ವಿಳಾಸದಿಂದ ಊಹಿಸುವ ಬದಲು ಅದು ನಿಜವಾಗಿ ಪಡೆದ ವಿಳಾಸಗಳನ್ನು ಓದಿ. ಇಂಟರ್ಫೇಸ್ ಪಟ್ಟಿ ಒಂದೇ ಸಾಧನದಲ್ಲಿ ಎರಡೂ ಕುಟುಂಬಗಳನ್ನು ತೋರಿಸುತ್ತದೆ:

ip -6 addr show tun0
ip -6 route get fd73:93bc:b6e9:60::20

ಸುರಂಗವನ್ನು ಆಯ್ಕೆಮಾಡುವ ಮಾರ್ಗವು ಕ್ಲೈಂಟ್ ಪ್ಯಾಕೆಟ್ ಎಲ್ಲಿ ಕಳುಹಿಸಬೇಕೆಂದು ತಿಳಿದಿದೆ ಎಂದು ಸಾಬೀತು ಮಾಡುತ್ತದೆ. ಸರ್ವರ್ ಅದನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತದೆ, LAN ರೌಟರ್‌ಗೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಇದೆ, ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಉತ್ತರಿಸಲು ಅನುಮತಿ ಇದೆ ಎಂದು ಸಾಬೀತು ಮಾಡುವುದಿಲ್ಲ.

ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನೇ ಪ್ರತಿ ಕುಟುಂಬದ ಮೇಲೆ ಸರದಿಯಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿದ ನಂತರ ಮತ್ತು ಹೋಸ್ಟ್ ಮರುಪ್ರಾರಂಭದ ನಂತರ ಪುನರಾವರ್ತಿಸಿ. ಕೇವಲ ಮರುಬೂಟ್ ವರೆಗೆ ಉಳಿಯುವ ಮಾರ್ಗ ಅಥವಾ sysctl ಪರೀಕ್ಷೆ, ವಿನ್ಯಾಸವಲ್ಲ.

IPv6 ಮಾರ್ಗವು ತುದಿಯಿಂದ ತುದಿಗೆ ಉತ್ತರಿಸಿದ ನಂತರವೇ AAAA ದಾಖಲೆಯನ್ನು ಪ್ರಕಟಿಸಿ. IPv4 ಮೂಲಕ ಕೇಳಿದ DNS ಇನ್ನೂ IPv6 ವಿಳಾಸವನ್ನು ಹಿಂತಿರುಗಿಸಬಹುದು, ಆದ್ದರಿಂದ ಪರಿಹರಿಸಬಹುದಾದ ಹೆಸರು ಏನಾದರೂ ಕೇಳುತ್ತಿದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷ್ಯವಲ್ಲ. RFC 4193 ULA ಮಾರ್ಗದರ್ಶನ ಈ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳನ್ನು ನಕಲಿನ ಬದಲು ನಿಮ್ಮದಾಗಿಸುವ ಜಾಗತಿಕ ID ರಚನೆಯನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ.