DS-Lite ಒಳಬರುವ IPv4 ಹೋಸ್ಟಿಂಗ್ ಅನ್ನು ತಡೆಯುತ್ತದೆ, ಹೊರಹೋಗುವ VPN ಅಲ್ಲ

DS-Lite ಎಂದರೆ ಗ್ರಾಹಕರಿಗೆ IPv6 ಮಾತ್ರ ಸಾಗಿಸುವ ಪ್ರವೇಶ ಜಾಲದ ಮೂಲಕ IPv4 ಸಂಪರ್ಕವನ್ನು ನೀಡುವ ವಿಧಾನ. ಮನೆಯ ರೌಟರ್‌ಗೆ ತನ್ನದೇ ಆದ ಮೀಸಲಾದ ಸಾರ್ವಜನಿಕ IPv4 ವಿಳಾಸವಿಲ್ಲ, ಮತ್ತು ಈ ಒಂದು ಸತ್ಯವೇ ಆ ಸಂಪರ್ಕದಿಂದ IPv4 VPN ಕೆಲಸ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂದು ಜನರನ್ನು ಒಪ್ಪಿಸುತ್ತದೆ. ಹೊರಹೋಗುವ ದಿಕ್ಕಿನಲ್ಲಿ ಅದು ಸಾಮಾನ್ಯವಾಗಿ ಚೆನ್ನಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಸಂಪರ್ಕವನ್ನು ಪೂರೈಕೆದಾರರು ಅನುವಾದಿಸುತ್ತಾರೆ, ಮತ್ತು ದೂರದ ತುದಿ ಸಾಮಾನ್ಯ IPv4 ಕ್ಲೈಂಟ್ ಅನ್ನು ನೋಡುತ್ತದೆ. ಮುರಿಯುವುದು ವಿರುದ್ಧ ದಿಕ್ಕು: ಕೇಳದೆ ಬರುವ ಒಳಬರುವ IPv4 ಅನ್ನು ನಿರೀಕ್ಷಿಸುವ ಯಾವುದನ್ನಾದರೂ ಹೋಸ್ಟ್ ಮಾಡುವುದು. ವ್ಯತ್ಯಾಸ ಎಂದರೆ ಯಾವ ಬದಿ ಸಂಭಾಷಣೆಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ ಎಂಬುದು.

ಯಾವ ಬದಿ ಸಂಪರ್ಕವನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ

ಸಂಪರ್ಕವನ್ನು ಪ್ರಾರಂಭಿಸುವ ಕ್ಲೈಂಟ್ ಮುಂದುವರಿಯುತ್ತಾ ಅನುವಾದ ಸ್ಥಿತಿಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ಪೂರೈಕೆದಾರರ ಅನುವಾದಕ ಮೊದಲ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ನೋಡಿ, ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಹಂಚಿ ಅದನ್ನು ಮುಂದೆ ಕಳುಹಿಸುತ್ತದೆ. ಹಿಂತಿರುಗುವ ಸಂಚಾರ ಆ ಮ್ಯಾಪಿಂಗ್‌ಗೆ ಹೊಂದುತ್ತದೆ ಏಕೆಂದರೆ ಮ್ಯಾಪಿಂಗ್ ಈಗಾಗಲೇ ಇದೆ.

ಸಂಪರ್ಕಗಳಿಗೆ ಕಾಯುತ್ತಿರುವ ಸರ್ವರ್‌ಗೆ ಅಂತಹ ಸ್ಥಿತಿಯನ್ನು ಸೃಷ್ಟಿಸಲು ಏನೂ ಇಲ್ಲ. ಹೊರಗಿನಿಂದ ಯಾರಾದರೂ ಪೂರೈಕೆದಾರರು ಮ್ಯಾಪ್ ಮಾಡಲು ಒಪ್ಪದ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ ತಲುಪಬೇಕು, ಮತ್ತು ಅದು ಸಂಪೂರ್ಣವಾಗಿ ಬೇರೆ ವಿನಂತಿ.

ಹೊರಹೋಗುವ ವಿನಂತಿಯನ್ನು ಅನುಸರಿಸಿ

ವಾಸ್ತುಶಿಲ್ಪವು RFC 6333 ಎರಡೂ ತುದಿಗಳನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಗ್ರಾಹಕ ಬದಿಯ ಅಂಶ B4, ಅದು IPv4 ಅನ್ನು IPv6 ಒಳಗೆ ಸುತ್ತುತ್ತದೆ. ಪೂರೈಕೆದಾರರ ಬದಿಯ ಅಂಶ AFTR, ಅದು ವಿಳಾಸ ಅನುವಾದವನ್ನು ಮಾಡಿ ಪ್ಯಾಕೆಟ್ ಅನ್ನು IPv4 ಆಗಿ ಮುಂದೆ ಕಳುಹಿಸುತ್ತದೆ.

