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 дневници можат да фатат повеќе отколку што сакате на споделена работна станица.