Собственно после обрыва VPN-соединения впадает в этот цикл на 3-20 минут.

при этом в статистике пишет Connected/Disconnected, но настройки VPN-подключения не показывает.
в логе пусто - как будто и не отключался.
прошивка последняя, хотя и пробовал стандартную, которая шла в комплекте.

PPTP VPN, проблем с другими пользователями (win/linux) нету

привожу лог сервера:

Sep 17 00:54:21 mega dnsmasq[17905]: DHCPDISCOVER(eth0) 00:0f:3d:21:38:c8
Sep 17 00:54:21 mega dnsmasq[17905]: DHCPOFFER(eth0) 10.8.184.55 00:0f:3d:21:38:c8
Sep 17 00:54:21 mega dnsmasq[17905]: DHCPREQUEST(eth0) 10.8.184.55 00:0f:3d:21:38:c8
Sep 17 00:54:21 mega dnsmasq[17905]: DHCPACK(eth0) 10.8.184.55 00:0f:3d:21:38:c8
Sep 17 00:54:21 mega pptpd[10882]: CTRL: Client 10.8.184.55 control connection started
Sep 17 00:54:21 mega pptpd[10882]: CTRL: Starting call (launching pppd, opening GRE)
Sep 17 00:54:21 mega pptpd: trying to connect: 10.8.184.55 - 00:0F:3D:21:38:C8 CM
Sep 17 00:54:21 mega pppd[11128]: Plugin radius.so loaded.
Sep 17 00:54:21 mega pppd[11128]: RADIUS plugin initialized.
Sep 17 00:54:21 mega pptpd[10882]: GRE: Bad checksum from pppd.
Sep 17 00:54:21 mega pppd[11128]: pppd 2.4.3 started by root, uid 0
Sep 17 00:54:21 mega pppd[11128]: using channel 53213
Sep 17 00:54:21 mega pppd[11128]: Using interface ppp2
Sep 17 00:54:21 mega pppd[11128]: Connect: ppp2 <--> /dev/pts/6
Sep 17 00:54:21 mega pppd[11128]: sent [LCP ConfReq id=0x1 <mru 576> <asyncmap 0x0> <auth chap MD5> <pcomp> <accomp>]
Sep 17 00:54:21 mega pppd[11128]: rcvd [LCP ConfRej id=0x1 <asyncmap 0x0> <pcomp>]
Sep 17 00:54:21 mega pppd[11128]: sent [LCP ConfReq id=0x2 <mru 576> <auth chap MD5> <accomp>]
Sep 17 00:54:21 mega pppd[11128]: rcvd [LCP ConfReq id=0x41 <mru 576> <magic 0x44be8d01>]
Sep 17 00:54:21 mega pppd[11128]: sent [LCP ConfRej id=0x41 <magic 0x44be8d01>]
Sep 17 00:54:21 mega pppd[11128]: rcvd [LCP ConfAck id=0x2 <mru 576> <auth chap MD5> <accomp>]
Sep 17 00:54:21 mega pppd[11128]: rcvd [LCP ConfReq id=0x42 <mru 576>]
Sep 17 00:54:21 mega pppd[11128]: sent [LCP ConfAck id=0x42 <mru 576>]
Sep 17 00:54:21 mega pppd[11128]: sent [LCP EchoReq id=0x0 magic=0x0]
Sep 17 00:54:21 mega pppd[11128]: sent [CHAP Challenge id=0xa2 <2517f4fc4ca548b588dcec523e789417f798b4d2e1>, name = "mega"]
Sep 17 00:54:21 mega pppd[11128]: rcvd [LCP EchoRep id=0x0 magic=0x44be8d01]
Sep 17 00:54:21 mega pppd[11128]: rcvd [CHAP Response id=0xa2 <780cdccdea792676661e2f86af913d0e>, name = "user1"]
Sep 17 00:54:21 mega pppd[11128]: sent [CHAP Success id=0xa2 ""]
Sep 17 00:54:21 mega pppd[11128]: peer from calling number 10.8.184.55 - 00:0F:3D:21:38:C8 CM authorized
Sep 17 00:54:21 mega pppd[11128]: Script /etc/ppp/auth-up started (pid 11137)
Sep 17 00:54:21 mega pppd[11128]: sent [CCP ConfReq id=0x1 <mppe -H -M -S -L -D +C>]
Sep 17 00:54:21 mega pppd[11128]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 10.31.255.254>]
Sep 17 00:54:21 mega pppd[11128]: rcvd [LCP ProtRej id=0x44 80 fd 01 01 00 0a 12 06 00 00 00 01]
Sep 17 00:54:21 mega pppd[11128]: rcvd [IPCP ConfReq id=0x43 <addr 0.0.0.0> <ms-dns1 172.31.0.1>]
Sep 17 00:54:21 mega pppd[11128]: sent [IPCP ConfNak id=0x43 <addr 10.31.184.55> <ms-dns1 10.31.255.254>]
Sep 17 00:54:21 mega pppd[11128]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
Sep 17 00:54:21 mega pppd[11128]: sent [IPCP ConfReq id=0x2 <addr 10.31.255.254>]
Sep 17 00:54:21 mega pppd[11128]: rcvd [IPCP ConfReq id=0x45 <addr 10.31.184.55> <ms-dns1 10.31.255.254>]
Sep 17 00:54:21 mega pppd[11128]: sent [IPCP ConfAck id=0x45 <addr 10.31.184.55> <ms-dns1 10.31.255.254>]
Sep 17 00:54:21 mega pppd[11128]: rcvd [IPCP ConfAck id=0x2 <addr 10.31.255.254>]
Sep 17 00:54:21 mega pppd[11128]: local IP address 10.31.255.254
Sep 17 00:54:21 mega pppd[11128]: remote IP address 10.31.184.55
Sep 17 00:54:21 mega logger: pppd: auth-up: ppp2 user1 root /dev/pts/6 921600
Sep 17 00:54:21 mega pppd[11128]: Script /etc/ppp/ip-up started (pid 11155)
Sep 17 00:54:21 mega pppd[11128]: Script /etc/ppp/auth-up finished (pid 11137), status = 0x0
Sep 17 00:54:22 mega pppd[11128]: Script /etc/ppp/ip-up finished (pid 11155), status = 0x0
Sep 17 00:54:23 mega pppd[11128]: Modem hangup
Sep 17 00:54:23 mega pptpd[10882]: CTRL: Closing child ppp with pid 10886
Sep 17 00:54:23 mega pptpd[10882]: CTRL: Client 10.8.184.55 control connection finished
Sep 17 00:54:23 mega dnsmasq[17905]: DHCPRELEASE(eth0) 10.8.184.55 00:0f:3d:21:38:c8
Sep 17 00:54:23 mega pppd[11128]: Script /etc/ppp/auth-down started (pid 11807)
Sep 17 00:54:23 mega pppd[11128]: Connect time 0.1 minutes.
Sep 17 00:54:23 mega pppd[11128]: Sent 0 bytes, received 0 bytes.
Sep 17 00:54:23 mega logger: pppd: auth-down: ppp2 user1 root /dev/pts/6 921600
Sep 17 00:54:23 mega pppd[11128]: Script /etc/ppp/ip-down started (pid 11809)
Sep 17 00:54:23 mega pppd[11128]: Connection terminated.
Sep 17 00:54:23 mega pppd[11128]: Waiting for 2 child processes...
Sep 17 00:54:23 mega pppd[11128]: script /etc/ppp/ip-down, pid 11809
Sep 17 00:54:23 mega pppd[11128]: script /etc/ppp/auth-down, pid 11807
Sep 17 00:54:23 mega pppd[11128]: Script /etc/ppp/auth-down finished (pid 11807), status = 0x0
Sep 17 00:54:23 mega pppd[11128]: Script /etc/ppp/ip-down finished (pid 11809), status = 0x0
Sep 17 00:54:23 mega pppd[11128]: Exit.

