PPTP твърди, че паролата е грешна: коя поправка идва първа?

PPTP профилите, които настояват, че паролата ви е грешна, ви казват нещо по-тясно, отколкото звучи. Тайната се проверява в самия край на верига, която започва с договаряне на възможностите, затова всяко несъответствие по-рано във веригата излиза като грешка при удостоверяване. Затова нулирането на паролата, повторното ѝ въвеждане или пресъздаването на профила не променя нищо. Прочетете първо договарянето, после изберете поправката според това колко от пътя контролирате.

Защо тайната никога не се проверява

Удостоверяването по PPP се договаря: сървърът предлага методи, клиентът отговаря с това, което може, и двете страни се спират на един, преди да се обменят каквито и да е данни за достъп. Когато сървърът предлага само EAP-PEAP, а pppd на клиента не го реализира, разговорът приключва на етапа на предложението. Сървърът записва грешка при удостоверяване, защото това е етапът, който се е провалил, а не защото паролата е сравнена и намерена за недостатъчна.

Затова грешката е еднаква при грешна парола и при несъответствие на метода. Само журналът ги различава и само ако на клиента е разрешено да бъде подробен.

Четете договарянето, не последната грешка

Пуснете връзката на преден план с включено отстраняване на грешки и прочетете редовете за удостоверяване отгоре. Журналът посочва предложения метод, приетия метод и къде е спрял обменът. Профил, който никога не напуска CHAP или MSCHAPv2, докато сървърът очаква PEAP, е проблем с метода, а не с данните за достъп. Последният ред на този журнал е мястото, където клиентът се е отказал, а не където се намира причината.

sudo pppd call provider debug nodetach

Запазете този изход. Той е и доказателството, което собственикът на мрежата трябва да има, преди да промени политиката на сървъра, и решава въпроса дали паролата изобщо е участвала.

Втората причина се крие във файла с тайни

Ако журналът показва, че методите съвпадат, погледнете файла, който пази тайната. Нов ред или интервал в края, записани в полето за парола, се изпращат като част от паролата, затова сървърът сравнява различен низ от този, който сте въвели. В редактор файлът изглежда правилен и точно затова преживява толкова много опити.

sudo cat -A /etc/ppp/chap-secrets

Знакът за долар бележи края на всеки ред в този изход. Поле за парола с нещо преди този знак или случаен интервал между полетата трябва да бъде презаписано с кавичките, които инструментът документира.

Изберете поправката според това чий е сървърът

Ако сървърът е ваш, разрешаването на MSCHAPv2 за този акаунт е най-малката промяна и трябва да запишете, че съзнателно сте приели по-слаб метод. Ако принадлежи на някой друг, честната поправка е клиент, който реализира EAP-PEAP; кърпенето на pppd прави несъвместимостта ваш проблем с поддръжката. Ако изборът на протокол още е отворен, PPTP е най-слабата част от дизайна и миграцията обикновено е по-евтина от поддържането на кърпен клиент жив. Запишете това решение до профила, за да не го отваря отново следващият човек.

Какъвто и път да изберете, след това тествайте от втора машина в друга мрежа. Запазен профил може да продължи да предлага стария метод и да направи поправен сървър да изглежда счупен. После премахнете настройката за отстраняване на грешки, защото подробните PPP журнали могат да уловят повече, отколкото искате на споделена работна станция.