IPv4 VPN ಸರ್ವರ್ ಮೂಲಕ IPv6 ಹೋದರೂ ನಿಜವಾದ IPv6 ನಿರ್ಗಮನ ಬೇಕು

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

ಲಕ್ಷಣ: ವಿಳಾಸ ಇದೆ, ಮಾರ್ಗ ಇಲ್ಲ

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

ಕ್ಲೈಂಟ್ ಮುಟ್ಟುವ ಮೊದಲು ಸರ್ವರ್ನ ಸ್ವಂತ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕವನ್ನು ಓದಿ, ಏಕೆಂದರೆ ಮಾರ್ಗದ ಕಾಣೆಯಾದ ಅರ್ಧ ಅಲ್ಲಿಯೇ ಇರುತ್ತದೆ. ಒಂದು IPv4 ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವಿರುವ ಸರ್ವರ್ ನಿಮಗೆ ಈಗಾಗಲೇ ಉತ್ತರ ನೀಡಿದೆ.

ಡೀಕ್ಯಾಪ್ಸುಲೇಶನ್ ನಂತರ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಅನುಸರಿಸಿ

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

IPv4 ಮೇಲೆ IPv6 ಕ್ಯಾಪ್ಸುಲೇಶನ್ನ ಯಂತ್ರಶಾಸ್ತ್ರವನ್ನು RFC 4213 ನಲ್ಲಿ ವಿವರಿಸಲಾಗಿದೆ, ಮತ್ತು ಅಲ್ಲಿನ ಮುಖ್ಯ ವಿವರವೆಂದರೆ ತುದಿಗಳಿಗೆ ಸುರಂಗದ ಆಚೆ ನಿಜವಾದ IPv6 ಸಂಪರ್ಕ ಇನ್ನೂ ಬೇಕು. ಶೀರ್ಷಿಕೆಯನ್ನು ಸುತ್ತುವುದರಿಂದ upstream ಮಾಯೆಯಿಂದ ಸೃಷ್ಟಿಯಾಗುವುದಿಲ್ಲ.

ಎರಡು ಸುರಂಗ ಪದರಗಳು, ಎರಡು ಸ್ವತಂತ್ರ ಪರಿಶೀಲನೆಗಳು

ಪ್ರತಿ ಪದರವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಕೆಲಸ ಮಾಡುವ ಹೊರ ಸುರಂಗ ಮುರಿದ ಒಳ ಸುರಂಗವನ್ನು ಮುಚ್ಚಿಡುತ್ತದೆ. ಹೊರ ಮಾರ್ಗವನ್ನು ಕ್ಲೈಂಟ್ನಿಂದ ಸರ್ವರ್ಗೆ IPv4 ಪಿಂಗ್ ಮೂಲಕ ಪರಿಶೀಲಿಸಿ ಮತ್ತು ನೀವು ಬಳಸುವ ಪೋರ್ಟ್ ದೃಢೀಕರಿಸಿ. ನಂತರ ಸರ್ವರ್ನಲ್ಲಿ ಒಳ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ, ಅಲ್ಲಿ ip -6 route ಡೀಫಾಲ್ಟ್ ಅಥವಾ ನಿಜವಾದ upstream ನಿಂದ ಕಲಿತ ನಿರ್ದಿಷ್ಟ ಮಾರ್ಗವನ್ನು ತೋರಿಸಬೇಕು, ಮತ್ತು ip -6 addr upstream ಒಪ್ಪಿಕೊಳ್ಳುವ ಮೂಲ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ತೋರಿಸಬೇಕು. ಅದಕ್ಕಿಂತ ಕಡಿಮೆ ಏನಾದರೂ ಇಂಟರ್ಫೇಸ್ನ ಮೇಲಿನ ಅಲಂಕಾರ ಮಾತ್ರ.

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

ಇದೇ ಕ್ಲೈಂಟ್ಗೂ ಅನ್ವಯಿಸುತ್ತದೆ: ip -6 route get 2001:4860:4860::8888 ಸುರಂಗ ಸಾಧನವನ್ನು ಹೆಸರಿಸಬೇಕು, ಮತ್ತು ಭೌತಿಕ ಸಾಧನವನ್ನು ಹೆಸರಿಸಿದರೆ, ಕ್ಲೈಂಟ್ IPv6 ಗಾಗಿ VPN ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬಳಸುತ್ತಿಲ್ಲ.

ಮೂಲ ಪ್ರಿಫಿಕ್ಸ್, ಗಾತ್ರ ಮತ್ತು ICMPv6

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

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

ಸಂಪೂರ್ಣ ಬೇರೆ ಸಮಸ್ಯೆ ಯಾವುದು

ಕೇವಲ IPv4 ಚಾಲಿತ ಅಪ್ಲಿಕೇಶನ್ಗೆ ಕೇವಲ IPv6 ಚಾಲಿತ ಕ್ಲೈಂಟ್ನಿಂದ ತಲುಪುವುದು ಅನುವಾದ, ಸುರಂಗವಲ್ಲ, ಮತ್ತು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನಿಯೋಜಿಸಿದ NAT64 ವ್ಯವಸ್ಥೆಯಂತಹ ಏನಾದರೂ ಬೇಕು. ನೀವು ಒಂದು ಹೆಚ್ಚುವರಿ ಸುರಂಗ ಶೀರ್ಷಿಕೆ ಸೇರಿಸಿದ್ದರಿಂದ ಮಾತ್ರ ಗಮ್ಯಸ್ಥಾನ ಅದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಐತಿಹಾಸಿಕ ಪರಿವರ್ತನಾ ಸೇವೆಗಳಿಗೂ ಅಷ್ಟೇ ಕಾಳಜಿ ಬೇಕು: RFC 7526 6to4 anycast ರಿಲೇ ಮಾದರಿಯನ್ನು ರದ್ದುಗೊಳಿಸಿತು, ಆದ್ದರಿಂದ ಅದರ ಸುತ್ತ ಬರೆದ ಮಾರ್ಗದರ್ಶಿ ಇನ್ನು ನಿರ್ವಹಿತ ಸಾರ್ವಜನಿಕ ರಿಲೇ ಇಲ್ಲದ ವಿಷಯವನ್ನು ವಿವರಿಸುತ್ತದೆ.

ಸರ್ವರ್ಗೆ ಬಳಸಬಹುದಾದ IPv6 upstream ಇಲ್ಲದಿದ್ದರೆ, ಆಯ್ಕೆಗಳು ಬೆಂಬಲಿತ upstream, ಬೇರೆ ನಿರ್ಗಮನ, ಅಥವಾ IPv6 ಸುರಂಗದ ಹೊರಗೆ ಉಳಿಯುತ್ತದೆ ಎಂಬ ದಾಖಲಿತ ನಿರ್ಧಾರ. ಸ್ವೀಕಾರಾರ್ಹವಲ್ಲದ್ದು ಎಂದರೆ IPv6 ಸೇವೆ ಇದೆ ಎಂದು ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಹೇಳುವುದು, ಆದರೆ ಅವರ ಸಾಮಾನ್ಯ IPv6 ಸಂಪರ್ಕ VPN ಅನ್ನು ಮೌನವಾಗಿ ಬೈಪಾಸ್ ಮಾಡುತ್ತಿದೆ.