Можно посмотреть что в этих скриптах?

Sep 17 00:54:21 mega pppd[11128]: Script /etc/ppp/ip-up started (pid 11155)
Sep 17 00:54:21 mega pppd[11128]: Script /etc/ppp/auth-up finished (pid 11137), status = 0x0
Sep 17 00:54:22 mega pppd[11128]: Script /etc/ppp/ip-up finished (pid 11155), status = 0x0
По-идее соединение проходит, но как-только запускаются эти 2 скрипта, соединение сбрашивается, причём сбрасывает его сервер.

не вижу, собственно, где его сервер сбрасывает, modem hangup - это наоборот, сбросот клиента, причем, корректное завершение связи (насколько я помню)показываю скрипты:

ip-up:
#!/bin/bash
# This file should not be modified -- make local changes to
# /etc/ppp/ip-up.local or put scripts in /etc/ppp/ip-up.d instead

PATH=/sbin:/usr/sbin:/bin:/usr/bin
export PATH

LOGDEVICE=$1

export PATH=/sbin:/usr/sbin:/bin:/usr/bin

#[ -n "$DNS1" ] && echo "nameserver $DNS1 # ppp temp entry" >> /etc/resolv.conf
#[ -n "$DNS2" ] && echo "nameserver $DNS2 # ppp temp entry" >> /etc/resolv.conf

