LINUX.ORG.RU
решено ФорумAdmin

pon debug: sent [LCP ConfRej id=0x1 <mrru 2048> <ssnhf>]


0

1

продолжение поста про VPN

deb-uhba:/etc/ppp# pon uik_343 debug dump logfd 2 nodetach
pppd options in effect:
debug           # (from command line)
nodetach                # (from command line)
logfd 2         # (from command line)
dump            # (from command line)
noauth          # (from /etc/ppp/peers/uik_343)
name uik_343            # (from /etc/ppp/peers/uik_343)
remotename uik_343              # (from /etc/ppp/peers/uik_343)
                # (from /etc/ppp/peers/uik_343)
pty pptp 195.114.124.241 --nolaunchpppd         # (from /etc/ppp/peers/uik_343)
crtscts         # (from /etc/ppp/options)
                # (from /etc/ppp/options)
asyncmap 0              # (from /etc/ppp/options)
lcp-echo-failure 4              # (from /etc/ppp/options)
lcp-echo-interval 30            # (from /etc/ppp/options)
hide-password           # (from /etc/ppp/options)
ipparam uik_343         # (from /etc/ppp/peers/uik_343)
nobsdcomp               # (from /etc/ppp/peers/uik_343)
nodeflate               # (from /etc/ppp/peers/uik_343)
require-mppe-128                # (from /etc/ppp/peers/uik_343)
noipx           # (from /etc/ppp/options)
using channel 10
Using interface ppp0
Connect: ppp0 <--> /dev/pts/3
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xc8107cc4> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <accomp> <pcomp> <mru 1500> <magic 0x65b26c0c> <auth chap MS-v2> <mrru 2048> <ssnhf> <endpoint [MAC:00:90:27:91:9a:70]>]
sent [LCP ConfRej id=0x1 <mrru 2048> <ssnhf>]
rcvd [LCP ConfReq id=0x2 <accomp> <pcomp> <mru 1500> <magic 0x65b26c0c> <auth chap MS-v2> <mrru 2048> <ssnhf> <endpoint [MAC:00:90:27:91:9a:70]>]
sent [LCP ConfRej id=0x2 <mrru 2048> <ssnhf>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xc8107cc4> <pcomp> <accomp>]


тут идёт нудное "а я тебе говорю, что мне нужен mrru и ssnhf" со стороны сервера и "а я тебе говорю, что на mrru и ssnhf я не согласный" со стороны клиента, что заканчивается неустановленным соединением


rcvd [LCP ConfReq id=0xa <accomp> <pcomp> <mru 1500> <magic 0x65b26c0c> <auth chap MS-v2> <mrru 2048> <ssnhf> <endpoint [MAC:00:90:27:91:9a:70]>]
sent [LCP ConfRej id=0xa <mrru 2048> <ssnhf>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xc8107cc4> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xc8107cc4> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xc8107cc4> <pcomp> <accomp>]
LCP: timeout sending Config-Requests
Connection terminated.
Modem hangup
Waiting for 1 child processes...
  script pptp 195.114.124.241 --nolaunchpppd, pid 12400
Script pptp 195.114.124.241 --nolaunchpppd finished (pid 12400), status = 0x0
mrru - Max-Receive-Reconstructed unit (rfc1990)

ssnhf - Short Sequence Number Header Format (rfc1990)

знает ли кто, как заставить клиента использовать эти опции?

★★

mrru

А зачем?

http://www.opennet.ru/man.shtml?topic=pppd&category=8

Цитата:

mrru n

Установить MRRU (Maximum Reconstructed Receive Unit - Максимальную Реконструируемую Принимаемую Единицу) в n. MRRU - это максимальный размер принимаемых пакетов на многоканальной связке, он аналогичен MRU для отдельных каналов. Эта опция в настоящее время доступна только в Linux, и имеет какой-либо эффект только при включении многоканального режима (см. опцию multilink).

Pinkbyte ★★★★★ ()
Ответ на: комментарий от Pinkbyte
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xc8107cc4> <pcomp> <accomp>] 
rcvd [LCP ConfReq id=0x1 <accomp> <pcomp> <mru 1500> <magic 0x65b26c0c> <auth chap MS-v2> <mrru 2048> <ssnhf> <endpoint [MAC:00:90:27:91:9a:70]>] 
sent [LCP ConfRej id=0x1 <mrru 2048> <ssnhf>]

Если я правильно это понял, то mrru и ssnhf требует именно сервер (rcvd LCP ConfReq бла-бла-бла). Я не уверен в соответствии мана pppd реальности, уж сильно по копирайтам он староватым выглядит, и в нём могли не всё поправить. От грусти я запихал все опции в peer-файл, добавив туда по твоему совету multilink.

