Tengingin auðkennist, biðlarinn tilkynnir sig tengdan og einni sekúndu síðar lokast loggið með LCP sagt upp af jafningja. Þessi lína kemur úr PPP-samningaviðræðum inni í GRE-göngunni, svo flutningurinn virkaði þegar og endarnir tveir voru ósammála um valkosti tengingarinnar. Lykilorð og vistföng netþjóns eru hér venjulega saklaus. Dulkóðunarstefnan er það fyrsta sem á að bera saman og á Linux er jafningjaskrá pppd fyrsti staðurinn til að skoða.

Hvað LCP-bilun segir um PPP-stigið

PPTP vefur PPP inn í GRE: TCP 1723 stýritengingin setur upp símtalið, GRE ber nytsamlega hleðslu og þá semur LCP um valkosti eins og auðkenningarregluna, þjöppun og MPPE. Jafninginn segir LCP upp þegar nauðsynlegur valkostur er ekki viðunandi hjá honum. Log þar sem CHAP- eða MSCHAPv2-skiptin ljúka og LCP endar strax í kjölfarið er stefnumótleiki, ekki aðgengisbilun. Ef göngin ná alls ekki til samningaviðræðna skal skoða pppd og viðbót þess áður en LCP-línan er lesin.

Tvö skilyrði er auðvelt að missa sjónar á. pppd-texapúkinn verður að vera til og PPTP-viðbótin sem nefnd er í jafningjaskránni verður að vera uppsett; pakki sem vantar endar símtalið áður en nokkur valkostur er ræddur.

Virkjaðu MPPE á þeirri hlið sem krefst þess

Raunverulega ákvörðunin er hvor endinn á dulkóðunarstefnuna. Biðlari getur boðið MPPE, krafist þess eða hafnað því og netþjónninn gerir sama val. Þegar báðir krefjast þess rís tengingin; þegar annar krefst og hinn hafnar endar LCP.

pty "pptp vpn.example.net --nolaunchpppd"
name alice
remotename PPTP
require-mppe-128

Hladdu einingunni með modprobe ppp_mppe fyrir símtal, því án hennar mistekst require-mppe-128. Á Windows er samsvarandi stýring öryggisflipi VPN-færslunnar, þar sem segja verður biðlaranum að krefjast dulkóðunar í stað þess að samþykkja hvað sem netþjónninn býður. Ef netþjónninn endar LCP enn skal spyrja rekstraraðila hans hvort MPPE sé skilyrt, valfrjálst eða slökkt, því biðlari getur ekki semið um vernd sem netþjónninn hafnar. Að slökkva á dulkóðun til að skilaboðin hverfi er röng stefna: það fjarlægir einu verndina sem þessi regla hefur.

Vistaðu virku jafningjaskrána áður en þú breytir henni. Rangt innslegin require-mppe lína endurtekur sömu almennu LCP-bilun og sendir þig aftur á byrjunarreit.

Lestu eigið log pppd í stað smáforritsins

Skjáborðssmáforrit sýna aftenginguna og fela ástæðuna, svo lestu frásögn djásnsins af einni tilraun. Í systemd-kerfum lendir skilaboðunum í journal; eldri uppsetningar skrifa í hefðbundnar logskrár.

journalctl --since "10 min ago" | grep -i -E "pppd|lcp|mppe"
tail -n 50 /var/log/syslog

Leitaðu í glugga um eitt símtal í stað heils dags af endurtengingum, svo hafnaði valkosturinn sjáist auðveldlega. pppd nefnir venjulega valkostinn og svar jafningjans, sem segir þér hvort breyta eigi eigin tillögu eða biðja netþjónshliðina að slaka á kröfunni. Hafðu tilraunir tímastimplaðar, því að bera saman tvö log er aðeins gagnlegt þegar þú veist hvaða línur tilheyra hvaða símtali. Þegar engin LCP-skipti sjást er bilunin fyrr í keðjunni og MPPE er ekki grunaður.

Haltu lagfæringunni í gegnum endurtengingar: krókaheiti og MTU

Þegar tengingin helst uppi ráða tvö smáatriði hvort hún lifir endurtengingu af. Krókar búa í /etc/ppp/ip-up.d og /etc/network/if-up.d og run-parts vinnur úr báðum möppunum, en skráarnafnasía þess hafnar öllu sem inniheldur punkt. Skriftu sem heitir set-pptp.sh er því sleppt, en set-pptp er keyrð. Athugaðu heitið áður en þú kembir innihald skriftunnar og stilltu síðan minni MTU innan frá þeim krók svo hvert nýtt ppp-viðmót erfi það án handvirkrar skipunar.

run-parts --test /etc/ppp/ip-up.d
ip link set dev ppp0 mtu 1200

Til að enda lotu viljandi skaltu miða á pid sem pppd skráði í stað þess að passa ferlisheiti við mynstur, því að drepa allt sem inniheldur ppp rífur líka niður ótengdar tengingar. PPTP er úrelt og MS-CHAPv2 er veikt, svo líttu á þessar athuganir sem viðhald á tengingu sem verður að halda áfram að virka, ekki sem ástæðu til að setja PPTP upp á nýjum stað.

Tengdir greinar