[ -f /etc/sysconfig/network-scripts/ifcfg-${LOGDEVICE} ] && /etc/sysconfig/network-scripts/ifup-post ifcfg-${LOGDEVICE}

[ -x /etc/ppp/ip-up.local ] && /etc/ppp/ip-up.local "$@"

# These variables are for the use of the scripts run by run-parts
PPP_IFACE="$1"
PPP_TTY="$2"
PPP_SPEED="$3"
PPP_LOCAL="$4"
PPP_REMOTE="$5"
PPP_IPPARAM="$6"
export PPP_IFACE PPP_TTY PPP_SPEED PPP_LOCAL PPP_REMOTE PPP_IPPARAM

if [ -x /usr/bin/run-parts ]; then
/usr/bin/run-parts /etc/ppp/ip-up.d/
fi

exit 0

auth-up:
#!/bin/sh
#
# A program or script which is executed after the remote system
# successfully authenticates itself. It is executed with the parameters
# <interface-name> <peer-name> <user-name> <tty-device> <speed>
#

#
# The environment is cleared before executing this script
# so the path must be reset
#
PATH=/usr/sbin:/sbin:/usr/bin:/bin
export PATH

logger "pppd: auth-up: $*"

if [ -x /usr/bin/run-parts ]; then
/usr/bin/run-parts /etc/ppp/auth-up.d/
fi

# last line

содержимое /etc/ppp/ip-up.d/

00-beep-connect:
#!/bin/sh
/usr/bin/beep -l 30 -f 5000

01-stack-tune:
#!/bin/sh

# tcp/ip stack settings
#echo 1 > /proc/sys/net/ipv4/conf/$PPP_IFACE/log_martians
echo 0 > /proc/sys/net/ipv4/conf/$PPP_IFACE/shared_media
echo 0 > /proc/sys/net/ipv4/conf/$PPP_IFACE/accept_source_route

в каталоге /etc/ppp/auth-up.d/ файлов нету.

естественно, исполнение этих скриптов я выключал. проблема оставалась.

а что в логах у 804-го?

я же писал - молчит, как будто и не отключался.

Вот наблюдал такую особенность: если несколько раз роутер не смог установить соединение, то он просто "забивает" на это и больше поднять впн не пытается до ребута.

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

а где в роутере выключается шифрование? я не нашел...
по-моему он вообще его не поддерживает....

Роутер действительно не поддерживает.
Но сервер его ему предлагает, он от него вежливо отказывается.

собственно, на сервере работают клиенты и с шифрованием и без, примерно у 80% оно включено (по умолчанию в WinXP),
также работают клиенты на win98 (на котором шифрования нет)
или linux (там по-разному бывает)

у сервера требование шифрования опционально
конфиг pppd:

lock

mtu 576
mru 576

ms-dns 10.31.255.254

noipx
noipdefault

ktune

refuse-pap
require-mschap-v2
require-mschap
require-chap

lcp-echo-interval 5
lcp-echo-failure 6

auth

nobsdcomp
nodeflate

plugin radius.so

#maxconnect 86400

nomagic

#debug

т.е. возможна авторизация по chap - без шифрования, и по mschap v1/v2 - с шифрованием

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

неужели вы думаете, что я отключу шифрование на сервере ради одного (1) устройства в сети, оставив без защиты сотни пользователей :)

Это просто тест. Никто не говорит об отключении его навсегда
У меня на MPD устройство цепляется без проблем и свободно авторизуется. Так что возможнен вариант в настройке ppp

ладно, через пару часов будет тест
(когда контора, сидящая на этом роутере закончит работу)

Собственно, чуда не произошло - запретил использовать шифрование на сервере, отключил использование mschap/mschapv2
разрешил только pap и chap
история аналогичная,

