All of lore.kernel.org
 help / color / mirror / Atom feed
* [parisc-linux] unaligned access with iptables limit support
@ 2001-10-13  5:08 Sonny Cook
  2001-10-13  5:35 ` Randolph Chung
  2001-10-13 11:00 ` Richard Allen
  0 siblings, 2 replies; 3+ messages in thread
From: Sonny Cook @ 2001-10-13  5:08 UTC (permalink / raw)
  To: parisc-linux

I am trying to set up my b132l as a firewall.  So I compiled up iptables
as kernel modules and tried running my favorite firewall script.  It uses
limit support to keep my logs from overflowing.  At any rate when I try to
enter a rule using limits like so:

iptables -t filter -A LDROP -p tcp -m limit --limit 2/s -j LOG --log-level
info --lo g-prefix "TCP Dropped "

I get this on the console:

iptables(428): unaligned access to 0x4020d0cf at ip=0x401fc767
iptables(428): unaligned access to 0x4020d0d3 at ip=0x401fc76f

The module ipt_limit.o does not get loaded by the kernel autoloader.  Is
supsect the bug is with the iptables program.  I downloaded the source for
the latest version and in attempting to compile it got a linker error.

ld -shared -o extensions/libipt_limit.so extensions/libipt_limit_sh.o
ld: BFD internal error, aborting at ../../bfd/elf32-hppa.c line 939 in
hppa_build_one_stub

ld: Please report this bug.

make: *** [extensions/libipt_limit.so] Error 1

The debian version is 1.2.2 and the downloaded source is 1.2.3.  Has
anyone seen anything like this?

Thanks,
Sonny

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [parisc-linux] unaligned access with iptables limit support
  2001-10-13  5:08 [parisc-linux] unaligned access with iptables limit support Sonny Cook
@ 2001-10-13  5:35 ` Randolph Chung
  2001-10-13 11:00 ` Richard Allen
  1 sibling, 0 replies; 3+ messages in thread
From: Randolph Chung @ 2001-10-13  5:35 UTC (permalink / raw)
  To: Sonny Cook; +Cc: parisc-linux

> iptables -t filter -A LDROP -p tcp -m limit --limit 2/s -j LOG --log-level
> info --lo g-prefix "TCP Dropped "
> 
> I get this on the console:
> 
> iptables(428): unaligned access to 0x4020d0cf at ip=0x401fc767
> iptables(428): unaligned access to 0x4020d0d3 at ip=0x401fc76f

yes, this is a bug in iptables.

> ld -shared -o extensions/libipt_limit.so extensions/libipt_limit_sh.o
> ld: BFD internal error, aborting at ../../bfd/elf32-hppa.c line 939 in
> hppa_build_one_stub
> 
> ld: Please report this bug.
> 
> make: *** [extensions/libipt_limit.so] Error 1
> 
> The debian version is 1.2.2 and the downloaded source is 1.2.3.  Has
> anyone seen anything like this?

it needs to link with gcc instead of with ld.

feel free to file a bug. you can point them to build logs at:
http://buildd.debian.org/fetch.php?&pkg=iptables&ver=1.2.3-2&arch=hppa&stamp=1001284133&file=log&as=raw

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [parisc-linux] unaligned access with iptables limit support
  2001-10-13  5:08 [parisc-linux] unaligned access with iptables limit support Sonny Cook
  2001-10-13  5:35 ` Randolph Chung
@ 2001-10-13 11:00 ` Richard Allen
  1 sibling, 0 replies; 3+ messages in thread
From: Richard Allen @ 2001-10-13 11:00 UTC (permalink / raw)
  To: Sonny Cook; +Cc: parisc-linux

On Sat, Oct 13, 2001 at 05:08:12AM +0000, Sonny Cook wrote:
> I am trying to set up my b132l as a firewall.  So I compiled up iptables
> as kernel modules and tried running my favorite firewall script.  It uses
> limit support to keep my logs from overflowing.  At any rate when I try to
> enter a rule using limits like so:
> 
> iptables -t filter -A LDROP -p tcp -m limit --limit 2/s -j LOG --log-level
> info --lo g-prefix "TCP Dropped "

This is prehaps totally unrelated to what you are getting, but I recently
found another bug in iptables in the samr area:

[root@localhost root]# iptables --version
iptables v1.2.3

[root@localhost root]# uname -a
Linux localhost.localdomain 2.4.7-10 #1 Thu Sep 6 17:27:27 EDT 2001 i686 unknown

[root@localhost root]# cat /etc/redhat-release
Red Hat Linux release 7.2 (Enigma)

# Flush the iptables
[root@localhost root]# iptables -F

# Reject all access to port 25 tcp
[root@localhost root]# iptables -A INPUT -p tcp --syn --dport 25 -j REJECT

# Testing the rule. Connect is refused (normal)
[root@localhost root]# telnet 127.0.0.1 25
Trying 127.0.0.1...
telnet: connect to address 127.0.0.1: Connection refused

# Insert a rule that allows on connection per day to the SMTP port.
[root@localhost root]# iptables -I INPUT -p tcp --dport 25 -m limit --limit
+1/day --limit-burst 1 -j ACCEPT

# The connection is let through because of the limit (again normal).
[root@localhost root]# telnet 127.0.0.1 25
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
220 localhost.localdomain ESMTP Sendmail 8.11.6/8.11.6; Thu, 20 Sep 2001+19:50:12 GMT
quit
221 2.0.0 localhost.localdomain closing connection
Connection closed by foreign host.

# Try again, blocked because of limit (normal)
[root@localhost root]# telnet 127.0.0.1 25
Trying 127.0.0.1...
telnet: connect to address 127.0.0.1: Connection refused

# Insert a rule that allows access to port 21 tcp, nothing to do with port 25.
[root@localhost root]# iptables -I INPUT -p tcp --dport 21 -j ACCEPT

# Try to connect again to port 25 and it goes through (weird!)
[root@localhost root]# telnet 127.0.0.1 25
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
220 localhost.localdomain ESMTP Sendmail 8.11.6/8.11.6; Thu, 20 Sep 2001+19:51:19 GMT
quit
221 2.0.0 localhost.localdomain closing connection
Connection closed by foreign host.


So basicly, I have a rule that says only one connection to the smtp port
a day and it works untill I insert a new rule (and that rule doesnt have
to have anything to do with the first one) and by magic it breaks the
first one.

Beware of the limit support :-)

Anyway, if you guys are going to lookat this, it should be nice to
know about this bug also.

-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2001-10-13 11:01 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-10-13  5:08 [parisc-linux] unaligned access with iptables limit support Sonny Cook
2001-10-13  5:35 ` Randolph Chung
2001-10-13 11:00 ` Richard Allen

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.