[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: PPTP и proxyarp



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 патч и с ним работать.
	О, а с какими связками клиент-сервер у Вас такое наблюдалось?
Тут клиент в CCP сообщает, что умеет шифровать "сильно" (+S), и "слабо"
(+L), а сервер ему сообщает, что он хочет только сильно (+S), а слабо и
средне его не устраивает (-M -L) - это типиченое поведение sarge-вского
pppd при require-mppe-128. На это клиент обижается и обламывается, хотя
должен был согласиться на +S.
	У меня похожая ситуация была с наладонником с WM2003 - тот
вообще +S не умеет, но если отключить на сервере require-mppe-128, то они
прекрасно вяжутся (на ядро наложен mppe-mppc патч).
	Я хочу ещё собрать pppd с mppe-mppc патчем, чтоб компрессию
включить, плюс этот патч позволяет более гибко настраивать согласование
клиента с сервером на предмет уровня шифрации и statefull/stateless типа
соединения.

-- 
With best regards, Oleg Gritsinevich



Reply to: