L2TP சுயவிவரத்தின் எந்த அடுக்கு உண்மையில் உடைந்தது

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

ஒரே நெறிமுறை பெயர் நான்கு வெவ்வேறு உரையாடல்களை மறைக்கிறது.

அமைப்புகளை மாற்றும் முன் அடுக்கிற்கு பெயரிடுங்கள்

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

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

சுயவிவரத்தை தற்போதைய கிளையண்டுடன் ஒப்பிடுங்கள்

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

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

பழைய விருப்பங்கள் இயக்குவதால் திரும்பி வராது

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

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

இடமாற்றத்தை ஒரு திட்டமாக முன்வையுங்கள்

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

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

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