Oleg Gritsinevich <[EMAIL PROTECTED]> wrote: > On Fri, Oct 28, 2005 at 09:06:01PM +0400, Andrey Melnikoff wrote: > [skip] > > > Хозяйке на заметку: > > > 1) ядра 2.6.13.4 + linux-2.6.10-rc1-ppp_mppe.patch собираются, но не > > > грузятся вообще; > > У меня работало. > Хм, значит мои руки при сборке (правда работающее ядро я собирал > точно так же, как и неработающие). > > > > > 2) сверх того, что есть в штатном /etc/ppp/pptpd-options нужно добавить > > > nologfd во избежание 'loopback detected' ошибки, часто выдаваемой > > > виндами при коннекте. > > > > 3) mppe-mppc патч не всегда совместим с каким-то другими версиями mppe > > патчей. > > Если линк валиться с такой диагностикой: > > pppd[2855]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd > > v115>] > > pppd[2855]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr > > 192.168.0.192>] > > pppd[2855]: rcvd [CCP ConfReq id=0x1 <mppe +H -M +S +L -D -C>] > > pppd[2855]: sent [CCP ConfNak id=0x1 <mppe +H -M +S -L -D -C>] > > pppd[2855]: rcvd [LCP TermReq id=0x2 "MPPE required but peer negotiation > > failed"] > > pppd[2855]: LCP terminated by peer (MPPE required but peer negotiation > > failed) > > то можно смело откатывать mppe-mppc патч, брать с pptpclient.sf.net просто > > mppe патч и с ним работать. > О, а с какими связками клиент-сервер у Вас такое наблюдалось? Я незнаю, что стоит с той стороны. Известно что linux, и винды к нему коннектяться.
> Тут клиент в CCP сообщает, что умеет шифровать "сильно" (+S), и "слабо" > (+L), а сервер ему сообщает, что он хочет только сильно (+S), а слабо и > средне его не устраивает (-M -L) - это типиченое поведение sarge-вского > pppd при require-mppe-128. На это клиент обижается и обламывается, хотя > должен был согласиться на +S. Найдите два отличия (дебиановский mppe): pppd[2871]: sent [CCP ConfReq id=0x1 <mppe +H -M +S -L -D -C>] pppd[2871]: rcvd [CCP ConfReq id=0x1 <mppe +H -M +S +L -D -C>] pppd[2871]: sent [CCP ConfNak id=0x1 <mppe +H -M +S -L -D -C>] pppd[2871]: rcvd [CCP ConfAck id=0x1 <mppe +H -M +S -L -D -C>] pppd[2871]: rcvd [CCP ConfReq id=0x2 <mppe +H -M +S -L -D -C>] pppd[2871]: sent [CCP ConfAck id=0x2 <mppe +H -M +S -L -D -C>] pppd[2871]: MPPE 128-bit stateless compression enabled у меня только два предположения: 1) этот ppp посылает сам запрос на MPPE, а не ждет. 2) Он не пытается поднять CPP раньше IPCP. Это более вероятный фактор, ибо при лазанье в интернете было найдено такое утверждение "если удаленная сторона не поддерживает MPPC, то MPPE согласование закончиться неудачей". > У меня похожая ситуация была с наладонником с WM2003 - тот > вообще +S не умеет, но если отключить на сервере require-mppe-128, то они > прекрасно вяжутся (на ядро наложен mppe-mppc патч). Ага. Значит pppd ты не патчил ? Ибо require-mppe-128 опция из штатного pppd. В патченом оно выглядит так: mppe required,stateless,no40,no56[,no128] > Я хочу ещё собрать pppd с mppe-mppc патчем, чтоб компрессию > включить, плюс этот патч позволяет более гибко настраивать согласование > клиента с сервером на предмет уровня шифрации и statefull/stateless типа > соединения. Попробуй. Кстати - mppe-mppc единственный патч, который нормально работает с cisco ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
