PPTP 800 errorea 812ren aurrean eta minutua igaro ondoko mozketak

800 errorea, 812 errorea eta minutu batetik hiltzen den PPTP tunela hiru hutsegite desberdin dira. Lotu sintoma bakoitza benetan huts egin zuen geruzari.

PPTP bezero bakar baten hiru errore-mezuek hiru hutsegite desberdin deskribatzen dituzte normalean. 800 erroreak tunela inoiz osatu ez zela esan nahi du, 812 erroreak zerbitzariak autentifikazio-metodoa baztertu zuela esan nahi du, eta minutu bat igaro ondoko mozketak peer osasuntsu bat joan dela erabakitzen duen keepalive-tenporizadore bat da. Etapa bakoitzak bere arrazoiagatik huts egiten du, beraz, bakoitzak bere egiaztapena behar du.

800 erroreak tunela inoiz osatu ez zela esan nahi du

Windows-ek 800 errorea sortzen du tunela inola ere eraiki ezin duenean, eta zerbitzari eskuraezinari edo segurtasun-parametro desegokiei buruzko testua laburpena da, ez diagnosia. PPTPk bi gauza desberdin behar ditu sarean, edozein kredentzial aztertu aurretik. TCP 1723k kontrol-kanala darama, eta IP protokolo 47k, GREk, kapsulatutako karga darama.

Probatu kanpoko bide hori zure LANetik kanpotik, bulegoan funtzionatzen duen konexioak ertzari buruz ezer frogatzen ez duelako:

$ nc -vz vpn.example.net 1723
Connection to vpn.example.net 1723 port [tcp/*] succeeded!
$ sudo tcpdump -ni eth0 proto gre
tcpdump: listening on eth0, link-type EN10MB

1723k erantzuten badu eta harrapaketa hutsik geratzen bada bezeroa konektatzen saiatzen ari den bitartean, bideak 47 protokoloa botatzen ari da. 1723 birbidalita baina PPTP passthrough itzalita duen router batek zehazki horrelako eredua sortzen du: TCP eskuko keinua osatzen da, gero GRE paketeak desagertu egiten dira, beraz, hutsegitea kredentzialen arazo baten antzekoa da, nahiz eta saio-hasiera saiakera bat ere ez zen egin.

Zuzendu birbidalketa zerbitzariaren uneko LAN helbidera, aktibatu PPTP passthrough routerrak eskaintzen duen tokian, eta saiatu berriro kanpoko puntu beretik. GRE gorago iragazten denean eta hori aldatu ezin duzunean, TCP 443ren gaineko SSTPk edo UDP 500 eta 4500en gaineko L2TP/IPsec-ek Windows aldean egin dezakezun edozein aldaketak baino aukera hobea du.

812 errorea zerbitzariak zure autentifikazio-metodoa baztertzea da

812 errorea tunela altxatu ondoren itzultzen da, eta horregatik pasahitz-arazo bat bezala sentitzen da. Zerbitzariak konexiorako negoziatutako autentifikazio-metodoa baztertzen du, ez nahitaez pasahitza bera. Bezeroan, ireki VPN sarrera, joan segurtasun-fitxara, ezarri mota Point-to-Point Tunneling Protocol gisa, aukeratu protokolo-zerrenda esplizitua eta markatu Microsoft CHAP 2 bertsioa.

Uneko ezarpena elkarrizketa-koadroan zehar klik egin gabe irakur dezakezu:

$ Get-VpnConnection -Name "Office" | Select-Object -ExpandProperty AuthenticationMethod
MsChapv2

MS-CHAP v2 eskatzen duen zerbitzari batek PAPen edo ahulagoa den zerbait negoziatzen duen mota automatikoan utzitako bezeroa baztertzen du, eta errorea edozein erabiltzaile-pasahitz ebaluatu aurretik iristen da. Kontu-formatak bazterketa beraren beste erdia da. Kasu batean Windows-ek MicrosoftAccount\[email protected] formako Microsoft kontu-identitatea bidali zuen, zerbitzariak kontu lokal edo domeinukoa nahi zuen bitartean. SERVERNAME\username idazteak Windows-i esan zion zein kontu biltegiri kontsultatu eta errorea ezabatu zuen. Idatzi izena eskuz, gordetako kredentzial batek aurreko formatua errepika dezan utzi beharrean.

Minutua igaro ondoko mozketak keepalive erabaki bat dira

Tunela konektatzen denean, trafiko pixka bat igarotzen uzten duenean eta gero deskonektatzen denean, begiratu zerbitzariaren LCP oihartzunaren portaera bezeroa ukitu aurretik. Demonioak aldian-aldian eskatzen dio peerari han dagoela baieztatzeko. Konfiguratutako aurrekontuaren barruan erantzun gutxiegi iristen badira, saioa eraisten da erabiltzaileak oraindik esteka funtzionala duen arren.

Linux pptpd zerbitzari batean balio horiek /etc/ppp/options.pptpd fitxategian bizi dira, eta ohiko konponketa aurrekontua zabaltzea da, tartea laburtzea beharrean:

# /etc/ppp/options.pptpd
lcp-echo-failure 30
lcp-echo-interval 5
# then
sudo systemctl restart pptpd

Bost segundoko tartean hogeita hamar hutsek geldialdi laburra barkatzen dute, peera joan dela aldarrikatu beharrean. Kopurua bat edo bira jaisteak itzulitako bide bateko bibrazioa gutxi gorabehera minuturoko deskonexio bihurtzen du. Zure zerbitzaria pptpd izan beharrean Windows RRAS bada, begiratu PPP saioaren denbora-muga eta inaktibitatean deskonektatzeko politika. Horiek beste leku batean bizi dira, eta existitzen ez den pppd fitxategi bat editatzeak ez du ezer aldatuko.

Gainjarritako azpisareek datu-bidea apurtzen dute

PPTP tunel batek garbi autentifika dezake eta hala ere inora ez iritsi bi guneek barruti pribatu bera erabiltzen dutenean, adibidez 192.168.1.0/24 bulegoan eta etxean. Bezeroak ezin du esan helbide jakin bat zein hosti dagokion, eta pila batzuek bidea instalatzeari uko egiten diote, bat aukeratu beharrean.

Hartu hori diseinu-hutsegite gisa eta zenbaki berriz ezarri alde bat, edo eman bezeroari nahita itzulitako sarbide-barruti bat. PPTP bezeroa araztea ezin du bi aldiz existitzen den helbide-espazio bat konpondu, eta sintomak ausazko mozketa dirudien jarraituko du.

Hasi huts egin zuen etaparekin: GRE 800rako, metodoa eta kontu-katea 812rako, oihartzun-ezarpenak ordutegiaren arabera hiltzen den tunelerako.

Erlazionatutako artikuluak