Sep 18 19:51:08 mega pppd[26337]: sent [CHAP Challenge id=0x6e <2a4b43b5d2d5eacd0e1f6b5b79dc48ef842e10a6>, name = "mega"]
Sep 18 19:51:08 mega pppd[26337]: rcvd [LCP EchoRep id=0x0 magic=0xb4c6ca0a]
Sep 18 19:51:08 mega pppd[26337]: rcvd [CHAP Response id=0x6e <f36bdcc9796c08761c1769fad09952cc>, name = "user1"]
Sep 18 19:51:08 mega pppd[26337]: sent [CHAP Success id=0x6e ""]
Sep 18 19:51:08 mega pppd[26337]: peer from calling number 10.8.184.55 - 00:0F:3D:21:38:C8 CM authorized
Sep 18 19:51:08 mega pppd[26337]: Script /etc/ppp/auth-up started (pid 26342)
Sep 18 19:51:08 mega pppd[26337]: sent [CCP ConfReq id=0x1 <mppe -H -M -S -L -D +C>]
Sep 18 19:51:08 mega pppd[26337]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 10.31.255.254>]
Sep 18 19:51:08 mega pppd[26337]: rcvd [LCP ProtRej id=0xeb 80 fd 01 01 00 0a 12 06 00 00 00 01]

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

попутно, после того, как я оборвал на сервере ppp-сессию,
роутер ждал 3-4 минуты,
т.е:
DHCPRELEASE
ждем 3-4 минуты
DHCPREQUEST

и как всегда, прошло 20 циклов поднятия/опускания VPN прежде, чем он подключился.

попутно пробовал прописать маршрутизатору статический IP - никакой разницы - пауза как была, так и осталась, время не замерял, но 2-3 минуты точно есть.
второй раз связь поднялась через 5 минут безуспешных попыток коннекта.

т.е. она зависит от фазы луны.

А чем лог успешно поднятого соединения зависит от неуспешноподнятого?
У меня есть одна идея.
Роутер всего поднимает соединение с одно и того же sourse-port'a, возможно в таблице соединений постоянно висит запись об этом IP и подключается он только тогда, когда время истекает. Для корректного завершения нужно чтобы устройство генерировало fin флаг в TCP сессии. Других идей у меня пока нет.
Прошивка у Вас 1.43?

прошивка 20060126_804HV_V143.zip (версия 143, насколько я понимаю)

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

тем более, что сервер при повисании соединения отключает его спустя 30 секунд (LCP echo failure), а модем может минут 20 подключаться и отключаться по кругу. (кстати, лампочка M2 загорается и гаснет в такт с установлением и разрывом соединения)

лог успешного соединения ничем не отличается от неуспешного
(разве что продолжительностью)

