PPTP thotë se fjalëkalimi juaj është i gabuar: cili rregullim vjen i pari?
Një fjalëkalim PPTP i refuzuar zakonisht është një mospërputhje e metodës PPP, jo një sekret i keq. Lexoni fillimisht negocimin dhe pastaj zgjidhni rregullimin më të vogël që mban.
Profilet PPTP që këmbëngulin se fjalëkalimi është i gabuar thonë diçka më të ngushtë sesa duket. Sekreti testohet në fundin e një zinxhiri që nis me negocimin e aftësive, prandaj çdo mospërputhje më herët në atë zinxhir shfaqet si dështim autentikimi. Prandaj rivendosja e fjalëkalimit, rishkrimi i tij ose rikrijimi i profilit nuk ndryshon asgjë. Lexoni fillimisht negocimin dhe pastaj zgjidhni rregullimin sipas asaj se sa të rrugës kontrolloni.
Pse sekreti nuk testohet kurrë
Autentikimi PPP negociohet: serveri propozon metoda, klienti përgjigjet me atë që mund të bëjë, dhe të dy bien dakord për një para se të shkëmbehet çdo kredencial. Kur serveri ofron vetëm EAP-PEAP dhe pppd i klientit nuk e zbaton atë, biseda mbaron në fazën e propozimit. Serveri regjistron një dështim autentikimi sepse është ajo faza që dështoi, jo sepse fjalëkalimi u krahasua dhe u gjet i pamjaftueshëm.
Prandaj gabimi është identik për një fjalëkalim të gabuar dhe për një mospërputhje metode. Vetëm regjistri i dallon ata, dhe vetëm nëse klientit i lejohet të jetë i detajuar.
Lexoni negocimin, jo gabimin e fundit
Ekzekutoni lidhjen në plan të parë me korrigjimin e gabimeve të aktivizuar dhe lexoni rreshtat e autentikimit nga lart. Regjistri emërton metodën e propozuar, metodën e pranuar dhe vendin ku ndaloi shkëmbimi. Një profil që nuk largohet kurrë nga CHAP ose MSCHAPv2 ndërsa serveri pret PEAP është problem metode, jo problem kredenciali. Rreshti i fundit i atij regjistri është vendi ku klienti u dorëzua, jo vendi ku ndodhet shkaku.
sudo pppd call provider debug nodetachRuajeni atë dalje. Është gjithashtu prova që pronarit të rrjetit i duhet përpara ndryshimit të politikës së serverit, dhe e zgjidh pyetjen nëse fjalëkalimi ishte fare në lojë.
Shkaku i dytë fshihet në skedarin e sekreteve
Nëse regjistri tregon që metodat përputhen, shikoni skedarin që ruan sekretin. Një rresht i ri ose një hapësirë në fund e shkruar në fushën e fjalëkalimit dërgohet si pjesë e fjalëkalimit, kështu që serveri krahason një varg të ndryshëm nga ai që shkruat. Skedari duket i saktë në një redaktues, dhe pikërisht për këtë i mbijeton kaq shumë përpjekjeve.
sudo cat -A /etc/ppp/chap-secretsShenja e dollarit shënon fundin e çdo rreshti në atë dalje. Një fushë fjalëkalimi me diçka përpara asaj shenje, ose një hapësirë e humbur mes fushave, duhet të rishkruhet me thonjëzat që dokumenton mjeti.
Zgjidhni rregullimin sipas kujt i përket serveri
Nëse serveri është i juaji, lejimi i MSCHAPv2 për atë llogari është ndryshimi më i vogël, dhe duhet të shënoni që pranuat me qëllim një metodë më të dobët. Nëse i përket dikujt tjetër, rregullimi i ndershëm është një klient që zbaton EAP-PEAP; rregullimi i pppd e bën mospërputhjen problemin tuaj të mirëmbajtjes. Nëse zgjedhja e protokollit është ende e hapur, PPTP është pjesa më e dobët e dizajnit dhe migrimi zakonisht kushton më pak se mbajtja gjallë e një klienti të rregulluar. Shkruani atë vendim pranë profilit, që personi tjetër të mos e rihapë.
Cilën rrugë të zgjidhni, testoni më pas nga një makinë e dytë në një rrjet tjetër. Një profil i ruajtur mund të vazhdojë të ofrojë metodën e vjetër dhe ta bëjë një server të rregulluar të duket i prishur. Pastaj hiqni cilësimin e korrigjimit, pasi regjistrat e detajuar PPP mund të kapin më shumë sesa dëshironi në një stacion pune të përbashkët.