MSCHAPv2 ez da VPN protokoloa: galdetu lehenengo tuneleti

Erabiltzaile-izenak eta pasahitzak garraiatzaile baten barruan bidaiatzen dute, eta MSCHAPv2k bidaiatzen duen metodoari baino ez dio izena ematen. Galdetu zein tunel arduratzen den, bezeroaren profila aukeratu aurretik, kontu-kate bera kodea partekatzen ez duten konfigurazioetan agertzen baita. Emaiten dizuten profil bakoitzak bi erabakiak kodetzen ditu, argibide-orriak horietako bat baino inprimatzen ez duenean ere. Beheko ordena da operadore batek asmatu gabe erantzun dezakeena eta zuk paketeak harrapatu gabe egiaztatu dezakezuna.

Autentifikazioa tunel baten barruan doa

VPN batek bat diruditen bi erabaki hartzen ditu: nola eraikitzen duten bi muturrek kanal babestua eta nola frogatzen duen pertsona batek bere identitatea haren barruan. Bigarrena argibide-orrian inprimatuta dago, gizakiak idazten duena delako. Lehenengoak erabakitzen du ea edozein bezerok funtzionatuko duen, eta jendeak hori uzten du alde batera. Eskatu operadoreari lehenengo garraiatzailearen eta gero metodoaren izena emateko, ordena horretan. Bi konexiok kontu-izen bera eta pasahitz bera eska ditzakete, saio-hasierako koadroaren azpian inolako inplementaziorik partekatu gabe.

Horregatik, lankide baten telefono funtzionatzen duenetik kopiatutako ezarpenek huts egin dezakete zurean, zerbitzariak bi kredentzialak onartzen dituenean ere. Kredentziala ez zen inoiz aldea; haren inguruko profila zen. bi aldeak zuzen daude eta ezer ez da konektatzen normalean nahaste hau bera da, eta garraiatzaileari izena eman orduko argitzen da.

Metodo bera agertzen den hiru leku

PPPhn autentifikazio-urratsak esteka bat dagoen arte itxaroten du, eta RFC 2759 MS-CHAPv2 urrats hori bezala definitzen du, horregatik metodoa L2TP eta PPTP hedapen zaharagoetan agertzen da. Tunela lehenengo amaitzen da eta PPP negoziazioa haren barruan gertatzen da, beraz PPP fase huts batek tunela ezarrita dagoela dirudi dezake zerbitzariaren erregistroan. Irakurri bi fase horiek bereiz, kredentzialak baztertu direla ondorioztatu aurretik. Beraz, L2TPrako konfiguratutako bezero bat erabat zuzena izan daiteke eta, hala ere, IKEv2 baino hitz egiten ez duen atebide baterako bezero okerra izan.

IKEv2k EAP-MSCHAPv2 gako-trukaketaren barruan jartzen du horren ordez, beraz kredentzial berak beste momentu batean huts egiten du eta autentifikazio-errore gisa agertzen da, ez saio-errore gisa. Android plataformako IKEv2 profila da eguneroko adibidea, eta zerbitzariaren ziurtagiria edo identifikatzailea eskatzen du PPP aukerak ordez. Kontu-izena berdina da bi konfigurazioetan, beraz ezin dizu esan zein duzun. Operadorearen onartutako protokoloen zerrendak soilik erabakitzen du hori.

TLSn oinarritutako VPN batek hirugarren konfigurazio bat gehitzen du, bere erabiltzaile-izen eta pasahitz eremuekin eta trukaketan inon MS-CHAPv2 gabe. Beraz, pasahitz-koadro bat ikustea ez da haren atzeko protokoloaren frogarik, formularioa ezaguna izateko eraikita baitago. Berretsi protokoloa zerbitzariaren dokumentaziotik, ez bezeroaren leihoaren formagatik.

Benetan behar dituzun erantzunak

Bidali eskaera zerrenda gisa, zerrenda erdi-erditik erantzutea zaila baita. Eskatu tunelaren protokoloa, haren barruko metodoa eta operadoreak zure plataforman onartzen duen bezeroa. Gero eskatu atebidearen identitatea eta konfiantza-ezarpenak, kontuaren formatua eta konexioa altxatuta egon ondoren zer iristeko modukoa izan behar den.

Lehen hirurek erabakitzen dute ea profil funtzionalik lortzen duzun. Azken hirurek erabakitzen dute profil horrek lanak behar duena egiten duen. Eutsi erantzuna tiketari atxikita, hurrengo pertsonak sei galdera berberak egingo baititu. Erantzunik ez dagoen tokian, hartu hutsunea operadoreak oraindik hartu ez duen erabaki gisa, ez inferitu dezakezun zerbait gisa.

Ez lasaitu atebidearen egiaztapena

Zerbitzariak bezeroari ere frogatzen dio bere identitatea, eta trukaketaren erdi hori ez da apaingarria. Ziurtagiriaren egiaztapena desgaitzea profil temati bat konekta dadin edozein muturrek erantzuten duena onartzea da, inork iritsi nahi ez zuen bat barne. Gainera, benetako desadostasun bat ezkutatzen du konpondu ordez, eta horrek hutsegitea geroagoko eta nabarmenagoa ez den momentu batera bultzatzen du. Egiaztapena itzalita behar duen profila egiaztatu ezin duen zerbaiti seinalatzen dion profila da.

Desadostasuna izen bat izan ohi da, ostalari-izen bakarrerako jaulkitako ziurtagiri batek huts egiten baitu profileak helbide bat markatzean. Markatu izena, ez desgaitu egiaztapena. Ziurtagiri-agintaritza pribatu batek huts egiten du gailuak inoiz errorik jaso ez duenean, eta konponbidea erro hori onartutako bidetik banatzea da. Kudeatutako inguruneek espero dute operadoreak identitatea eta konfiantza-aingura ematea, eta profileak biei erreferentzia egitea. Eremua falta denean, eskatu artefaktua, ez uko egin egiaztapenari.

Egokitu profila, eta gero frogatu etapa bakoitza

Garraiatzailea ezaguna denean, jarraitu bezero horren dokumentatutako prozesua eta sartu eskatzen dituen eremuak soilik. Existitzen direlako betetzen diren eremu gehigarriak balio okerrak dira oraindik, eta derrigorrezkoak baino geroago huts egiten dute. Gorde profila aldatu gabe lehen konexio arrakastatsuaren ondoren, geroagoko aldaketa bat funtzionatzen duela dakigun zerbaiti alderatu ahal izateko.

Gero egiaztatu etapez: tunela ezartzen da, erabiltzailea autentifikatu egiten da, esleitutako helbidea eta ibilbideak agertzen dira, eta baimendutako zerbitzu batek erantzuten du. Etapa bakoitzak bere erregistro-lerroa uzten du zerbitzarian, eta horiek ordenan irakurtzeak kexa lausoa aurkikuntza zehatz bihurtzen du. Plataformak operadoreak deskribatutako konfigurazioa onartzen ez badu jada, migrazio-elkarrizketa da, ez gailuan aukera zahar guztiak gaitzeko arrazoia. Garraiatzailea, metodoa eta profila hiru erantzun bereizi dira, eta funtzionatzen duen konexioak hirurak ados ditu.