PPTP உங்கள் கடவுச்சொல் தவறு என்கிறது: எந்தத் திருத்தம் முதலில் வரும்?
நிராகரிக்கப்பட்ட PPTP கடவுச்சொல் பொதுவாக PPP முறையின் பொருந்தாமை, மோசமான ரகசியம் அல்ல. முதலில் பேச்சுவார்த்தையைப் படித்து, பின்னர் நிலைத்திருக்கும் சிறிய திருத்தத்தைத் தேர்ந்தெடுங்கள்.
உங்கள் கடவுச்சொல் தவறு என்று வலியுறுத்தும் PPTP சுயவிவரங்கள் கேட்பதை விடக் குறுகிய ஒன்றைச் சொல்கின்றன. ரகசியம் திறன் பேச்சுவார்த்தையில் தொடங்கும் சங்கிலியின் மிக இறுதியில் சோதிக்கப்படுகிறது, எனவே அந்தச் சங்கிலியில் முன்பு ஏற்படும் எந்தப் பொருந்தாமையும் அங்கீகாரத் தோல்வியாக வெளிப்படுகிறது. எனவே கடவுச்சொல்லை மீட்டமைப்பது, மீண்டும் தட்டச்சு செய்வது அல்லது சுயவிவரத்தை மீண்டும் உருவாக்குவது எதையும் மாற்றாது. முதலில் பேச்சுவார்த்தையைப் படித்து, பாதையில் எவ்வளவு உங்கள் கட்டுப்பாட்டில் உள்ளது என்பதைப் பொறுத்து திருத்தத்தைத் தேர்ந்தெடுங்கள்.
ரகசியம் ஏன் ஒருபோதும் சோதிக்கப்படுவதில்லை
PPP அங்கீகாரம் பேச்சுவார்த்தை மூலம் முடிவாகிறது: சேவையகம் முறைகளை முன்மொழிகிறது, வாடிக்கையாளர் தனக்குத் தெரிந்ததைக் கொண்டு பதிலளிக்கிறார், எந்த அங்கீகாரச் சான்றும் பரிமாறப்படுவதற்கு முன் இருவரும் ஒன்றில் ஒப்புக்கொள்கின்றனர். சேவையகம் EAP-PEAP மட்டும் வழங்கும்போது வாடிக்கையாளரின் pppd அதைச் செயல்படுத்தவில்லை என்றால், உரையாடல் முன்மொழிவு நிலையிலேயே முடிகிறது. தோல்வியடைந்த நிலை அதுவே என்பதால் சேவையகம் அங்கீகாரத் தோல்வியைப் பதிவு செய்கிறது, கடவுச்சொல் ஒப்பிடப்பட்டு போதாது என்று கண்டறியப்பட்டதால் அல்ல.
அதனால்தான் தவறான கடவுச்சொல்லுக்கும் முறைப் பொருந்தாமைக்கும் பிழை ஒரே மாதிரியாக இருக்கிறது. பதிவு மட்டுமே அவற்றை வேறுபடுத்துகிறது, அதுவும் வாடிக்கையாளருக்கு விரிவாக இருக்க அனுமதி இருந்தால் மட்டுமே.
பேச்சுவார்த்தையைப் படியுங்கள், கடைசிப் பிழையை அல்ல
பிழைத்திருத்தத்தை இயக்கி இணைப்பை முன்பின்னணியில் இயக்கி அங்கீகார வரிகளை மேலிருந்து படியுங்கள். முன்மொழியப்பட்ட முறை, ஏற்கப்பட்ட முறை, பரிமாற்றம் நின்ற இடம் ஆகியவற்றைப் பதிவு குறிப்பிடுகிறது. சேவையகம் PEAP எதிர்பார்க்கும்போது சுயவிவரம் CHAP அல்லது MSCHAPv2 இலிருந்து ஒருபோதும் வெளியேறவில்லை என்றால், அது முறைச் சிக்கல், அங்கீகாரச் சான்றுச் சிக்கல் அல்ல. அந்தப் பதிவின் கடைசி வரி வாடிக்கையாளர் விட்டுக்கொடுத்த இடம், காரணம் உள்ள இடம் அல்ல.
sudo pppd call provider debug nodetachஅந்த வெளியீட்டை வைத்திருங்கள். சேவையகக் கொள்கையை மாற்றும் முன் பிணைய உரிமையாளருக்குத் தேவையான ஆதாரமும் அதுவே, கடவுச்சொல் எதிலும் ஈடுபட்டதா என்ற கேள்வியையும் அது தீர்க்கிறது.
இரண்டாவது காரணம் ரகசியக் கோப்பில் மறைந்துள்ளது
பதிவு முறைகள் ஒத்துப்போவதைக் காட்டினால், ரகசியத்தைச் சேமிக்கும் கோப்பைப் பாருங்கள். கடவுச்சொல் புலத்தில் எழுதப்பட்ட புதிய வரி அல்லது இறுதியில் உள்ள இடைவெளி கடவுச்சொல்லின் பகுதியாக அனுப்பப்படுகிறது, எனவே சேவையகம் நீங்கள் தட்டச்சு செய்ததிலிருந்து வேறுபட்ட சரத்தை ஒப்பிடுகிறது. திருத்தியில் கோப்பு சரியாகத் தெரிகிறது, அதனால்தான் இது இவ்வளவு முயற்சிகளைத் தாண்டி நிற்கிறது.
sudo cat -A /etc/ppp/chap-secretsஅந்த வெளியீட்டில் ஒவ்வொரு வரியின் முடிவையும் டாலர் குறி குறிக்கிறது. அந்தக் குறிக்கு முன் ஏதாவது உள்ள கடவுச்சொல் புலம், அல்லது புலங்களுக்கு இடையே தவறான இடைவெளி, கருவி ஆவணப்படுத்தும் மேற்கோள் குறிகளுடன் மீண்டும் எழுதப்பட வேண்டும்.
சேவையகம் யாருடையது என்பதைப் பொறுத்து திருத்தத்தைத் தேர்ந்தெடுங்கள்
சேவையகம் உங்களுடையது என்றால், அந்தக் கணக்கிற்கு MSCHAPv2 அனுமதிப்பது மிகச் சிறிய மாற்றம், பலவீனமான முறையை வேண்டுமென்றே ஏற்றுக்கொண்டீர்கள் என்று பதிவு செய்ய வேண்டும். அது வேறொருவருக்குச் சொந்தமானது என்றால், EAP-PEAP செயல்படுத்தும் வாடிக்கையாளரே நேர்மையான திருத்தம்; pppd ஐ இணைப்புச் செய்வது பொருந்தாமையை உங்கள் பராமரிப்புச் சிக்கலாக மாற்றுகிறது. நெறிமுறைத் தேர்வு இன்னும் திறந்திருந்தால், PPTP வடிவமைப்பின் மிகப் பலவீனமான பகுதி மற்றும் இணைப்புச் செய்யப்பட்ட வாடிக்கையாளரை உயிருடன் வைத்திருப்பதை விட இடம்பெயர்வு பொதுவாக மலிவானது. அந்த முடிவைச் சுயவிவரத்தின் அருகில் எழுதுங்கள், அடுத்த நபர் அதை மீண்டும் திறக்காதபடி.
எந்தப் பாதையைத் தேர்ந்தெடுத்தாலும், பின்னர் வேறு பிணையத்தில் இரண்டாவது இயந்திரத்திலிருந்து சோதியுங்கள். சேமிக்கப்பட்ட சுயவிவரம் பழைய முறையைத் தொடர்ந்து வழங்கி, சரிசெய்யப்பட்ட சேவையகத்தை உடைந்ததாகத் தோற்றமளிக்கலாம். பின்னர் பிழைத்திருத்த அமைப்பை நீக்குங்கள், ஏனெனில் விரிவான PPP பதிவுகள் பகிரப்பட்ட பணிநிலையத்தில் நீங்கள் விரும்பியதை விட அதிகமாகப் பிடிக்கலாம்.