PPTPD в Debian, ошибка GRE: Bad checksum from pppd

Всем привет,

Был установлен пакет pptpd, ppp, в систему, настроен по стандартному мануалу. для проверки установил пару соединений, все ок.
После выходных, ошибка 619.

-pptpd.conf
option /etc/ppp/pptpd-options
debug
logwtmp
localip 192.168.1.52
remoteip 192.168.1.201-210

-pptpd-options
auth
name pptpd
require-mschap-v2
require-mppe-128
proxyarp
nobsdcomp
nodeflate
lock
nodefaultroute

iptables -L

Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT gre -- anywhere anywhere
ACCEPT tcp -- anywhere anywhere tcp dpt:1723

Chain FORWARD (policy ACCEPT)
target prot opt source destination
ACCEPT gre -- anywhere anywhere
ACCEPT tcp -- anywhere anywhere tcp dpt:1723

-chap-secret

usertest pptpd testuser *

-логи

Apr 4 15:30:39 intlin01 pptpd[777]: MGR: Maximum of 100 connections reduced to 10, not enough IP addresses given
Apr 4 15:30:39 intlin01 pptpd[779]: MGR: Manager process started
Apr 4 15:30:39 intlin01 pptpd[779]: MGR: Maximum of 10 connections available
Apr 4 15:30:46 intlin01 pptpd[781]: MGR: Launching /usr/sbin/pptpctrl to handle client
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: local address = 192.168.1.52
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: remote address = 192.168.1.201
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: pppd options file = /etc/ppp/pptpd-options
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: Client 93.84.120.65 control connection started
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: Received PPTP Control Message (type: 1)
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: Made a START CTRL CONN RPLY packet
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: I wrote 156 bytes to the client.
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: Sent packet to client
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: Received PPTP Control Message (type: 7)
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: Set parameters to 100000000 maxbps, 64 window size
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: Made a OUT CALL RPLY packet
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: Starting call (launching pppd, opening GRE)
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: pty_fd = 6
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: tty_fd = 7
Apr 4 15:30:46 intlin01 pptpd[782]: CTRL (PPPD Launcher): program binary = /usr/sbin/pppd
Apr 4 15:30:46 intlin01 pptpd[782]: CTRL (PPPD Launcher): local address = 192.168.1.52
Apr 4 15:30:46 intlin01 pptpd[782]: CTRL (PPPD Launcher): remote address = 192.168.1.201
Apr 4 15:30:46 intlin01 pppd[782]: Plugin /usr/lib/pptpd/pptpd-logwtmp.so loaded.
Apr 4 15:30:46 intlin01 pppd[782]: pptpd-logwtmp: $Version$
Apr 4 15:30:46 intlin01 pppd[782]: pppd 2.4.4 started by root, uid 0
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: I wrote 32 bytes to the client.
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: Sent packet to client
Apr 4 15:30:46 intlin01 pppd[782]: using channel 433
Apr 4 15:30:46 intlin01 pppd[782]: Using interface ppp2
Apr 4 15:30:46 intlin01 pppd[782]: Connect: ppp2 <--> /dev/pts/1
Apr 4 15:30:46 intlin01 pppd[782]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0xdcf58387> <pcomp> <accomp>]
Apr 4 15:30:46 intlin01 pptpd[781]: GRE: Bad checksum from pppd.
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: Received PPTP Control Message (type: 15)
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: Got a SET LINK INFO packet with standard ACCMs
Apr 4 15:30:46 intlin01 pptpd[781]: GRE: read(fd=7,buffer=80505a0,len=8260) from network failed: status = -1 error = Protocol not available
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: GRE read or PTY write failed (gre,pty)=(7,6)
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: Reaping child PPP[782]
Apr 4 15:30:46 intlin01 pppd[782]: Modem hangup
Apr 4 15:30:46 intlin01 pppd[782]: Connection terminated.
Apr 4 15:30:46 intlin01 pppd[782]: Exit.
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: Client X.X.X.X control connection finished
Apr 4 15:30:46 intlin01 pptpd[781]: CTRL: Exiting now
Apr 4 15:30:46 intlin01 pptpd[779]: MGR: Reaped child 781

в файле pptpd-options отключал mschap и mppe, запускал по отдельности, никакой реакции.

Не раз настраивал вот по этой статье всегда не было проблем
http://www.ylsoftware.com/news/407

# Используем шифрование
require-mppe

в винде снимаем шифрование

В винде снято, статью эту тоже встречал, оставляю только mppe, auth и так есть, ничего не меняется. повторюсь - vpn работал.

Ядро не обновлялось случаем?

Ищи на клиенте проблемы. Как тест пробни с другой машины коннект

пробовал с windows 7, windows 2003 - ошибка одна и та же 619, никаких действий с компом не производилось. вообще, могу привести лог удачного коннекта в пятницу. Добавлю, что если прописать в chap-secret принудительный адрес, то в логах он почему то все равно вначале присваивает ему первый в диапазоне.

Если не изменяет память, то 619 ошибка это 100% не правильно набран пароль или логин. Копайте в эту сторону.

691 не правильный логин или пасс.
619 закрыт порт

там же написано чексум checksum. Многое говорят что так и должно быть, но может наверное фаерволы и наты мешают. А еще попробуй

modprobe ip_gre

А для 619 проблемы, сменить тип авторизации и вообще проверить работают ли демоны нужные и открытость портов

смены типов авторизации положение не меняют.

modprobe ip_gre, ничего не выводит, что делает эта команда ?

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

ИЗ СЕТИ РАБОТАЕТ

+ ошибка сохранилась даже при работающем подключении.
в инет смотрят два интерфейса, на отработку отказа. может быть проблема в том что я указываю статику одного из них, когда активен другой ?

> ИЗ СЕТИ РАБОТАЕТ
ну вот что я и ожидал.
да отключи вообще эти наты и ай-пи-табле
и у провайдера спроси какие порты открыты и можно ли управлять фаерволом провайдерским

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

тогда l2tp будет наверника выходом из ситуации, тем более, что он на PPTP основан/

тогда уж ipsec

l2tp, ipsec - можно поподробнее, что это меняет ?

в wiki почитай smile

В итоге, подтвердилась информация с одного из форумов где было сказано, что частенько просят помочь с этой ошибкой, они разобрались и пришли к выводу - конкретно эта ошибка работе pptpd не мешает.
Видимо так и есть, как оказалось провайдер резал GRE пакеты, с другого все работает без проблем. Ошибка в логах присутствует, но это ничему не мешает. Всем спасибо!