PPTP seet, datt Äert Passwuert falsch ass: wéi eng Korrektur kënnt fir d'éischt?

PPTP-Profiler, déi drop behaapten, datt Äert Passwuert falsch ass, soen eppes méi Enkes wéi et kléngt. D'Geheimnis gëtt ganz um Enn vun enger Kette getest, déi mat der Verhandlung iwwer Fäegkeeten ufänkt, dofir erschéngt all Net-Iwwereneestëmmung méi fréi an dëser Kette als Authentifizéierungsfehler. Dofir ännert d'Zerécksetzen vum Passwuert, et nach eng Kéier ze tippen oder de Profil nei ze schafen näischt. Liest fir d'éischt d'Verhandlung a wielt dann d'Korrektur no do, wéi vill vum Wee Dir kontrolléiert.

Firwat d'Geheimnis ni getest gëtt

PPP-Authentifizéierung gëtt ausgehandelt: de Server proposéiert Methoden, de Client äntwert mat deem, wat en kann, an déi zwee eeneg sech op eng, ier iergendee Berechtegung ausgetosch gëtt. Wann de Server nëmmen EAP-PEAP ubitt an d'pppd vum Client et net ëmsetzt, ass d'Gespréich an der Proposesphase eriwwer. De Server registréiert en Authentifizéierungsfehler, well dat d'Phase ass, déi gescheitert ass, an net well d'Passwuert verglach a fir ze wéineg befonne gouf.

Dofir ass de Fehler identesch bei engem falsche Passwuert an bei enger Net-Iwwereneestëmmung vun der Method. Nëmmen de Log ënnerscheet se, an och nëmmen, wann de Client detailléiert däerf sinn.

Liest d'Verhandlung, net de leschte Fehler

Start d'Verbindung am Virgrond mam Debugging un a liest d'Authentifizéierungslinnen uewe vun uewen. De Log nennt d'Method, déi proposéiert gouf, d'Method, déi ugeholl gouf, a wou den Austausch gestoppt huet. E Profil, deen CHAP oder MSCHAPv2 ni verléisst, während de Server PEAP erwaart, ass e Methodenproblem, keen Zertifikatsproblem. Déi lescht Linn vun deem Log ass, wou de Client opginn huet, net wou d'Ursaach ass.

sudo pppd call provider debug nodetach

Behält dës Ausgab. Si ass och de Beweis, deen den Netzwierkbesëtzer brauch, ier d'Serverpolitik geännert gëtt, an si decidéiert d'Fro, ob d'Passwuert iwwerhaapt am Spill war.

Déi zweet Ursaach verstoppt sech an der Geheimnisdatei

Wann de Log weist, datt d'Methoden iwwerenee stëmmen, kuckt d'Datei un, déi d'Geheimnis späichert. Eng nei Linn oder en Espace um Enn, deen an d'Passwuertfeld geschriwwe gouf, gëtt als Deel vum Passwuert geschéckt, dofir vergläicht de Server eng aner Zeecheketten wéi déi, déi Dir getippt hutt. D'Datei gesäit am Editor richteg aus, an dat ass genee de Grond, firwat si sou vill Versich iwwerlieft.

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

D'Dollarzeeche markéiert d'Enn vun all Linn an där Ausgab. E Passwuertfeld mat eppes virun deem Zeechen, oder en Espace deen tëschent de Felder verluer gaangen ass, muss mat de Gänseféissequote nei geschriwwe ginn, déi d'Instrument dokumentéiert.

Wielt d'Korrektur no deem, wien de Server huet

Wann de Server Ären ass, MSCHAPv2 fir dee Kont z'erlabe ass déi klengst Ännerung, an Dir sollt notéieren, datt Dir bewosst eng méi schwaach Method ugeholl hutt. Wann en engem aneren gehéiert, ass e Client, deen EAP-PEAP ëmsetzt, déi éierlech Korrektur; pppd ze patchéiere mécht d'Inkompatibilitéit zu Ärem Ënnerhaltsproblem. Wann d'Protokollwahl nach oppen ass, ass PPTP de schwaachsten Deel vum Design an d'Migratioun ass meeschtens méi bëlleg wéi e gepatchte Client lieweg ze halen. Schreift dës Entscheidung nieft de Profil, sou datt déi nächst Persoun se net erëm opmécht.

Wéi ee Wee Dir och wielt, test et duerno vun enger zweeter Maschinn an engem aneren Netzwierk. E gespäicherte Profil kann déi al Method weiderhin ubidden an e korrigéierte Server futti ausgesinn. Dann huelt d'Debugging-Astellungs eraus, well detailléiert PPP-Loggen op enger gedeelter Aarbechtsplaz méi afänke kënnen, wéi Dir wëllt.