Рвется VPN с провайдером при загрузке файлов на большой скорости

Провайдер?

В смысле - провайдер?

Протокол VPN?

Рвется VPN

виснет VPN-соединение с провайдером.

Дак «рвётся» или «виснет»?

P.S. Вспонился старый анекдот... " Надо было UNIX ставить, под «окнами» все виснет"

Название

VPN - PPTP.
«рвется или виснет» - интерфейс ppp0 остается поднят некоторое время, но доступа к серверу провайдера уже нет.

Поедешь разбираться :)

Просто не понятен смысл вопроса. Какое значение имеет название провайдера?

Линуксовый pppd нестабилен на толстых каналах. Этот общеизвестный факт легко подтверждается поверхностным гуглением.
Но ты все-таки напиши используемый протокол подключения.
А, и повыруби для теста все виды сжатия и урежь MTU где-нибудь до 1200. Но это так, жесты отчаяния.

Протокол VPN - PPTP.
Пол-часа беседовал с провайдером на эту тему и не спросил какой MTU установлен на его сервере :) Подразумевал про себя, что по-умолчанию - 1500. Но не факт. В общем спрошу.
Но в этом ли дело? Какие еще могут быть варианты?

Промежуточный результат
Максимальный размер нефрагментированного пакета данных между мной и vpn-сервером провайдера составляет 1472 байта. Добавляем сюда 28 байт заголовков и получаем 1500.
А максимальный размер нефрагментированного пакета между мной и google. com или yandex. ru или rambler. ru - 1372+28 - 1400 байт.
Что это означает пока не знаю.

Гугли на тему MSS

1492, 1472 для начала попробуй. Тестировать лучше на одноклассниках, я не шучу. Примерно: ping -D -s 1492 odnoklassniki.ru

Линуксовый pppd нестабилен на толстых каналах. Этот общеизвестный факт легко подтверждается поверхностным гуглением.

Перестань употреблять упорин.

pppd нестабилен (точнее, рвёт коннект), когда проц в 100% загрузке, т.к. не успевают приходить LCP-пакеты от сервера.

У провайдера сервера работают под Виндовс.

Что???????

когда проц в 100% загрузке

Ну то есть когда он сам загрузил проц на 100%.
Вот умеешь ты возразить, да.

Ну ты путаешь причину и следствие. Причина не в том, что pppd нестабилен, а в том, что он не имеет ядрёный драйвер (в отличие от accel-pptp, к примеру)

И при 100% нагрузке проца ни одна программа стабильно работать не будет.

Я просто не до конца уверен, что загрузка проца - единственная причина обрывов. Как-то очень уж часто натыкаюсь на жалобы.

он не имеет ядрёный драйвер

Мнээ.

thesis@gwXXX:~$ ls /lib/modules/3.2.0-40-generic/kernel/drivers/net/ppp
bsd_comp.ko   ppp_deflate.ko  pppoe.ko  ppp_synctty.ko
ppp_async.ko  ppp_mppe.ko     pppox.ko  pptp.ko

Я адски прогнал :)

Но pppd нормально работает. Подтверждено роутерами с нормальными прошивками :)

Какое значение имеет название провайдера?

Чтобы понять фразу «У провайдера сервера работают под Виндовс». Какие сервера ? PPtP ?! :-)

т.к. не успевают приходить LCP-пакеты от сервера.

они ещё, очевидно, не могут проходить при полностью забитой полосе, особенно, если там шейпер ещё присутствует.

Подтверждено роутерами с нормальными прошивками :)

Не имею опыта эксплуатации зюзе^Wлинуксороутера на жирном, тяжелогруженом канале, увы.
Вот раз вы все такие умные, то и учите ТСа, что и в какую сторону ему крутить.
А я потом приду и украдкой почитаю)

MTU тут не при чём. Проблемы с MTU всплывают при загрузки чего-то, больше чем фактический MTU линка, у вас грузятся файлы больше 1500 байт, поэтому дело не в нём.

Нужно копать в pptp, но это долго и сложно. Лично я бы сначала убедился, что линукс согласует с провайдером тот же режим pptp-соединения, что и винда (stateless/statfull, длина ключа, сжатие). Как эти параметры получить в винде я не знаю, но, думаю что под пытками винда всё скажет :-). А дальше, если Линукс при тех же параметрах pptp-соединения теряет его, то нужно начинать сравнивать поведение его и винды на уровне pptp-пакетов...

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

Для начала: версия Ubuntu 12.04.3 (на 11.10 проблема еще была).
Версии пакетов: pptp-linux_1.7.2-4_amd64 и ppp_2.4.5-5ubuntu1_amd64.

У провайдера в сети 3 VPN-сервера, с адресами 10.10.0.20 (18,19).
При подключении с серверам ...18,19 наблюдаются падения VPN, но оно значительно более устойчивое.
А при подключении к серверу ...20 пришлось приложить усилия, чтобы добиться падения VPN-соединения. Т.е. если раньше VPN рвался сразу же при попытке загрузки одного файла, то теперь этого удается добиться, только при загрузке 5-6 файлов одновременно и то не всегда.

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