* Re: question about pptp connection tracking
[not found] ` <3FE24EB8.4080604@design-pt.com>
@ 2003-12-19 8:22 ` Harald Welte
2003-12-19 19:38 ` Matthew Schumacher
0 siblings, 1 reply; 2+ messages in thread
From: Harald Welte @ 2003-12-19 8:22 UTC (permalink / raw)
To: Matthew Schumacher; +Cc: Netfilter Mailinglist
[-- Attachment #1: Type: text/plain, Size: 1435 bytes --]
On Thu, Dec 18, 2003 at 04:04:56PM -0900, Matthew Schumacher wrote:
> Confirmed, compiling the pptp-conntrack-nat patch as modules and not
> loading them causes my pptpd server to work again, loading them causes
> it to break. Since iptables doesn't seem to be dropping packets I'm
> assuming that either (1) I have not configured iptables correctly, (2) I
> have found a bug, or (3) this module isn't supposed to work that way.
*sigh*. How often do I have to state this on the mailinglist:
a) which exact kernel version are you running? Plain source from
kernel.org, vendor sources?
b) which patches [apart from pptp] from what version_ of patch-o-matic
did you apply?
Do you have any idea how much changes there are in pom and the kernel
over time? How can I guess whcih particular combination you are
running, and which potential bugs have been solved since then?
> >I'm using pptp-conntrack-nat from pom 20030912.
that's most likely the problem. please try using a more recent version
(latest cvs snapshot or even CVS).
--
- Harald Welte <laforge@netfilter.org> http://www.netfilter.org/
============================================================================
"Fragmentation is like classful addressing -- an interesting early
architectural error that shows how much experimentation was going
on while IP was being designed." -- Paul Vixie
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: question about pptp connection tracking
2003-12-19 8:22 ` question about pptp connection tracking Harald Welte
@ 2003-12-19 19:38 ` Matthew Schumacher
0 siblings, 0 replies; 2+ messages in thread
From: Matthew Schumacher @ 2003-12-19 19:38 UTC (permalink / raw)
To: Harald Welte; +Cc: Netfilter Mailinglist
Sorry to make you repeat this... I was mostly just wondering if this
should work or not.
To answer your questions, it's a plain 2.4.23 from kernel.org. The only
patches are the bsd-mppe patches from pptpd and pptp-conntrack-nat from
pom 20030912.
I'll give the CVS stuff a whirl.
Thanks,
schu
Harald Welte wrote:
> On Thu, Dec 18, 2003 at 04:04:56PM -0900, Matthew Schumacher wrote:
>
>>Confirmed, compiling the pptp-conntrack-nat patch as modules and not
>>loading them causes my pptpd server to work again, loading them causes
>>it to break. Since iptables doesn't seem to be dropping packets I'm
>>assuming that either (1) I have not configured iptables correctly, (2) I
>>have found a bug, or (3) this module isn't supposed to work that way.
>
>
> *sigh*. How often do I have to state this on the mailinglist:
>
> a) which exact kernel version are you running? Plain source from
> kernel.org, vendor sources?
> b) which patches [apart from pptp] from what version_ of patch-o-matic
> did you apply?
>
> Do you have any idea how much changes there are in pom and the kernel
> over time? How can I guess whcih particular combination you are
> running, and which potential bugs have been solved since then?
>
>
>>>I'm using pptp-conntrack-nat from pom 20030912.
>
>
> that's most likely the problem. please try using a more recent version
> (latest cvs snapshot or even CVS).
>
>
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2003-12-19 19:38 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <3FE235CA.5050306@design-pt.com>
[not found] ` <3FE24EB8.4080604@design-pt.com>
2003-12-19 8:22 ` question about pptp connection tracking Harald Welte
2003-12-19 19:38 ` Matthew Schumacher
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.