deb-uhba:/etc/ppp/peers# cat uik_343
# written by pptpsetup
pty "pptp 195.114.124.241 --nolaunchpppd"
hide-password
crtscts
asyncmap 0
lcp-echo-failure 4
lcp-echo-interval 30
noipx
debug
nodetach
logfd 2
dump
lock
noauth
nobsdcomp
nodeflate
multilink
name uik_343
remotename uik_343
ipparam uik_343
require-mppe-128
mrru 2048
lcp-max-terminate 2
lcp-max-configure 2
И вот теперь общение с сервером содержит реджекты только по ssnhf.
deb-uhba:/etc/ppp/peers# pon uik_343
pppd options in effect:
debug           # (from /etc/ppp/peers/uik_343)
nodetach                # (from /etc/ppp/peers/uik_343)
logfd 2         # (from /etc/ppp/peers/uik_343)
dump            # (from /etc/ppp/peers/uik_343)
multilink               # (from /etc/ppp/peers/uik_343)
noauth          # (from /etc/ppp/peers/uik_343)
name uik_343            # (from /etc/ppp/peers/uik_343)
remotename uik_343              # (from /etc/ppp/peers/uik_343)
                # (from /etc/ppp/peers/uik_343)
pty pptp 195.114.124.241 --nolaunchpppd         # (from /etc/ppp/peers/uik_343)
crtscts         # (from /etc/ppp/peers/uik_343)
                # (from /etc/ppp/options)
asyncmap 0              # (from /etc/ppp/peers/uik_343)
lcp-echo-failure 4              # (from /etc/ppp/peers/uik_343)
lcp-echo-interval 30            # (from /etc/ppp/peers/uik_343)
lcp-max-terminate 2             # (from /etc/ppp/peers/uik_343)
lcp-max-configure 2             # (from /etc/ppp/peers/uik_343)
mrru 2048               # (from /etc/ppp/peers/uik_343)
hide-password           # (from /etc/ppp/peers/uik_343)
ipparam uik_343         # (from /etc/ppp/peers/uik_343)
nobsdcomp               # (from /etc/ppp/peers/uik_343)
nodeflate               # (from /etc/ppp/peers/uik_343)
require-mppe-128                # (from /etc/ppp/peers/uik_343)
noipx           # (from /etc/ppp/peers/uik_343)
using channel 19
Starting negotiation on /dev/pts/5
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xab2e381a> <pcomp> <accomp> <mrru 2048> <endpoint [MAC:00:19:d1:a9:4a:88]>]
rcvd [LCP ConfReq id=0x1 <accomp> <pcomp> <mru 1500> <magic 0x5925f3d1> <auth chap MS-v2> <mrru 2048> <ssnhf> <endpoint [MAC:00:90:27:91:9a:70]>]
sent [LCP ConfRej id=0x1 <ssnhf>]
rcvd [LCP ConfReq id=0x2 <accomp> <pcomp> <mru 1500> <magic 0x5925f3d1> <auth chap MS-v2> <mrru 2048> <ssnhf> <endpoint [MAC:00:90:27:91:9a:70]>]
sent [LCP ConfRej id=0x2 <ssnhf>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xab2e381a> <pcomp> <accomp> <mrru 2048> <endpoint [MAC:00:19:d1:a9:4a:88]>]
rcvd [LCP ConfReq id=0x3 <accomp> <pcomp> <mru 1500> <magic 0x5925f3d1> <auth chap MS-v2> <mrru 2048> <ssnhf> <endpoint [MAC:00:90:27:91:9a:70]>]
sent [LCP ConfRej id=0x3 <ssnhf>]
LCP: timeout sending Config-Requests
Connection terminated.
Modem hangup
Waiting for 1 child processes...
  script pptp 195.114.124.241 --nolaunchpppd, pid 13393
Script pptp 195.114.124.241 --nolaunchpppd finished (pid 13393), status = 0x0

Вот найти бы опцию, запускающую это ssnhf на стороне клиента...

spunky ★★ ()
Ответ на: комментарий от spunky

добавил в peer-файл опцию mpshortseq и клиент перестал ссориться с сервером по поводу ssnhf. Правда соединение всё равно не поднимается. Хотя оно и под виндой не поднимается, хозяева vpn-сервера грешат на наш nat, но там статическая трансляция каждого внутреннего клиента на свой внешний адрес (счастливый обладатель C-шной сети :)), и таки соединение под виндой поднимается раз через 30-40 попыток.

Энивей, вопрос по mrru и ssnhf я считаю решённым :)

spunky ★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.