Ticket #423 (closed Bug report: duplicate)

Opened 2 years ago

Last modified 8 months ago

Redirection problems with Kamikaze

Reported by: miguelcma Owned by:
Priority: high Milestone: Gateway 1.1.5
Component: Gateway Version:
Keywords: Cc: benoitg

Description

Using wifidog (1.1.3_rc1 from kk repository) on OpenWRT's Kamikaze some users aren't redirected to the auth's login page. I've tried kk 7.07 and kk 7.09. This issue only happens with a lot of users connected. Sometimes it happens at the third client, but other times it happens at the tenth. When this happens to a client it also happens to the following clients. After this, the redirection only works again when all users logout or discconect and wait for the timeout. Using wifidog 1.1.4-1 (available from sourceforge) the problem is worst and NO ONE is redirected. However, when the users follow the  http://auth... manually they can login and access the Internet without any problem. The whiterussian's iptables seems identical to the one on kamikaze, so the problem isn't there. Running wifidog -f -d7 doesn't show anything suspicious.

These are the logs when the problem happens:
wifidog -f -d7: wifidog.pastebin.org/17950
iptables-filter: wifidog.pastebin.org/17952
iptables-mangle: wifidog.pastebin.org/17953
iptables-nat: wifidog.pastebin.org/17954
route: wifidog.pastebin.org/17955

Attachments

Change History

  Changed 2 years ago by zukky at ninjin-net.net

Hi, all.

I've confirmed the issue. When It happens, /etc/init.d/wifidog restart or /etc/init.d/firewall restart aren't effective. Reboot is the last way.

My environment is Buffalo WHR-G54S kamikaze 7.09 wifidog 1.1.4 .

Thanks,

zukky

  Changed 23 months ago by acv

Benoit has released a kamikaze compatible gateway, is this problem still present?

  Changed 23 months ago by miguelcma

acv, yes, the problem is still present.

  Changed 18 months ago by wichert

pastebin appears to be down. Can you upload those logfiles as attachments to this ticket?

  Changed 14 months ago by tj@…

I believe this may actually be a kamikaze issue  https://dev.openwrt.org/ticket/2558 and not specific to wifidog.

I suspect the REDIRECT rule in wifidog is being affected by the same kamikaze bug. As far as I can tell it doesn't look like it was a bug in netfilter itself. I haven't been able to specifically attribute it to wifidog. However, I have not been able to confirm that the similar behavior I have seen is the same thing in the openwrt report either.

follow-up: ↓ 8   Changed 12 months ago by Mac Jones

Seems to be fixed on 2.6 kernel Kamakaze.

Do not use 2.4 kernel for Kamakaze if you don't want this bug.

follow-up: ↓ 9   Changed 11 months ago by Mac Jones

to quote a post ....

Problem can by fixed by this way:  http://forum.openwrt.org/viewtopic.php?id=13533

Last page has a .trx file build to try.

in reply to: ↑ 6   Changed 11 months ago by Mac Jones

Replying to Mac Jones:

Seems to be fixed on 2.6 kernel Kamakaze. Do not use 2.4 kernel for Kamakaze if you don't want this bug.

Do not use 2.6 if you want stable wireless. :-)

Rock <-> Hard Place

in reply to: ↑ 7   Changed 9 months ago by tj@…

Replying to Mac Jones:

to quote a post .... Problem can by fixed by this way:  http://forum.openwrt.org/viewtopic.php?id=13533 Last page has a .trx file build to try.

Latest news in that thread is that a fix has been incorporated into 8.09 and kamikaze Ticket #2558 has been closed.

  Changed 8 months ago by benoitg

  • status changed from new to closed
  • resolution set to duplicate

Ok, so this wasn't wifidog bug after all. And openwrt has fixed it in both 2.4 and 2.6 kernels:  https://dev.openwrt.org/ticket/2558

Add/Change #423 (Redirection problems with Kamikaze)

Author


E-mail address and user name can be saved in the Preferences.


Action
as closed
Next status will be 'reopened'
 
Note: See TracTickets for help on using tickets.