|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Vadim Guchenko 2:5020/400 30 Aug 2004 14:06:36 To : Andrew Chekunov Subject : Re: mpd --------------------------------------------------------------------------------
Hello, Andrew!
You wrote to Vadim Guchenko on Mon, 30 Aug 2004 09:05:30 +0000 (UTC):
>> Hе используй mpd в качестве сервера pptp. Используй poptop + ppp.
AC> А сообственно почему?
AC> Пробовал и то и другое. Hо остановился на мпд.
Я тоже в свое время пробовал и то и другое. И рад бы остановиться на mpd, но
...
1. Если на сервер mpd коннектится клиент Windows XP, то у клиента
наблюдается эффект неоткрывания большого числа сайтов из Internet Explorer'а
или другого браузера, которые прекрасно открываются, если соединяться с
инетом другими способами. Это связано с тем, что в XP по умолчанию зашито
значение MRU для диалапных соединений, равное 1400, хотя у всех нормальных
программ оно по умолчанию должно быть 1500. Предположим в конфиге mpd
выставлено set link mtu 1500. Когда XP соединяется с mpd, он передает свое
значение MRU=1400. mpd молча опускает MTU на этого клиента с 1500 до 1400 и
устанавливает коннект. В результате MTU на клиента оказывается равным 1400 и
все пакеты из инета с флагом DF, размер которых превышает 1400 байт, до
клиента не доходят. А в силу несовершенства алгоритма MTU path discovery
(который я вообще отключил на всех своих серверах, чтобы другим проблемы не
создавать) и криво настроенных файрволов, ответные icmp сообщения о том, что
пакет слишком большой, не доходят до адресата. Такое поведение наблюдалось в
версии mpd 3.9. В 3.10 ввели новый параметр set iface mtu, однако он не
работал. Дальше я уже не особо следил за историей исправления этого мелкого
глюка, а просто работал на poptop'е. Как ведет себя ppp в случае с XP? Он не
соглашается с низким MRU XP и заставляет XP поднять MRU до своего MTU, т.е.
в результате MTU становится равным 1500.
2. Как у mpd обстоит дело с шифрованием, когда он работает в качестве
сервера? В данный момент у меня VPN-сервера на poptop'е работают со
включенным MPPE 128 bit stateless. При этом нет проблем ни с какими версиями
винды (в 98-й нужно поставить апдейт, а архаизмы типа 95 уже не
используются). Однако и тут mpd сумел отличиться. Когда он коннектится в
качестве клиента на сервер poptop'а, то соединение просто не устанавливается
по причине несовместимости в реализации шифрования у ядерного нетграфа, на
котором работает mpd, и ppp. Приходится патчить ядро фри, а точнее нетграф.
Причем патчить надо даже 5.2.1, а только не какую-нибудь старую версию фри.
Теоретически наверное можно пропатчить и ppp, но у него больше ни с кем,
кроме mpd, проблем не возникает. А как обстоит дело у сервера mpd и
виндовыми клиентами со включенным шифрованием MPPE?
3. Hаблюдались какие-то странные глюки при заворотах трафика по ipfw fwd в
туннели, построенные на mpd. Точнее в туннель трафик заворачивался, а на
выходе его не было. Hо тут конкретики я уже не помню.
4. Просто неудобно сделана в mpd работа с отдельными соединениями. ifconfig
сделать можно, но пидов там не будет. Убить какое-то одно соединение крайне
затруднительно. Если mpd падает, то падают сразу все соединения. В случае с
poptop и ppp все максимально удобно.
With best regards, Vadim Guchenko. E-mail: s0lver@kraslan.ru
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5.3
* Origin: Talk.Mail.Ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/64888f19e0f8.html, оценка из 5, голосов 10
|