PPTPD [Debian] не хочет конектиться (Сервер vpn-pptp на Debian)

[v0v04ka]

В общем, так как с дефолтным конфигом сие дело работать не хотело, конфиг был взят рабочий (с другой железки) максимально простой.
/etc/pptpd.conf:

Код: Выделить всё

bcrelay eth1
debug
localip 192.168.40.1
option /etc/ppp/options.pptpd
remoteip 192.168.40.100-254

/etc/ppp/options.pptpd:

Код: Выделить всё

auth
debug
lock
logfile /var/log/pptpd.log
ms-dns 89.208.43.94
name bgpdebian
proxyarp
require-chap

Но ситуация не изменилась - со стороны виндового клиента это выглядит как 691 ошибка невозможности открытия порта, со стороны сервера:

Код: Выделить всё

using channel 6
Using interface ppp0
Connect: ppp0 <--> /dev/pts/1
sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MD5> <magic 0x3f04f590> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x0 <mru 1400> <magic 0x5c02194f> <pcomp> <accomp> <callback CBCP>]
sent [LCP ConfRej id=0x0 <callback CBCP>]
rcvd [LCP ConfReq id=0x1 <mru 1400> <magic 0x5c02194f> <pcomp> <accomp> <callback CBCP>]
sent [LCP ConfRej id=0x1 <callback CBCP>]
sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MD5> <magic 0x3f04f590> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x2 <mru 1400> <magic 0x5c02194f> <pcomp> <accomp> <callback CBCP>]
sent [LCP ConfRej id=0x2 <callback CBCP>]
sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MD5> <magic 0x3f04f590> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x3 <mru 1400> <magic 0x5c02194f> <pcomp> <accomp> <callback CBCP>]
sent [LCP ConfRej id=0x3 <callback CBCP>]
sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MD5> <magic 0x3f04f590> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MD5> <magic 0x3f04f590> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x4 <mru 1400> <magic 0x5c02194f> <pcomp> <accomp> <callback CBCP>]
sent [LCP ConfRej id=0x4 <callback CBCP>]
sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MD5> <magic 0x3f04f590> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x5 <mru 1400> <magic 0x5c02194f> <pcomp> <accomp> <callback CBCP>]
sent [LCP ConfRej id=0x5 <callback CBCP>]
sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MD5> <magic 0x3f04f590> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MD5> <magic 0x3f04f590> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x6 <mru 1400> <magic 0x5c02194f> <pcomp> <accomp> <callback CBCP>]
sent [LCP ConfRej id=0x6 <callback CBCP>]
sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MD5> <magic 0x3f04f590> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x7 <mru 1400> <magic 0x5c02194f> <pcomp> <accomp> <callback CBCP>]
sent [LCP ConfRej id=0x7 <callback CBCP>]
sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MD5> <magic 0x3f04f590> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x8 <mru 1400> <magic 0x5c02194f> <pcomp> <accomp> <callback CBCP>]
sent [LCP ConfRej id=0x8 <callback CBCP>]
LCP: timeout sending Config-Requests
Connection terminated.
Modem hangup

Дистрибутив Debian40r1-amd64.
pppd version 2.4.4
pptpd v1.3.0

[v0v04ka]

Более подробный лог:

Код: Выделить всё

