A PPTP szerint a jelszó hibás: melyik javítás jön előbb?

A PPTP-profilok, amelyek azt állítják, hogy a jelszó hibás, szűkebb dolgot mondanak, mint amilyennek hangzik. A titkot egy olyan lánc legvégén ellenőrzik, amely a képességek egyeztetésével kezdődik, ezért a láncban korábbi bármilyen eltérés hitelesítési hibaként jelenik meg. Ezért a jelszó visszaállítása, újragépelése vagy a profil újralétrehozása semmit sem változtat. Először olvassa el az egyeztetést, majd az alapján válassza ki a javítást, hogy az útvonal mekkora részét irányítja.

Miért nem ellenőrzik soha a titkot

A PPP-hitelesítés egyeztetés tárgya: a szerver módszereket ajánl, a kliens azzal válaszol, amit tud, és mindkettő megegyezik egyben, mielőtt bármilyen hitelesítő adat kicserélődne. Amikor a szerver csak EAP-PEAP-et kínál, és a kliens pppd-je nem valósítja meg, a beszélgetés az ajánlat szakaszában véget ér. A szerver hitelesítési hibát rögzít, mert az a szakasz bukott meg, nem azért, mert a jelszót összehasonlították és elégtelennek találták.

Ezért a hiba ugyanaz a rossz jelszónál és a módszer eltérésénél. Csak a napló különbözteti meg őket, és csak akkor, ha a kliens lehet részletes.

Az egyeztetést olvassa, ne az utolsó hibát

Futtassa a kapcsolatot előtérben bekapcsolt hibakereséssel, és olvassa a hitelesítési sorokat felülről. A napló megnevezi az ajánlott módszert, az elfogadott módszert és azt, hogy hol állt le a csere. Egy profil, amely soha nem hagyja el a CHAP-ot vagy az MSCHAPv2-t, miközben a szerver PEAP-et vár, módszerprobléma, nem hitelesítőadat-probléma. A napló utolsó sora az, ahol a kliens feladta, nem az, ahol az ok van.

sudo pppd call provider debug nodetach

Őrizze meg azt a kimenetet. Ez az a bizonyíték is, amelyre a hálózat tulajdonosának szüksége van a szerverházirend módosítása előtt, és eldönti a kérdést, hogy a jelszó egyáltalán szerepet kapott-e.

A második ok a titkok fájljában rejtőzik

Ha a napló szerint a módszerek megegyeznek, nézze meg a titkot tároló fájlt. A jelszómezőbe írt sortörés vagy záró szóköz a jelszó részeként kerül elküldésre, ezért a szerver más karakterláncot hasonlít össze, mint amit beírt. A fájl a szerkesztőben helyesnek látszik, és pontosan ezért éli túl ezt a sok próbálkozást.

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

A dollárjel jelöli az egyes sorok végét abban a kimenetben. Az a jelszómező, amelyben a jel előtt bármi van, vagy egy elkóborolt szóköz a mezők között, újraírandó az eszköz által dokumentált idézőjelekkel.

A javítást aszerint válassza, hogy kié a szerver

Ha a szerver az Öné, az MSCHAPv2 engedélyezése annak a fióknak a legkisebb változás, és érdemes rögzítenie, hogy szándékosan gyengébb módszert fogadott el. Ha valaki másé, a tisztességes javítás egy EAP-PEAP-et megvalósító kliens; a pppd foltozása a saját karbantartási problémájává teszi az összeférhetetlenséget. Ha a protokollválasztás még nyitott, a PPTP a tervezés leggyengébb része, és a migráció általában olcsóbb, mint életben tartani egy foltozott klienst. Írja ezt a döntést a profil mellé, hogy a következő ember ne nyissa ki újra.

Bármelyik útvonalat választja, utána tesztelje egy második gépről egy másik hálózaton. Egy mentett profil továbbra is kínálhatja a régi módszert, és javított szervert töröttnek mutathat. Ezután távolítsa el a hibakeresési beállítást, mert a részletes PPP-naplók egy megosztott munkaállomáson többet rögzíthetnek, mint szeretné.