opt-verify சேர்ப்பது OpenVPN சைஃபர் பிழையை சரிசெய்யாதது ஏன்

நீங்கள் opt-verify சேர்க்கும் பரிந்துரையைக் காண்கிறீர்கள், வரியைச் சேர்க்கிறீர்கள், சைஃபர் பிழை இருந்த இடத்திலேயே இருக்கிறது. இந்த முடிவு எதிர்பார்க்கத்தக்கது, ஏனெனில் விருப்பம் ஒருபோதும் சைஃபரைப் பற்றி பேச்சுவார்த்தை நடத்தவில்லை. இது விருப்ப ஒத்திசைவு சரிபார்ப்பு, 2.6 இல் வழக்கொழிந்து 2.7 இல் நீக்கப்பட்டது, மேலும் இதனுடன் இன்னும் பாகுபடுத்தப்படும் சுயவிவரம் இதனால் எதையும் நடைமுறைப்படுத்தவில்லை.

வரி முன்பு என்ன செய்தது என்பதை அறிவது உதவும், இதுவே காணாமல் போன பகுதி என்று முடிவெடுக்கும் முன். வரலாறு ஏன் இப்போது உதவ முடியாது என்பதையும் விளக்குகிறது.

விருப்பம் முன்பு என்ன நடைமுறைப்படுத்தியது

2.6 கையேடு opt-verify ஐ வழக்கொழிந்ததாகக் குறிக்கிறது, முந்தைய நடத்தையை விவரிக்கிறது: அறிவிக்கப்பட்ட விருப்பங்கள் தனது விருப்பங்களுடன் பொருந்தாத வாடிக்கையாளர்களை சேவையகம் நீக்குகிறது, சாதன வகை மற்றும் MTU போன்றவற்றை ஒப்பிடுகிறது. அந்தச் சரிபார்ப்பு விருப்ப ஒத்திசைவு சரிபார்ப்பு இயங்குவதையும் சார்ந்துள்ளது, எனவே disable-occ உடன் இயங்கும் சேவையகத்திற்கு அது ஆரம்பத்திலேயே இல்லை. ஒப்பீடு எதிலிருந்து கட்டப்பட்டுள்ளது என்பதைக் கவனியுங்கள்: மறுபக்கத்தின் கட்டமைப்பை விவரிக்கும் உரை. தரவு சேனல் எந்த சைஃபரைப் பயன்படுத்தும் என்பதைப் பற்றி அது எதுவும் கூறவில்லை.

கொடி சைஃபர் பிழையை சரிசெய்ய முடியாததற்கான முதல் காரணம் இதுவே. சைஃபர் தேர்வு data-ciphers கொள்கை மற்றும் இரு தரப்பும் ஆதரிப்பதைக் கொண்டு நிர்வகிக்கப்படுகிறது, உரை ஒத்திசைவு சரிபார்ப்பு அந்தப் பட்டியலை விரிவாக்காது, பேச்சுவார்த்தையையும் செய்யாது. இரண்டாவது காரணம் எல்லை: சரிபார்ப்பு அறிவிக்கப்பட்ட விருப்பங்கள் ஒத்துப்போவதாகத் தெரிகிறதா என்பது பற்றியது, அதனால் உருவாகும் பாதையின் தரம் பற்றியது அல்ல.

2.7 வரியைக் காணும்போது என்ன செய்கிறது

2.7 இல் விருப்பம் இல்லை. பாகுபடுத்தி இன்னும் பெயரை அறிகிறது, அதனால்தான் பழைய சுயவிவரம் தொடரியல் பிழையின்றி ஏற்றப்படுகிறது, மேலும் அது விருப்பம் நீக்கப்பட்டதாகத் தெரிவிக்கிறது, அமைதியாகத் தவிர்க்கவில்லை. பெயரை அறிவதும் நடத்தையை நடைமுறைப்படுத்துவதும் வெவ்வேறு விஷயங்கள், இப்போதும் முதல் மட்டுமே நடக்கிறது. நீக்கல் குறிப்புகள் காரணத்தைத் தருகின்றன: அளவுருக்கள் பேச்சுவார்த்தைக்கு உட்படுத்தப்பட்டவுடன், இரு தரப்பும் இணைப்பைப் பற்றி ஒப்புக்கொண்டே சட்டப்பூர்வமாக வெவ்வேறு விருப்ப சரங்களை வைத்திருக்கலாம்.