Client's IPv4 VPN packet
  → Customer B4
  → IPv4 carried over the provider's IPv6 network
  → AFTR address translation
  → IPv4 VPN server

VPN ಸರ್ವರ್ ಪೂರೈಕೆದಾರರ ಅನುವಾದಿತ ವಿಳಾಸದಿಂದ ಸಾಮಾನ್ಯ IPv4 ಸಂಪರ್ಕವನ್ನು ಪಡೆಯುತ್ತದೆ. ಅದಕ್ಕೆ DS-Lite ಮೋಡ್, ವಿಶೇಷ ಪೋರ್ಟ್ ಅಥವಾ ಗ್ರಾಹಕರ ಪ್ರವೇಶ ಜಾಲ IPv6 ಮಾತ್ರ ಎಂಬ ತಿಳಿವಳಿಕೆ ಬೇಕಿಲ್ಲ. ಜನರು ಕಳೆದುಕೊಳ್ಳುವ ಭಾಗ ಇದೇ: ದೂರದ ತುದಿಗೆ ಅದು ತಿಳಿಯಲು ಸಾಧ್ಯವಿಲ್ಲ.

ಗ್ರಾಹಕರ ಸ್ವಂತ ಸಂರಚನೆಯೂ ಅಷ್ಟೇ ಸಾಮಾನ್ಯ. ಅದಕ್ಕೆ B4 ಮತ್ತು AFTR ಒದಗಿಸುವ ಕೆಲಸ ಮಾಡುವ IPv4 ಮಾರ್ಗ ಸರ್ವರ್‌ವರೆಗೆ ಬೇಕು, ಮತ್ತು ಸರ್ವರ್‌ನ ಹೋಸ್ಟ್‌ಹೆಸರು IPv4 ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸಬೇಕು.

ಒಳಬರುವ ಹೋಸ್ಟಿಂಗ್ ವಿಫಲವಾಗುವ ಸಂದರ್ಭ ಏಕೆ

ಮನೆಯಲ್ಲಿ IPv4 VPN ಸರ್ವರ್ ನಡೆಸುವುದು ಪೂರೈಕೆದಾರರ ಹಂಚಿಕೆಯ ವಿಳಾಸೀಕರಣದೊಂದಿಗೆ ಘರ್ಷಿಸುವ ವಿನ್ಯಾಸ. ಪೂರೈಕೆದಾರರ ಅನುವಾದಕದ ಬಳಿ ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ಮತ್ತು ಮ್ಯಾಪಿಂಗ್ ಕೋಷ್ಟಕ ಇದೆ, ಮತ್ತು ಒಬ್ಬ ಚಂದಾದಾರನಿಗೆ ಶಾಶ್ವತ ಒಳಬರುವ ಮ್ಯಾಪಿಂಗ್ ಮಾಡಲು ಅದಕ್ಕೆ ಯಾವ ಕಾರಣವೂ ಇಲ್ಲ.

ಮನೆಯ ರೌಟರ್‌ನ ಪೋರ್ಟ್-ಫಾರ್ವರ್ಡ್ ನಿಯಮ AFTR ಅನ್ನು ಸಂರಚಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ನಿಯಮ ಸ್ಥಳೀಯ ಸಾಧನದಲ್ಲಿ ನಿಜವಾದದ್ದು ಮತ್ತು ಸರಿಯಾದದ್ದು, ಮತ್ತು ಅದು ಮೇಲ್ಮುಖವಾಗಿ ಏನನ್ನೂ ಬದಲಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಲಕ್ಷಣವು ಹೋಗದ ಫೈರ್‌ವಾಲ್ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುತ್ತದೆ.

ಇಲ್ಲಿ ಆಪರೇಟರ್ ಮಟ್ಟದ ಅನುವಾದವು ಒಂದೇ ಸಾರ್ವಜನಿಕ ವಿಳಾಸದಿಂದ ಭಿನ್ನವಾಗುತ್ತದೆ: ಸರಿಯಾದ ಸ್ಥಳೀಯ ಫಾರ್ವರ್ಡ್ ಕೂಡ ಅನೇಕ ಚಂದಾದಾರರು ಹಂಚಿಕೊಳ್ಳುವ ವಿಳಾಸಕ್ಕೆ ಬಂದು ಬೀಳಬಹುದು.

ಪ್ರವೇಶ ಯೋಜನೆಯನ್ನು ಬದಲಿಸುವ ಮೊದಲು ರೋಗನಿರ್ಣಯ ಮಾಡಿ