Nov 30 11:56:45 bgpm pptpd[3660]: MGR: Launching /usr/sbin/pptpctrl to handle client
Nov 30 11:56:45 bgpm pptpd[3660]: CTRL: local address = 192.168.40.1
Nov 30 11:56:45 bgpm pptpd[3660]: CTRL: remote address = 192.168.40.100
Nov 30 11:56:45 bgpm pptpd[3660]: CTRL: pppd speed = 115200
Nov 30 11:56:45 bgpm pptpd[3660]: CTRL: pppd options file = /etc/ppp/options.pptpd
Nov 30 11:56:45 bgpm pptpd[3660]: CTRL: Client 80.86.254.171 control connection started
Nov 30 11:56:45 bgpm pptpd[3660]: CTRL: Received PPTP Control Message (type: 1)
Nov 30 11:56:45 bgpm pptpd[3660]: CTRL: Made a START CTRL CONN RPLY packet
Nov 30 11:56:45 bgpm pptpd[3660]: CTRL: I wrote 156 bytes to the client.
Nov 30 11:56:45 bgpm pptpd[3660]: CTRL: Sent packet to client
Nov 30 11:56:45 bgpm pptpd[3660]: CTRL: Received PPTP Control Message (type: 7)
Nov 30 11:56:45 bgpm pptpd[3660]: CTRL: Set parameters to 100000000 maxbps, 64 window size
Nov 30 11:56:45 bgpm pptpd[3660]: CTRL: Made a OUT CALL RPLY packet
Nov 30 11:56:45 bgpm pptpd[3660]: CTRL: Starting call (launching pppd, opening GRE)
Nov 30 11:56:45 bgpm pptpd[3660]: CTRL: pty_fd = 6
Nov 30 11:56:45 bgpm pptpd[3660]: CTRL: tty_fd = 7
Nov 30 11:56:45 bgpm pptpd[3661]: CTRL (PPPD Launcher): program binary = /usr/sbin/pppd
Nov 30 11:56:45 bgpm pptpd[3661]: CTRL (PPPD Launcher): local address = 192.168.40.1
Nov 30 11:56:45 bgpm pptpd[3661]: CTRL (PPPD Launcher): remote address = 192.168.40.100
Nov 30 11:56:45 bgpm pppd[3661]: pppd 2.4.4 started by root, uid 0
Nov 30 11:56:45 bgpm pppd[3661]: using channel 9
Nov 30 11:56:45 bgpm pppd[3661]: Using interface ppp0
Nov 30 11:56:45 bgpm pppd[3661]: Connect: ppp0 <--> /dev/pts/1
Nov 30 11:56:45 bgpm pppd[3661]: sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MD5> <magic 0x3f67b7bd> <pcomp> <accomp>]
Nov 30 11:56:45 bgpm pptpd[3660]: CTRL: I wrote 32 bytes to the client.
Nov 30 11:56:45 bgpm pptpd[3660]: CTRL: Sent packet to client
Nov 30 11:56:45 bgpm pptpd[3660]: CTRL: Received PPTP Control Message (type: 15)
Nov 30 11:56:45 bgpm pptpd[3660]: CTRL: Got a SET LINK INFO packet with standard ACCMs
Nov 30 11:56:45 bgpm pptpd[3660]: GRE: accepting packet #0
Nov 30 11:56:45 bgpm pppd[3661]: rcvd [LCP ConfReq id=0x0 <mru 1400> <magic 0x4122502f> <pcomp> <accomp> <callback CBCP>]
Nov 30 11:56:45 bgpm pppd[3661]: sent [LCP ConfRej id=0x0 <callback CBCP>]
Nov 30 11:56:47 bgpm pptpd[3660]: GRE: accepting packet #1
Nov 30 11:56:47 bgpm pppd[3661]: rcvd [LCP ConfReq id=0x1 <mru 1400> <magic 0x4122502f> <pcomp> <accomp> <callback CBCP>]
Nov 30 11:56:47 bgpm pppd[3661]: sent [LCP ConfRej id=0x1 <callback CBCP>]
Nov 30 11:56:48 bgpm pppd[3661]: sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MD5> <magic 0x3f67b7bd> <pcomp> <accomp>]
Nov 30 11:56:49 bgpm pptpd[3660]: GRE: accepting packet #2
Nov 30 11:56:49 bgpm pppd[3661]: rcvd [LCP ConfReq id=0x2 <mru 1400> <magic 0x4122502f> <pcomp> <accomp> <callback CBCP>]
Nov 30 11:56:49 bgpm pppd[3661]: sent [LCP ConfRej id=0x2 <callback CBCP>]
Nov 30 11:56:51 bgpm pppd[3661]: sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MD5> <magic 0x3f67b7bd> <pcomp> <accomp>]
Nov 30 11:56:54 bgpm pptpd[3660]: GRE: accepting packet #3
Nov 30 11:56:54 bgpm pppd[3661]: rcvd [LCP ConfReq id=0x3 <mru 1400> <magic 0x4122502f> <pcomp> <accomp> <callback CBCP>]
Nov 30 11:56:54 bgpm pppd[3661]: sent [LCP ConfRej id=0x3 <callback CBCP>]
Nov 30 11:56:54 bgpm pppd[3661]: sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MD5> <magic 0x3f67b7bd> <pcomp> <accomp>]
Nov 30 11:56:57 bgpm pppd[3661]: sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MD5> <magic 0x3f67b7bd> <pcomp> <accomp>]
Nov 30 11:56:58 bgpm pptpd[3660]: GRE: accepting packet #4
Nov 30 11:56:58 bgpm pppd[3661]: rcvd [LCP ConfReq id=0x4 <mru 1400> <magic 0x4122502f> <pcomp> <accomp> <callback CBCP>]
Nov 30 11:56:58 bgpm pppd[3661]: sent [LCP ConfRej id=0x4 <callback CBCP>]
Nov 30 11:57:00 bgpm pppd[3661]: sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MD5> <magic 0x3f67b7bd> <pcomp> <accomp>]
Nov 30 11:57:02 bgpm pptpd[3660]: GRE: accepting packet #5
Nov 30 11:57:02 bgpm pppd[3661]: rcvd [LCP ConfReq id=0x5 <mru 1400> <magic 0x4122502f> <pcomp> <accomp> <callback CBCP>]
Nov 30 11:57:02 bgpm pppd[3661]: sent [LCP ConfRej id=0x5 <callback CBCP>]
Nov 30 11:57:03 bgpm pppd[3661]: sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MD5> <magic 0x3f67b7bd> <pcomp> <accomp>]
Nov 30 11:57:06 bgpm pptpd[3660]: GRE: accepting packet #6
Nov 30 11:57:06 bgpm pppd[3661]: rcvd [LCP ConfReq id=0x6 <mru 1400> <magic 0x4122502f> <pcomp> <accomp> <callback CBCP>]
Nov 30 11:57:06 bgpm pppd[3661]: sent [LCP ConfRej id=0x6 <callback CBCP>]
Nov 30 11:57:06 bgpm pppd[3661]: sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MD5> <magic 0x3f67b7bd> <pcomp> <accomp>]
Nov 30 11:57:09 bgpm pppd[3661]: sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MD5> <magic 0x3f67b7bd> <pcomp> <accomp>]
Nov 30 11:57:10 bgpm pptpd[3660]: GRE: accepting packet #7
Nov 30 11:57:10 bgpm pppd[3661]: rcvd [LCP ConfReq id=0x7 <mru 1400> <magic 0x4122502f> <pcomp> <accomp> <callback CBCP>]
Nov 30 11:57:10 bgpm pppd[3661]: sent [LCP ConfRej id=0x7 <callback CBCP>]
Nov 30 11:57:12 bgpm pppd[3661]: sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MD5> <magic 0x3f67b7bd> <pcomp> <accomp>]
Nov 30 11:57:14 bgpm pptpd[3660]: GRE: accepting packet #8
Nov 30 11:57:14 bgpm pppd[3661]: rcvd [LCP ConfReq id=0x8 <mru 1400> <magic 0x4122502f> <pcomp> <accomp> <callback CBCP>]
Nov 30 11:57:14 bgpm pppd[3661]: sent [LCP ConfRej id=0x8 <callback CBCP>]
Nov 30 11:57:15 bgpm pppd[3661]: LCP: timeout sending Config-Requests
Nov 30 11:57:15 bgpm pppd[3661]: Connection terminated.
Nov 30 11:57:15 bgpm pppd[3661]: Modem hangup
Nov 30 11:57:15 bgpm pppd[3661]: Exit.
Nov 30 11:57:15 bgpm pptpd[3660]: GRE: read(fd=6,buffer=510a00,len=8196) from PTY failed: status = -1 error = Input/output error, usually caused by unexpected termination of pppd, check option syntax and pppd logs
Nov 30 11:57:15 bgpm pptpd[3660]: CTRL: PTY read or GRE write failed (pty,gre)=(6,7)
Nov 30 11:57:15 bgpm pptpd[3660]: CTRL: Reaping child PPP[3661]
Nov 30 11:57:15 bgpm pptpd[3660]: CTRL: Client 80.86.254.171 control connection finished
Nov 30 11:57:15 bgpm pptpd[3660]: CTRL: Exiting now
Nov 30 11:57:15 bgpm pptpd[3658]: MGR: Reaped child 3660

[sash-kan]

а клиент не пытается ли использовать mppe?

[v0v04ka]

а клиент не пытается ли использовать mppe?

отключаю принудительно шифрование, ставлю принудительно chap - эффект тот же, как впрочем, и если на сервере включить mppe ms-chap2>_<

[sash-kan]

отключаю принудительно шифрование, ставлю принудительно chap - эффект тот же, как впрочем, и если на сервере включить mppe ms-chap2>_<

не надо мешать теплое с мягким. это только в голове у теоретиков от ms протокол шифрации ассоциируется с протоколом аутентификации. на самом деле это две большие разницы. друг к другу имеющие весьма малое отношение. но это так, к слову.
пропустил я самое главное. типичная запись:

rcvd [LCP ConfReq id=0x0 <mru 1400> <magic 0x5c02194f> <pcomp> <accomp> <callback CBCP>]
sent [LCP ConfRej id=0x0 <callback CBCP>]

клиент настойчиво, упорно, настырно, нагло, тупо хочет callback. на что Ваш сервер со столь же завидным упорством отвечает отказом. не знаю, входит ли в Ваши планы устройство callback-а, но сервер с клиентом в приведенных логах явно придерживаются диаметрально противоположных точек зрения на этот несчастный callback.

[v0v04ka]

клиент настойчиво, упорно, настырно, нагло, тупо хочет callback. на что Ваш сервер со столь же завидным упорством отвечает отказом. не знаю, входит ли в Ваши планы устройство callback-а, но сервер с клиентом в приведенных логах явно придерживаются диаметрально противоположных точек зрения на этот несчастный callback.