எனவே பாகுபடுத்தப்படும் சுயவிவரம் எந்தவொரு அனுமதி சரிபார்ப்பும் நடந்ததற்கான சான்று அல்ல. உங்கள் ஒரே சமிக்ஞை வாடிக்கையாளர் இணைந்தது என்பதாக இருந்தால், தொடரியல் ஏற்கப்பட்டது என்பதை அறிந்தீர்கள்.

தோல்வி உண்மையில் எங்கே உள்ளது

எதையும் மாற்றும் முன் முதல் உறுதியான பிழையைச் சேமியுங்கள், ஏனெனில் பிந்தைய செய்திகள் பொதுவாக அதன் விளைவுகள். தரவு-சேனல் பேச்சுவார்த்தை தோல்வி அங்கீகரிக்கப்பட்ட சைஃபர் கொள்கை மற்றும் இரு தரப்பும் உண்மையில் அறிவிக்கும் திறன்களுக்கு உரியது. TLS பதிப்பு அல்லது தொகுப்பு தோல்வி கட்டுப்பாட்டு சேனலுக்கு உரியது. சான்றிதழ் நிராகரிப்புக்கு அடையாளமும் நம்பிக்கைச் சங்கிலியும் தேவை, ஒத்திசைவுக் கொடி அல்ல.

இரு முனைகளிலும் இயந்திரத்தை அடையாளம் காணுங்கள். டெஸ்க்டாப் பயன்பாடு நீங்கள் சோதித்த கட்டளை-வரி பைனரியிலிருந்து வேறுபட்ட கட்டமைப்பைக் கொண்டிருக்கலாம், விருப்ப ஆதரவு அவற்றுக்கிடையே வேறுபடுகிறது. சுயவிவரத்தை இறக்குமதி செய்யும் ஒவ்வொரு நிரலும் ஒரே மாதிரி நடக்கும் என்று கருதாமல் அந்த இயந்திரத்தின் ஆவணங்களைப் பாருங்கள்.

வரியை மட்டுமல்ல, நோக்கத்தையும் மாற்றுங்கள்

பழைய நிர்வகிக்கப்பட்ட சேவையகம் உண்மையில் ஒத்திசைவு சரிபார்ப்பை நம்பியிருந்தால், மேம்படுத்தலுக்கு முன் அது எந்தக் கட்டுப்பாட்டை நடைமுறைப்படுத்தியது என்பதைப் பதிவு செய்யுங்கள். புதிய சுயவிவரத்தில் புறக்கணிக்கப்பட்ட விருப்பத்தை வைத்திருப்பது அந்தக் கொள்கையைப் பாதுகாக்காது, வரிகளை ஒழுங்கின்றி அழிப்பதும் பாதுகாக்காது.

அனைத்து சைஃபர்களும் முடக்கப்பட்டுள்ளன என்ற பழைய பரிந்துரைக்கு ஒவ்வொரு வரலாற்று வழிமுறையையும் இயக்குவதன் மூலம் பதிலளிக்காதீர்கள்.

அங்கீகரிக்கப்பட்ட திருத்தத்திற்குப் பிறகு, புதிய இணைப்பில் பேச்சுவார்த்தை முடிவுகளை ஆய்வு செய்து பயனருக்கு உண்மையில் தேவையான பயன்பாட்டைச் சோதியுங்கள். சேவையக பதிப்பையும் பயனுள்ள கொள்கையையும் அந்த முடிவுக்கு அருகில் வைத்திருங்கள், அடுத்த நபர் ஏற்றுக்கொள்ளப்பட்டதை மட்டுமல்ல, எதில் ஒப்புக்கொள்ளப்பட்டது என்பதைப் பார்க்க.

இலக்கு ஆதரிக்கப்பட்ட கட்டுப்பாடு மற்றும் செயல்படும் அங்கீகரிக்கப்பட்ட பாதை, இன்னும் பாகுபடுத்தப்படும் பழைய கொடி அல்ல.