PPTP-де LCP серіктес тарапынан тоқтатылды: алдымен MPPE қосыңыз

Байланыс аутентификациядан өтеді, клиент қосылғанын хабарлайды, ал бір секундтан кейін журнал LCP серіктес тарапынан тоқтатылды деп жабылады. Бұл жол GRE туннелі ішіндегі PPP келіссөзінен шығады, яғни тасымал әлдеқашан жұмыс істеп тұрған және екі жақ байланыс опцияларында келіспеген. Құпия сөздер мен сервер мекенжайлары мұнда әдетте кінәсіз. Шифрлау саясаты бірінші салыстырылатын нәрсе, ал Linux-те pppd-тің серіктес файлы бірінші қаралатын орын.

LCP ақауы PPP кезеңі туралы не дейді

PPTP PPP-ні GRE ішіне орайды: TCP 1723 бақылау қосылымы қоңырауды орнатады, GRE жүктемені тасымалдайды, содан кейін LCP аутентификация протоколы, сығу және MPPE сияқты опцияларды келіседі. Серіктес өзі жағында міндетті опция қабылданбайтын болса, LCP-ні тоқтатады. CHAP немесе MSCHAPv2 алмасуы аяқталып, одан кейін бірден LCP бітетін журнал — саяси бас тарту, қолжетімділік ақауы емес. Егер туннель келіссөзге мүлдем жетпесе, LCP жолын оқымас бұрын pppd пен оның плагинін тексеріңіз.

Екі алғышарт оңай назардан тыс қалады. pppd бинарлық файлы болуы керек және серіктес файлында аталған PPTP плагині орнатылуы тиіс; жетіспейтін пакет кез келген опция талқыланбай тұрып қоңырауды аяқтайды.

MPPE-ні оны талап ететін жақта қосыңыз

Нағыз шешім — шифрлау саясаты қай жаққа тиесілі екендігінде. Клиент MPPE-ні ұсына алады, талап ете алады немесе бас тарта алады, сервер де сол таңдауды жасайды. Екеуі де талап етсе байланыс көтеріледі; біреуі талап етіп, екіншісі бас тартса, LCP бітеді.

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

Қоңырау алдында модульді modprobe ppp_mppe арқылы жүктеңіз, өйткені онсыз require-mppe-128 сәтсіз аяқталады. Windows-та балама басқару — VPN жазбасының қауіпсіздік қойындысы, онда клиентке сервер ұсынғанды қабылдаудың орнына шифрлауды талап етуді тапсыру керек. Егер сервер әлі де LCP-ні тоқтатса, оның операторынан MPPE міндетті ме, қосымша ма әлде өшірілген бе деп сұраңыз, өйткені клиент сервер бас тартатын қорғанысты келісе алмайды. Хабарлама жоғалсын деп шифрлауды өшіру — қате бағыт: бұл осы протоколдың жалғыз қорғанысын алып тастайды.

Өңдеу алдында жұмыс істеп тұрған серіктес файлын сақтаңыз. Қате терілген require-mppe жолы сол жалпы LCP ақауын қайталап, сізді басына қайтарады.

Апплетті емес, pppd-тің өз журналын оқыңыз

Жұмыс үстелінің апплеттері ажырауды көрсетіп, себебін жасырады, сондықтан демонның бір әрекет туралы баяндамасын оқыңыз. systemd жүйелерінде хабарлама journal-ға түседі; ескірек конфигурациялар дәстүрлі журнал файлдарына жазады.

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

Бір күндік қайта қосылулардың орнына бір қоңыраудың айналасындағы терезеде іздеңіз, сонда бас тартылған опция оңай көрінеді. pppd әдетте опция атауы мен серіктестің жауабын атайды, бұл өз ұсынысыңызды өзгерту керек пе әлде сервер жағынан талапты босатуды сұрау керек пе екенін айтады. Әрекеттерді уақыт белгісімен ұстаңыз, өйткені екі журналды салыстыру қай жолдардың қай қоңырауға тиесілі екенін білгенде ғана пайдалы. Егер LCP алмасуы мүлдем көрінбесе, ақау тізбекте ертеректе және MPPE күдікті емес.

Қайта қосылуларда түзетуді сақтаңыз: hook атаулары және MTU

Байланыс тұрақтанған соң, оның қайта қосылуға төтеп беретінін екі бөлшек шешеді. Hook-тар /etc/ppp/ip-up.d және /etc/network/if-up.d ішінде тұрады, екі каталогты да run-parts өңдейді, оның файл атауы сүзгісі нүктесі бар кез келген нәрсені қабылдамайды. Сондықтан set-pptp.sh деп аталатын скрипт өткізіліп жіберіледі, ал set-pptp орындалады. Скрипт мазмұнын жөндеуге кіріспес бұрын атауын тексеріңіз, содан кейін сол hook ішінен кішірек MTU орнатыңыз, осылайша әрбір жаңа ppp интерфейсі оны қолмен командасыз мұраға алады.

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

Сессияны әдейі аяқтау үшін процесс атауларын үлгімен сәйкестендірудің орнына pppd жазып алған pid-ке бағыттаңыз, өйткені ppp бардың бәрін өлтіру байланыссыз сілтемелерді де құлатады. PPTP ескірген және MS-CHAPv2 әлсіз, сондықтан бұл тексерулерді жұмысын жалғастыруы тиіс байланысқа қызмет көрсету деп қараңыз, PPTP-ні жаңа жерде орналастыру себебі ретінде емес.