вот он:
Sep 18 19:51:08 mega dnsmasq[32056]: DHCPDISCOVER(eth0) 00:0f:3d:21:38:c8
Sep 18 19:51:08 mega dnsmasq[32056]: DHCPOFFER(eth0) 10.8.184.55 00:0f:3d:21:38:c8
Sep 18 19:51:08 mega dnsmasq[32056]: DHCPREQUEST(eth0) 10.8.184.55 00:0f:3d:21:38:c8
Sep 18 19:51:08 mega dnsmasq[32056]: DHCPACK(eth0) 10.8.184.55 00:0f:3d:21:38:c8
Sep 18 19:51:08 mega pptpd[26204]: CTRL: Client 10.8.184.55 control connection started
Sep 18 19:51:08 mega pptpd[26204]: CTRL: Starting call (launching pppd, opening GRE)
Sep 18 19:51:08 mega pptpd: trying to connect: 10.8.184.55 - 00:0F:3D:21:38:C8 CM
Sep 18 19:51:08 mega pppd[26337]: Plugin radius.so loaded.
Sep 18 19:51:08 mega pppd[26337]: RADIUS plugin initialized.
Sep 18 19:51:08 mega pptpd[26204]: GRE: Bad checksum from pppd.
Sep 18 19:51:08 mega pptpd[26204]: GRE: Bad checksum from pppd.
Sep 18 19:51:08 mega pppd[26337]: pppd 2.4.3 started by root, uid 0
Sep 18 19:51:08 mega pppd[26337]: using channel 57326
Sep 18 19:51:08 mega pppd[26337]: Using interface ppp7
Sep 18 19:51:08 mega pppd[26337]: Connect: ppp7 <--> /dev/pts/16
Sep 18 19:51:08 mega pppd[26337]: sent [LCP ConfReq id=0x1 <mru 576> <asyncmap 0x0> <auth chap MD5> <pcomp> <accomp>]
Sep 18 19:51:08 mega pppd[26337]: rcvd [LCP ConfRej id=0x1 <asyncmap 0x0> <pcomp>]
Sep 18 19:51:08 mega pppd[26337]: sent [LCP ConfReq id=0x2 <mru 576> <auth chap MD5> <accomp>]
Sep 18 19:51:08 mega pppd[26337]: rcvd [LCP ConfReq id=0xe8 <mru 576> <magic 0xb4c6ca0a>]
Sep 18 19:51:08 mega pppd[26337]: sent [LCP ConfRej id=0xe8 <magic 0xb4c6ca0a>]
Sep 18 19:51:08 mega pppd[26337]: rcvd [LCP ConfAck id=0x2 <mru 576> <auth chap MD5> <accomp>]
Sep 18 19:51:08 mega pppd[26337]: rcvd [LCP ConfReq id=0xe9 <mru 576>]
Sep 18 19:51:08 mega pppd[26337]: sent [LCP ConfAck id=0xe9 <mru 576>]
Sep 18 19:51:08 mega pppd[26337]: sent [LCP EchoReq id=0x0 magic=0x0]
Sep 18 19:51:08 mega pppd[26337]: sent [CHAP Challenge id=0x6e <2a4b22b5d2d5eacd0e1f6b5b79bb48ef842e10a6>, name = "mega"]
Sep 18 19:51:08 mega pppd[26337]: rcvd [LCP EchoRep id=0x0 magic=0xb4c6ca0a]
Sep 18 19:51:08 mega pppd[26337]: rcvd [CHAP Response id=0x6e <f36bdcc9798d08761c1769faef9952cc>, name = "user1"]
Sep 18 19:51:08 mega pppd[26337]: sent [CHAP Success id=0x6e ""]
Sep 18 19:51:08 mega pppd[26337]: peer from calling number 10.8.184.55 - 00:0F:3D:21:38:C8 CM authorized
Sep 18 19:51:08 mega pppd[26337]: Script /etc/ppp/auth-up started (pid 26342)
Sep 18 19:51:08 mega pppd[26337]: sent [CCP ConfReq id=0x1 <mppe -H -M -S -L -D +C>]
Sep 18 19:51:08 mega pppd[26337]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 10.31.255.254>]
Sep 18 19:51:08 mega pppd[26337]: rcvd [LCP ProtRej id=0xeb 80 fd 01 01 00 0a 12 06 00 00 00 01]
Sep 18 19:51:08 mega pppd[26337]: rcvd [IPCP ConfReq id=0xea <addr 0.0.0.0> <ms-dns1 172.31.0.1>]
Sep 18 19:51:08 mega pppd[26337]: sent [IPCP ConfNak id=0xea <addr 10.31.184.55> <ms-dns1 10.31.255.254>]
Sep 18 19:51:08 mega pppd[26337]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
Sep 18 19:51:08 mega pppd[26337]: sent [IPCP ConfReq id=0x2 <addr 10.31.255.254>]
Sep 18 19:51:08 mega pppd[26337]: rcvd [IPCP ConfReq id=0xec <addr 10.31.184.55> <ms-dns1 10.31.255.254>]
Sep 18 19:51:08 mega pppd[26337]: sent [IPCP ConfAck id=0xec <addr 10.31.184.55> <ms-dns1 10.31.255.254>]
Sep 18 19:51:08 mega pppd[26337]: rcvd [IPCP ConfAck id=0x2 <addr 10.31.255.254>]
Sep 18 19:51:08 mega pppd[26337]: local IP address 10.31.255.254
Sep 18 19:51:08 mega pppd[26337]: remote IP address 10.31.184.55
Sep 18 19:51:08 mega logger: pppd: auth-up: ppp7 user1 root /dev/pts/16 921600
Sep 18 19:51:09 mega pppd[26337]: Script /etc/ppp/ip-up started (pid 26440)
Sep 18 19:51:09 mega pppd[26337]: Script /etc/ppp/auth-up finished (pid 26342), status = 0x0

кстати, 172.31.0.1, который поавляется в логе, это внутренний адрес роутера в сети офиса.