>>>> У меня настроен PPTPd
>>> --nobuffer --loglevel 0
>>> попробуйте
>>Выходит что проблема со стороны линуха возможна в настройках стека TCP.
> Ну, поскольку в настройках Windows ничего покрутить не получится никогда, ... ...касперский
> и сервис-паки не могут же мешать rdp никогда, ... ...поскольку Oracle
> VBox, как жена Цезаря, вне подозрений [и настраиваемости], ... ...роутеров между
> линуксом и vb нет[, ну, кроме ip стэка lin*, его iptbles-a,
> tun-tap деевайсов, <чего ещё?> -- но это уже -->> след.пункт], В настройках виндовс кручу уже 2 недели всё что круится, антивируса там нет, фаервол выключен,
VB? - вероятно, попробую его обновить, ещё раз поменять сетевую карту в VB.
> ... ... то вывод "однозначный": настройки linux.
> ## Может, чего об _этой проблеме пишут на форумах/в архивах по VB
> и Windows?
В Windows всё что пишут я уже пробовал.
>> Затуп происходит у всех пользователей одновременно.
> Ммм... Я бы увеличивал таймауты на "время жизни" соединений в conntrack-е, но
Пишут в основном, что таймауты в conntrack-е по умолчанию завышены - я не стал их уменьшать.
Увеличил таблицу contnrack'а , но она не достигает своего предела. Собственно проблема наблюдалась без нагрузки. (На двух пользователях)
> это проблем с _отдельными [долгоживущими и отваливающимися] соединениями, наверное. Все
Когда возникают тупняки - они возникают у всех клиентов в одно и то же время
> разом -- скорее в сторону tun-tap - ов и проблем VBox
> или таки Windows. Но я пристрастен, :) да.
Винда зараза единственное решение для терминала с безгемморойной настройкой принтеров. И ей пользуются повсеместно. Задача ведь тривиальная DNATнуть RDP на винду через линух. Если бы эта проблема была популярной, то я бы об этом знал.
Возможно, что дело не в MTU а в каком нибудь SACK или размере окна TCP. Как бы это проверить?
>> При этом с затупаемого клиента пинги с 1500 MTU доходят
> Э-ммм, отваливается-то tcp и, вроде как, проблема не с mtu.
