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 மற்றும் ஒரு போக்குவரத்தைச் சோதியுங்கள், திசை உண்மையில் தேவைப்பட்டால் மட்டுமே அணுகல் திட்டத்தை மாற்றுங்கள்.