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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox