Hi list,
I need your advice on this:
Imagine there would be a new iptables table, independant of filter/mangle/nat.
Let's call it the 'ctx' table. This new table has one chain, OUTPUT, and a
subset of the current matches and targets is available in rules defined
for that table. The ctx OUTPUT c
le jeu 04-07-2002 à 03:47, James Morris a écrit :
> On Wed, 3 Jul 2002, Wei Koong CHAI wrote:
>
> > that it's not the bridge problem. Most probably, it is with my userspace
> > program.
>
> It shouldn't be possible for the userspace program to cause this. To
> look into this further, I need
Hello,
Attached patch should fix the pptp conntrack patch to
make it apply properly again. Let me know if I rediffed wrongly..
Have a nice day,
Fabrice.
diff -uNr cvs/netfilter/userspace/patch-o-matic/extra/pptp-conntrack-nat.patch
netfilter/userspace/patch-o-matic/extra/pptp-conntrack-nat.p
On Tue, 2 Jul 2002, Patrick Schaaf wrote:
> please have a look at init_conntrack(), in ip_conntrack_core.c.
>
> static unsigned int drop_next = 0;
> ...
> if (drop_next >= ip_conntrack_htable_size)
> drop_next = 0;
> if (!early_drop(&ip_conntrack_hash[drop_
Hello,
Attached patch should fix the tftp conntrack patch to
make it apply properly again.
Have a nice day,
Fabrice.
http://fabnetwork.ifrance.com/fabnetwork/
--
Fabrice MARIE
Senior R&D Engineer
Celestix Networks
http://www.celestix.com/
"Silly hacker, root is for administrators"
-Un
Hi again...
Here's more information on my system. I'm really new to Linux
networking, so i'm not really sure what kind of information that is useful
or useless for you to solve this problem. Forgive me if information i give
here are useless...
Topology