И что в данном случае делать?:s

[v0v04ka]

upup
need help:s

[sash-kan]

за up (запрещенный правилами) выдал предупреждение.

И что в данном случае делать?

и что здесь непонятного?
1. использовать callback
2. не использовать callback

[v0v04ka]

за up (запрещенный правилами) выдал предупреждение.

И что в данном случае делать?

и что здесь непонятного?
1. использовать callback
2. не использовать callback

ну, в конфиге это явно нигде вроде не указывается:s

[sash-kan]

ну, в конфиге это явно нигде вроде не указывается

в конфиге чего? клиента? очень даже указано. иначе бы он не ломился с дурацкими предложениями.
сервера? естественно. это видно невооруженным глазом. из логов. «не хочу callback» говорит.

[v0v04ka]

ну, в конфиге это явно нигде вроде не указывается

в конфиге чего? клиента? очень даже указано. иначе бы он не ломился с дурацкими предложениями.
сервера? естественно. это видно невооруженным глазом. из логов. «не хочу callback» говорит.

я, конечно, не особо силен в винде, но как отключить его там я не могу найти... включение же каллбека на сервере грозит мне пересборкой pppd насколько я понимаю?

[sash-kan]

а еще нет в логах нет ни одного подтверждения/предложения метода аутентификации от клиента.
может быть, имеет смысл закомментировать auth?

[v0v04ka]

а еще нет в логах нет ни одного подтверждения/предложения метода аутентификации от клиента.
может быть, имеет смысл закомментировать auth?

и с закоментированным auth и c noauth то же самое...

[sash-kan]

то же самое

то же самое не может быть в принципе. лог будет отличаться.

а нельзя ли попробовать подключиться с какого-нибудь другого клиента? в котором можно по-человечески логи посмотреть (pppd call <file> dump debug nodetach hide-password).

[v0v04ka]

Хм... самое интересное, что с другого дебиановского сервака сейчас проверил, используя чап я могу подконектиться.
Непоняяятно:s

[sash-kan]

используя чап

afaik, win-клиент pptp не работает с chap. только с ms-chap[-v2]. причем, вроде бы, если включен майкрософтоский шифратор (mppe), клиент хочет только ms-chap-v2.