6163 2005-02-25 13:08:42 +0300 mppe - невозможность согласовать опции ppp 2007-03-25 22:44:50 +0400 1 1 4 Development Sisyphus ppp unstable all Linux CLOSED WORKSFORME P2 normal --- 1 greycat ldv mike mouse qa-sisyphus oldest_to_newest 22215 0 greycat 2005-02-25 13:08:42 +0300 После какого-из из вот этих двух последних обновлений PPP: * Вск Фев 13 2005 Kachalov Anton <mouse@altlinux.ru> 2.4.2-alt4 - added MPPE/MPPC support: by default, it's disabled * Чтв Фев 10 2005 Kachalov Anton <mouse@altlinux.ru> 2.4.2-alt3 - x86_64 support (#6088) стал себя очень странно вести pptp-туннель. Все в принципе работает, но по индикаторам (и в /proc это видно, и если смотреть в ifconfig ppp0, в любых gkrellm'ах и прочих) - постоянно, со строгим периодом где-то в секунду по интерфейсу проскакивают 2 входящих пакета. Вот эта разница: Последовательный вызов 1 (на интерфейс ppp0): RX packets:3523 errors:0 dropped:0 overruns:0 frame:0 TX packets:3740 errors:0 dropped:0 overruns:0 carrier:0 RX bytes:580908 (567.2 KiB) TX bytes:159245 (155.5 KiB) Последовательный вызов 2: RX packets:3525 errors:0 dropped:0 overruns:0 frame:0 TX packets:3742 errors:0 dropped:0 overruns:0 carrier:0 RX bytes:580933 (567.3 KiB) TX bytes:159270 (155.5 KiB) Если смотреть, скажем, ethereal'ом ppp0, то ничего почему-то не видно. Если смотреть "any" - то видны постоянно идущие GRE-пакеты и PPP/CCP - Configuration Request, Configuration Reject, Configuration Ack. Есть подозрение, что идет постоянное мучение двух концов в попытках согласовать какие-то настройки, причем идущее по кругу - согласовывают одно - отваливается другое. Тут же одного из концов это "отвалившееся другое" перестает удовлетворять - и оно запрашивает его только для того, чтобы отвалить "первое". С более ранними ppp этого явления не наблюдалось. На сервере - стоит из M2.4: ppp-2.4.2-alt2 pptpd-1.1.4-alt3.b4 На клиенте: ppp-2.4.2-alt4 pptp-client-1.5.0-alt1 В логах примерно так: pppd[2488]: Received bad configure-nak/rej: 12 06 00 00 00 00 1a 04 78 0018 04 78 00 15 03 2f last message repeated 7 times pppd[2488]: CCP: timeout sending Config-Requests И такая штука повторяется постоянно соответственно. Дампы интересных пакетов я приложил. На всякий случай - из под Ethereal в формате libpcap, и, если его нечем смотреть - есть расшифровка прямо тем текстом, что говорит сам Ethereal. Если включить и на клиенте, и на сервере принудительно опцию nomppe в ppp - тогда все нормализуется. 22216 1 756 greycat 2005-02-25 13:12:26 +0300 Created attachment 756 Сбойные пакеты в формате libpcap 22422 2 ldv 2005-03-09 14:20:14 +0300 Mouse, что ты там напатчил? 22613 3 mouse 2005-03-18 18:07:30 +0300 пробуем читать это и включить поддержку MPPC: http://www.gfxcafe.com/VPN%20Howto.html а также добавить "alias ppp-compress-18 ppp_mppe_mppc" в /etc/modules.conf 22624 4 greycat 2005-03-19 12:07:38 +0300 Замечательно, мне их не включить надо, и не выключить даже, а чтобы проходило нормальное согласовывание capabilities. Чтобы когда сервер задает некие свои политики и клиент их не оверрайдит, нормально проходили бы все процедуры установления взаимных договоренностей. Чтобы не нужно было форсить с обоих сторон либо mppe/mppc, либо отстуствие оных. 22625 5 mouse 2005-03-19 12:18:32 +0300 попробовать-то ты можешь? в новой сборке alt5 я откусил патч MPPE/MPPC, но интересно же вместе с ним. там немного поменялось поведение по умолчанию. 22651 6 greycat 2005-03-21 10:21:52 +0300 нет, конечно, не могу попробовать. у меня сервер стоит на продакшен-системе, через нее полсотни человек ходят. собирать тестовый стенд из 2 изолированных машин - мне сейчас некогда, сложно, и, самое главное, я смысла не вижу - ну, если настроить все и с той, и с другой стороны _с_ принудительным mppe/mppc - ну, будет оно работать, допустим - и что дальше? 47168 7 mithraen 2007-03-25 22:44:49 +0400 Раз нет возможности тестить, увы. 756 2005-02-25 13:12:26 +0300 2005-02-25 13:12:26 +0300 Сбойные пакеты в формате libpcap ppp-strange.libpcap.gz application/octet-stream 348 greycat H4sICIq8G0IAA3BwcC1zdHJhbmdlLmxpYnBjYXAAu3J400ImBhYGGPj/n4GhEEgf3yXtVNnOzGAH ZNtBpBgZ2BgcviQsaNGW5WBwZWBQC+hyYHDQT198YAXDLyA2NGDs4AaqAQKj1Q1/GRkRxoJMi+xi ZvAGskEYKAMy7QLnsbxAqGnWb1RApp3+DDIJZKJBI9A08R1AxcaNUBPbGUSFwOZLsVQwSACxKLM+ yOg0oNFmQGEz7EarvVEFGX2GHW402KFgo5sa/jIBHQoy5U8vkgMxvWsd0A32bi/cu2AHgr27BuTI hr8suBy43o0FX0gqBPSAjV4OM1oBZDQYGDcxoACQae//cuEzTSugF2zaHJR44QI7dO0BRU4NBo5i rSMfYaa9+odkGmbg6b1RA8fLP5R44QIHXjPERC6giTw3bF+ATFt7gBu/T/vAbluKxafNqD4FABPB uKeaAgAA