PPTP നിങ്ങളുടെ പാസ്വേഡ് തെറ്റാണെന്ന് പറയുന്നു: ഏത് തിരുത്തലാണ് ആദ്യം?

നിങ്ങളുടെ പാസ്വേഡ് തെറ്റാണെന്ന് പറയുന്ന 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 ലോഗുകൾ പങ്കിട്ട വർക്ക്സ്റ്റേഷനിൽ നിങ്ങൾ ആഗ്രഹിക്കുന്നതിലധികം പിടിച്ചെടുത്തേക്കാം.