IPsec tunela ezartzen da, bezeroak pare babestua erakusten du, eta gero konexioak hiltzen da ezer subred pribatura iritsi aurretik. Hutsune hori PPP bere lan propioa egiten ari da: estekaren aukerak, erabiltzailearen autentifikazioa eta helbidearen esleipena tunel zifratua existitzen den ondoren gertatzen dira denak. Lehen faseko trukaketa arrakastatsu batek ez du pasahitzik ez barne helbiderik ematen. Irakurri faseak ordenan eta hutsegiteak normalean bere burua izendatzen du.

Tunela lehen geruza besterik ez da

L2TP PPP markoak IPsec bidez babestutako tunel baten barruan garraiatzen ditu, eta horrek esan nahi du bi negoziazio independente arrakastatsu izan behar direla pakete bat bideratu aurretik. Kanpokoak bi muturrak gakoetan eta identitateetan ados daudela frogatzen du. Barrukoak estekaren parametroak, erabiltzailea autentifikatzen den eta bezeroak zein helbide jasotzen duen erabakitzen du.

PPP barruko hutsegitea tunel hautsia dirudi egoera argi bakarra erakusten duen bezero bakoitzean. Tunel arazo gisa tratatzen bada, gakoak berritzea, zerbitzuak berrabiaraztea eta, azkenean, inoiz oker egon ez zen sekretu partekatu bat ordezkatzea dakar. Bereizketa erabilgarria merkea da: parearekiko trukaketa amaitu bada eta bezeroa erabiltzaile-izenaren eskaerara edo autentifikazio fasera pasa bada, tunela ondo dago. Puntu horren ondorengo guztia PPP-rena da.

Irakurri arrakasta izan zuen azken fasea

Joan erregistroan aurrera eta gelditu amaitu ez zen lehen fasean. Lehenik LCP dator, gero autentifikazioa, gero IPCP IPv4 parametroetarako.

sudo journalctl -u xl2tpd -b --no-pager | tail -n 40
sudo journalctl -b --no-pager | grep -i -E 'pppd|lcp|chap|ipcp'
ip -4 address show ppp0

LCP denbora-muga batek bi muturrek estekaren oinarrizko aukeretan inoiz ados jarri ez zirela esan nahi du, eta hori profil desegokia edo barne protokolo blokeatua da, ez pasahitz txarra. Autentifikazioaren ukapen esplizitua aurkako kasua da: esteka altxatu zen eta alde batek kredentzialak ukatu zituen. Autentifikazio arrakastatsuaren ondorengo IPCP denbora-mugak helbide multzoetara edo zerbitzariaren politikara eramaten du. Bakoitzak jabe desberdina eta konponketa desberdina ditu, eta horregatik faseak garrantzi handiagoa du azken errore-testuak baino.

Gorde erregistroaren zatia fasearen izenarekin batera tiketaren barruan. Fasearen mugarik gabeko buztan itsatsiak hurrengo irakurlea asmatzera gonbidatzen du, eta hemen asmatzeak ordu bat balio du.

Bezeroaren eta zerbitzariaren arteko adostasuna

Bi muturrek autentifikazio metodo bera onartu behar dute, eta gordetako profilek zerbitzariak joan den hiruhilekoan erretiratu zuen bat eska dezake. Kudeatutako inplementazioek zerbitzariaren aldea ere ezkutatzen dute, non ukapenaren arrazoia normalean erabiltzaileari eta ez gailuari egozten zaion.

Gaitu metodo onartu bat aukera zahar guztien ordez, zeren bost metodo eskaintzen dituen bezeroak zein huts egin zuen ezkutatzen du. Eskatu administratzaileari zerbitzari aldeko politika eta ukapen zehatza, eta horrek ez du eskatzen inork pasahitzik argitaratzea. Bezero bat salbatzeko gaitutako metodo zaharra fitxategia kopiatzen duen profil guztietara hedatzen da.

Egiaztatu helbidea, ez saioa

Amaitutako saio-hasiera ez da erabilgarria den saioa. IPCP barne helbidea negoziatzen du, eta agortutako multzo batek edo bezeroari uko egiten dion politikak tunel konektatua utz dezake bideratzeko ezer gabe.

ip -4 address show ppp0
ip route get 10.52.9.1
ping -c 2 10.52.9.1

Egiaztatu lehenik barne helbidea, gero ibilbidea eta ebazlea benetan behar duzun baliabiderako. Barne helbidea ez da webgune batek jakinarazten duen irteera publikoa, eta biak nahasteak jendea existitzen ez den isuri baten bila bidaltzen du. Probatu baliabide pribatua helbidez izenaren bidez probatu aurretik, DNS hutsegitea bideratze hutsegitearekin nahas ez dadin.

Idatzi fasea, metodoa eta helbidea ohar bakarrean eta jarri data. Kontu berak hilabete batean berriro huts egiten badu, ohar hori bost minutuko egiaztapenaren eta ikerketa berri baten arteko aldea da. Fase desberdinetako hutsegiteak gertakari desberdinak dira, bezeroak elkarrizketa bakarra erakutsi arren.

Erlazionatutako artikuluak