News: This forum is now permanently frozen.
Pages: [1]
Topic: m0n0wall 1.3 hotspot on x86 pIV/cdrom - awfully slow  (Read 1379 times)
« on: January 17, 2010, 22:38:52 »
ottost *
Posts: 2

Hello!

A while ago I switched my wifi hotspot captive portal software to m0n0wall 1.3; the server is a standard x86
pc running some quite fast pentium IV (approx. 2 ghz), with 1 gig of RAM and two quality Intel NICs.
I boot m0n0wall from a cdrom with configuration data stored on a floppy disk.

The box's WAN interface is connected to our in-house network with a static IP assigned. The LAN interface is attached
to a cascade of about 20 wifi routers in several locations. M0n0 acts as DHCP server in the LAN.

The in-house's internet connection is as fast as 10mbps. wifi speed should be limited to a small fraction of that as we need a lot
of bandwidth in the wired portion of the net.

Traffic shaping is turned on with following Magic shaper rules: P2P traffic to lowest ON / share evenly OFF / downstream 950 kbps / upstream 256 kbps.

Following firewall rules prevent wifi (aka LAN) users from accessing the inhouse net:

ACTIONprotosourceportdestinationportdescription
block***192.168.0.1/8*blocks in-house net
blockTCP/UDP***25blocks SMTP
blockTCP/UDPLAN net*10.10.10.280blocks wifi access to m0n0wall
allow*LAN net***default LAN -> any

Advanced outbound nat is disabled. One inbound NAT rule allows m0n0wall http GUI access from WAN.

At first, the connection worked quite well. Now, HTTP(S) connections on the LAN side are awfully slow, way slower than with our previous solution using proprietary software. Switching off traffic shaping does not change anything.

We would really like to stick to open-source; does anyone have a solution?

I think we are missing something in the firewall configuration?!

Best regards,
otto
« Reply #1 on: January 18, 2010, 21:40:01 »
ottost *
Posts: 2

Problem solved!

I buggered around for a bit and think I found a solution for the problem. It looks to me as if there were some leeches (the wifi is publicly accessible) who consumed all the bandwidth.

Anyway, I did following things and they seemed to fix the issue:
1) I installed m0n0wall and the config onto the HDD, which worked perfectly well using the "7" option in the console menu and took only about 25 seconds. I figured this could speed up at least the boot process.

2) In "captive portal" menu, I switched on the per-user bandwidth restriction and set it to random values of 256/128 kbps (total bandwidth is restricted to 960/256 kbps in magic shaper wizard).

Looks good so far. All clients are speeding away again  Smiley
m0n0wall rocks!

so long,
otto
 
Pages: [1]
 
 
Powered by SMF 1.1.20 | SMF © 2013, Simple Machines