similar to: netfilter debug patch info

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=55 laforge@netfilter.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |2 Status|NEW |ASSIGNED ------- Additional Comments From laforge@netfilter.org

Hello, I''m stuck IPSECing my wireless network at home and would appreciate any comments. I appologize in advance if I''m wasting your time with trivia - I''m not a professional and staring at the problem for days from various angles hasn''t done me any good ... My home server/firewall (morannon) is hooked up through an USB to ethernet adapter (eth1) to my DSL

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=48 laforge@netfilter.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From laforge@netfilter.org 2003-02-14 09:02 ------- This is a really hard

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=48 ------- Additional Comments From tatonet@tiscali.it 2004-02-25 15:05 ------- I know that this is an old bug report, but it's still opened... If we save the size of each single fragment we have to face another problem: how should we re-fragment the packet if original fragments were partially or totally overlapped?

Hi I am having problems trying to get a time match with iptables 1.3.5 and the latest pom it says time match only works in the prerouting stage but I really need to use the classify command which only works in the postrouting. Does any one have a patch for 2.6 kernel, latest pom and iptables 1.3.5 so time matching can occur in the post routing? machinenemae login: ipt_time loading ipt_time:

Hi I am having problems trying to get a time match with iptables 1.3.5 and the latest pom it says time match only works in the prerouting stage but I really need to use the classify command which only works in the postrouting. Does any one have a patch for 2.6 kernel, latest pom and iptables 1.3.5 so time matching can occur in the post routing? machinenemae login: ipt_time loading ipt_time:

Hi all, The patch below does four trivial changes and one big change Trivial changes, these are all in br_netfilter.c: - check ar_pln==4 when giving bridged ARP packets to arptables - delete unnecessary if in br_nf_local_in - add more logging for the "Argh" message - add some brag-comments in the file head comment Big change: let {ip,arp}tables see VLAN tagged {I,AR}P packets. This

Tom Eastep wrote: > | Have you applied the ipsec+netfilter patches ? Without them, packets > are > | only seen encrypted in the OUTPUT chain. > | > Yes -- the ipsec+netfilter patches are applied. Here is the same test > with the bridge removed and the local ip address transfered to one of > the network cards: The problem is ipv4_sabotage_out in the briding code. It

thanks for the head up. what os are you running on the blades?? Phillip James System Administrator The Garden City Group, Inc. 105 Maxess Road Melville, NY 11747-3836 Phone: (631) 470-5044 Fax: (631) 940-6561 E-mail: Phillip.James at GardenCityGroup.com ==================================================== This communication (including any attachments) is intended for the use of the intended

I have a Redhat 8.0 box with many external connections. Several nfs and 3 samba. Today I tried to reattach to one on my mounts and I am geting "Could not resolve mount point /mnt/dir". If I do an ls -a I can see the dir, but when adding the l option to ls it does not show up. fuser returns for the dir, Input/output error I apologize if this has nothing to do with Samba, but I am

Hi all, I have Asterisk 13 running and I'm currently trying to get PJSIP working on TCP. My transport looks like this. My box is not behind NAT. [transport-tcp] type=transport protocol=tcp bind=0.0.0.0:5061 My endpoint looks like this: [user1] type=endpoint transport=transport-tcp context=local_out disallow=all allow=alaw allow=ulaw allow=g722 auth=user1 aors=user1 direct_media=no

I am battling an issue with use of bridging with xen. For some yet undetermined reason supposedly relating to stp, they assign a mac address of fe:ff:ff:ff:ff:ff to the bridge. Was hoping someone here may be able to elaborate on that. If I enslave a bridge to an ethernet, and than restart that network interface, should the bridge operation behave the same after the ip interface is restarted?

Hi all, Our kernel is 2.6.32-358.14.1.x86_64, recently dozens of them panicked, since it's been OK for a long time and the problem emerged all of a sudden, I'm not sure if an upgrade caused this problem. Here's what I got from backtracing: PID: 8136 TASK: ffff8803341aead0 CPU: 2 COMMAND: "" #0 [ffff880028283610] panic at ffffffff815286b8 #1 [ffff880028283690]

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=400 ------- Additional Comments From kaber@trash.net 2006-01-25 12:55 MET ------- Please add a LOG rule to PRE_ROUTING in the mangle table and post the output. BTW, are you using hardware checksumming (check with ethtool) on the underlying ethernet device? -- Configure bugmail:

If I try to ifup eth0, I get the following: Device eth0 does not seem to be present, delaying initialization. DomU: Linux fedora1 2.6.16-1.2133_FC5xenU #1 SMP Tue Jun 6 02:58:27 EDT 2006 i686 i686 i386 GNU/Linux config: kernel = "/boot/vmlinuz-2.6-xenU" #ramdisk="/boot/initrd-2.6.16-1.2133_FC5xenU.img" memory = 128 name = "fedora1" #dhcp = "dhcp" disk =

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=478 Summary: Kernel panic - not syncing: Aiee, killing interrupt handler! Product: iptables Version: 1.3.5 Platform: x86_64 OS/Version: Fedora Status: NEW Severity: blocker Priority: P2 Component: iptables AssignedTo:

Before starting xend (xen 3.0) these are my correct network interfaces: eth0 Link encap:Ethernet HWaddr 00:14:5E:0A:53:04 inet addr:192.168.1.51 Bcast:192.168.1.255 Mask:255.255.255.0 eth1 Link encap:Ethernet HWaddr 00:14:5E:0A:53:05 inet addr:192.168.1.52 Bcast:192.168.1.255 Mask:255.255.255.0 lo Link encap:Local Loopback inet

A scsi error (caused possibly by a loose cable) has left the processes accessing my ext3 file system hung in an unkillable state after it triggered an assert in ext3's journaling layer. I assume my only recourse at this point is to reboot. Please correct me if I'm wrong. Log messages appended. Thanks, -Jim Nov 21 04:04:04 attila kernel: SCSI disk error : host 0 channel 0 id 5 lun 0

Hi, Doing the following I can generate an assertion in ext3 0.0.7a. I have an ext3 filesystem on /foo. I export /foo via nfs. I then mount via localhost:/foo onto /mnt. Start up a dd to generate a file on the nfs mount. (cd /mnt; dd if=/dev/zero of=./dd.out bs=1024k), then on the localhost filesystem /foo I rm the file. rm -f /foo/dd.out. This results in "ext3_free_inode: bit already

I am getting a few bad sector messages in my /var/log/messages. I have read where an "fsck -c -c /dev/hda" may be what I need. Before I go doing such things I am looking for confirmation that that is what I should do. Anyone please comment on how to tell linux to not use sectors in my disk. This is stright IDE no raid not nothing at this point /dev/hda is all. Thanks, jerry