From: Stephen Jones <hivemynd@hivemynd.net>
To: Ali <ali@infomed.sld.cu>
Cc: netfilter@lists.netfilter.org
Subject: Re: pptp conntrack patch missing argument
Date: Sun, 12 Dec 2004 22:28:08 -0600 [thread overview]
Message-ID: <41BD1A58.7020708@hivemynd.net> (raw)
In-Reply-To: <1102910163.41bd12d377f0a@webmail.sld.cu>
Hi Ali,
I was just in the process of sending you a note about this with the
2.4.28 kernel. I did a simple clean recompile with the pom-ng-20040621
against iptables 1.2.11 source with only the pptp conntrack patches
applied, and indeed, it did recompile without making the changes to the
code in
line 108 in ip_nat_proto_gre.c. I then later ran through and applied a boat-load more of the available patches, and ran back into the problem again! I was about to start the tedious process of trying to figure out which patch nerfed pptp conntrack. I definitely did apply both the tproxy and the nat-reservations patches, and after that, it was borked again! I will cc the netfilter list with this info as well. I was also unable to recompile iptables 1.2.11 after those patches, something borked ipt_mac.c in that series of patches. I will pay closer attention next time, and see if I can narrow it down. Thanks very much for the heads-up!
Ali wrote:
>Hi Stephen,
>Yesterday i proceed to compile another 2.4.27 kernel identical to the previous
>that give me the missing argument error but without the tproxy patch and it
>compiles without an error!!!! Curious about that i researched a little more
>in the code and found that the real culprit is nat-reservations, fortunately
>it seems that the only patch that depends on it is tproxy so if you no
>include it the probability of a clean compile is almost 100%
>
>
>
>
>>PS: I CC'd the netfilter list with your suggestion
>>
>>
>thanks for that :)
>
>
>
>>in the hopes that it does indeed fix the problem with the latest pom-ng
>>release.
>>
>>
>I don't think that would be possible, from my research nat-reservations fix
>the protocols included in the standard kernel (icmp, tcp, udp) but have no
>way to fix other protocols not included (ex: gre), perhaps the only solution
>would be that the gre patch maintainer include a note about the problem and
>its solution.
>
>Best regards,
> Ali
>
>
>
>-------------------------------------------------
>Este mensaje fue enviado usando el servicio de correo en web de Infomed
>http://webmail.sld.cu
>
>
>
>
next parent reply other threads:[~2004-12-13 4:28 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1102910163.41bd12d377f0a@webmail.sld.cu>
2004-12-13 4:28 ` Stephen Jones [this message]
[not found] <1102718548.41ba265486969@webmail.sld.cu>
2004-12-12 6:32 ` pptp conntrack patch missing argument Stephen Jones
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=41BD1A58.7020708@hivemynd.net \
--to=hivemynd@hivemynd.net \
--cc=ali@infomed.sld.cu \
--cc=netfilter@lists.netfilter.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.