ಮೊದಲು ಒದಗಿಸಿದ ಮೋಡ್ ಅನ್ನು ಖಚಿತಪಡಿಸಿ. ಸ್ಥಳೀಯ ದ್ವಂದ್ವ ಸ್ಟ್ಯಾಕ್, DS-Lite ಮತ್ತು ಇನ್ನೊಂದು ಅನುವಾದ ಕಾರ್ಯವಿಧಾನ ಬಳಸುವ IPv6-ಮಾತ್ರ ಜಾಲ ಮೂರು ವಿಭಿನ್ನ ವ್ಯವಸ್ಥೆಗಳು, ಮತ್ತು ಪೂರೈಕೆದಾರರ ಮಾರ್ಕೆಟಿಂಗ್ ಹೆಸರುಗಳು ಯಾವಾಗಲೂ ತಾಂತ್ರಿಕ ಹೆಸರಿಗೆ ಹೊಂದುವುದಿಲ್ಲ.

ನಂತರ ಹೊರಹೋಗುವ ವೈಫಲ್ಯಕ್ಕೆ ನಾಲ್ಕು ಅವಲೋಕನಗಳನ್ನು ಸ್ಥಾಪಿಸಿ. ಕ್ಲೈಂಟ್ VPN ಹೋಸ್ಟ್‌ಹೆಸರನ್ನು IPv4 ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಪರಿಹರಿಸುತ್ತದೆಯೇ? ಬ್ರೌಸರ್ ವಿನಂತಿಯ ಬದಲು ಸರಳ IPv4 ಸಂಪರ್ಕ ಕೆಲಸ ಮಾಡುತ್ತದೆಯೇ — ಆ ವಿನಂತಿ ಮೌನವಾಗಿ IPv6 ಬಳಸಿರಬಹುದು? ಕ್ಲೈಂಟ್ ಯಾವ ಸಾಗಣೆ ಮತ್ತು ಪೋರ್ಟ್ ಪ್ರಯತ್ನಿಸುತ್ತದೆ, ಮತ್ತು ಅಂತ್ಯಬಿಂದು ಲಾಗ್‌ಗಳು ಆ ಪ್ರಯತ್ನವನ್ನು ನೋಡುತ್ತವೆಯೇ? ವೈಫಲ್ಯವು ಆರಂಭಿಕ ವಿನಿಮಯದಲ್ಲಿ, ನಿಷ್ಕ್ರಿಯ ಅವಧಿಯ ನಂತರ, ಅಥವಾ ದೊಡ್ಡ ವರ್ಗಾವಣೆಗಳಲ್ಲಿ ಮಾತ್ರ ಸಂಭವಿಸುತ್ತದೆಯೇ?

ಆ ನಾಲ್ಕು ಉತ್ತರಗಳು ಫಿಲ್ಟರಿಂಗ್, ಅನುವಾದ ಸ್ಥಿತಿಯ ಅವಧಿ ಮುಗಿಯುವಿಕೆ, ತಪ್ಪು ಅಂತ್ಯಬಿಂದು ಅಥವಾ ಪ್ಯಾಕೆಟ್ ಗಾತ್ರದ ನಿರ್ವಹಣೆಯನ್ನು ಸೂಚಿಸುತ್ತವೆ. ಖಾತೆ ಪುಟದಲ್ಲಿ DS-Lite ಕಂಡರೆ ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಸ್ಥಾಪಿತವಾಗುವುದಿಲ್ಲ.

ಪೂರೈಕೆದಾರರ ಬದಲಾವಣೆಗಳನ್ನು ಎಚ್ಚರಿಕೆಯಿಂದ ಓದಿ

ಖಾತೆ ಬದಲಾವಣೆಯು ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಸಂಪರ್ಕದೊಂದಿಗೆ ಏಕಕಾಲದಲ್ಲಿ ಸಂಭವಿಸಿ ಹಲವು ಗುಣಗಳನ್ನು ಒಟ್ಟಿಗೆ ಬದಲಿಸಬಹುದು. ಯಾವ ಗುಣ ಬದಲಾಯಿತು ಎಂದು ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಹೊಸ ಪ್ಯಾಕೇಜ್ ಹೆಸರು ತಾಂತ್ರಿಕ ವಿವರಣೆ ಅಲ್ಲ.

ದ್ವಂದ್ವ ಸ್ಟ್ಯಾಕ್ ಸಕ್ರಿಯಗೊಳಿಸುವ ಸೂಚನೆ ಪೂರೈಕೆದಾರರು ನಿಜವಾಗಿ ಏನನ್ನು ಒದಗಿಸುತ್ತಾರೆ ಎಂದು ಯಾರಾದರೂ ಖಚಿತಪಡಿಸುವವರೆಗೆ ಅಸ್ಪಷ್ಟವಾಗಿರುತ್ತದೆ. ಅದನ್ನು IPv4 VPN ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಸಾರ್ವತ್ರಿಕ ಅಗತ್ಯವೆಂದು ಪರಿಗಣಿಸುವುದು ಊಹೆಯನ್ನು ನೀತಿಯಾಗಿ ಮಾಡುತ್ತದೆ.

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