PPTP seier at passordet ditt er feil: kva retting kjem først?

PPTP-profilar som insisterer på at passordet ditt er feil, fortel noko trongare enn det høyrest ut. Hemmelegheita vert testa heilt på slutten av ei kjede som byrjar med kapabilitetsforhandling, så kvar einaste mismatch tidlegare i kjeda dukkar opp som ein godkjenningsfeil. Difor endrar det ingenting å nullstilla passordet, skriva det på nytt eller laga profilen på nytt. Les forhandlinga først, og vel så rettinga etter kor mykje av vegen du styrer.

Kvifor hemmelegheita aldri vert testa

PPP-godkjenning vert forhandla: tenaren føreslår metodar, klienten svarar med det han kan, og begge vert samde om éin før nokon legitimasjon vert utveksla. Når tenaren berre tilbyr EAP-PEAP og pppd-en til klienten ikkje implementerer det, sluttar samtalen i framleggsfasen. Tenaren registrerer ein godkjenningsfeil fordi det er fasen som feila, ikkje fordi passordet vart samanlikna og funne utilstrekkeleg.

Difor er feilen identisk for eit feil passord og for ein metodeusemje. Berre loggen skil dei, og berre om klienten får vera detaljert.

Les forhandlinga, ikkje den siste feilen

Køyr tilkoplinga i framgrunnen med feilsøking på og les godkjenningslinjene frå toppen. Loggen namngjev metoden som vart føreslått, metoden som vart godteken og kvar utvekslinga stoppa. Ein profil som aldri forlèt CHAP eller MSCHAPv2 medan tenaren ventar PEAP, er eit metodeproblem, ikkje eit legitimasjonsproblem. Den siste linja i den loggen er der klienten gav opp, ikkje der årsaka sit.

sudo pppd call provider debug nodetach

Ta vare på den utskrifta. Ho er òg beviset ein netverks eigar treng før tenarpolitikken vert endra, og ho avgjer spørsmålet om passordet i det heile var i spel.

Den andre årsaka gøymer seg i hemmelegheitsfila

Viser loggen at metodane stemmer, så sjå på fila som lagrar hemmelegheita. Ei ny linje eller eit etterfølgjande mellomrom skrive i passordfeltet vert sendt som ein del av passordet, så tenaren samanliknar ein annan streng enn den du skreiv. Fila ser rett ut i ein editor, og det er nettopp difor ho overlever så mange forsøk.

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

Dollarteiknet markerer slutten på kvar linje i den utskrifta. Eit passordfelt med noko før det teiknet, eller eit laust mellomrom mellom felta, må skrivast om med sitata verktøyet dokumenterer.

Vel rettinga etter kven som eig tenaren

Viss tenaren er din, å tillata MSCHAPv2 for den kontoen er den minste endringa, og du bør notera at du med vilje godtok ein svakare metode. Viss han høyrer til nokon andre, er ein klient som implementerer EAP-PEAP den ærlege rettinga; å lappa pppd gjer usemja til ditt vedlikehandsproblem. Viss protokollvalet framleis er ope, er PPTP den svakaste delen av designet, og migreringa er vanlegvis billegare enn å halda ein lappa klient i live. Skriv den avgjerda ved sida av profilen, så den neste personen ikkje opnar han igjen.

Uansett kva veg du vel, test etterpå frå ein annan maskin på eit anna nettverk. Ein lagra profil kan halda fram med å tilby den gamle metoden og få ein retta tenar til å sjå øydelagd ut. Fjern deretter feilsøkingsinnstillinga, sidan detaljerte PPP-loggar kan fanga meir enn du ønskjer på ein delt arbeidsstasjon.