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

Обвал pptp-соединения


0

0

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

Apr 17 18:29:31 alpha pptpd[23588]: GRE: xmit failed from decaps_hdlc: No buffer space available
Apr 17 18:29:31 alpha pptpd[23588]: CTRL: PTY read or GRE write failed (pty,gre)=(6,7)
Apr 17 18:29:31 alpha pppd[23590]: Modem hangup

При этом если отрубить шейпер (на tc), то всё хорошо. Максимальную полосу для шейпера оставил меньше на 15% от реальной, как и требует HTB, но это не помогло. Со значениеми mtu/mru тоже игрался.

А ещё в логах много вот такого:

Apr 17 18:39:53 alpha pptp[23485]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 1418629 (expecting 1418627, lost or reordered)

Вопрос — почему у pptp такое поведение и как с этим бороться?

P. S. Потихоньку перестраиваюсь на openvpn, с ним таких проблем нет.

★★★★★

Последнее исправление: post-factum (всего исправлений: 1)

Протокол poptop нумерует все передаваемые пакеты, pptp по умолчанию, когда видит что пакеты приходят не по очереди, пытается их держать в памяти и ждать, когда придут нужные, так как часто пакеты могут просто приходить не по порядку (переупорядочиваться в маршрутизаторах и т.д.).

По хорошему шейпинг нужно настраивать на ppp интерфейсе, а GRE-пакеты через ethernet инерефейс не трогать, чтобы они не дропались. Ещё есть опция "--nobuffer" у pptp, может поможет.

openvpn, получше pptp будет.

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