| |
| |
| |
|
Comments:
<0> gug
<1> gug
<2> moin folks
<2> goraxe: nope
<2> I still have that silly problem, some TCP ACK answer packets are seen from an ipqueue app before the whole train of requests
<2> I took care to remove any state matching rules
<2> and rmmoded the previously loaded ip_conntrack module
<2> but there is still packet reordering
<2> still looking forward for suggestions about how to avoid that behavior
<3> =
<4> LaF0rge, you checked the opensource.motorola.com yet ?
<5> is there anyway to DNAT and forward a broadcast packet?
<2> 18:11 < matth_> I solved my "forward broacast" problem using INPUT chain, addrtype matcher, QUEUE target, and python userspace doing
<2> packet manipulation
<0> matth_: sounds cool
<0> matth_: is your python script public?
<2> I can make it, there is really nothing
<2> but unfortunately I do not have it here
<2> I just replace the ip_bcast_if1 by ip_bcast_if2 in the packet, drop the initial packet and send the new one out
<2> using scapy
<0> yeah, sounds simple, it's just the case that I never used scapy and it would be simpler to take a look at an example than figuring it out by myself
<0> of course it's not that important right now, but if you could publish it later somewhere I'd be more than happy :)
<2> I'll paste that tomorrow when I'll be @work, if I don't forget it
<0> ok, thanks
Return to
#netfilter
or
Go to some related
logs:
eithelonnen
Access denied for user 'root'@'localhost' +mysql +ubuntu
CentOS-extra.repo
#gentoo
compile mplayer for etch
#debian
/var/spool/mqueue-client
gentoo eth1 unassociated
sockets.use_system_read
#gimp
|
|