[ previous ] [ next ] [ threads ]
 From:  "Bobert, Tyler" <tyler dot bobert at uwc dot edu>
 To:  "Tim Nelson" <tnelson at rockbochs dot com>, <m0n0wall at lists dot m0n0 dot ch>
 Subject:  RE: [m0n0wall] Captive Portal
 Date:  Thu, 17 Sep 2009 17:32:32 -0500
I have no idea what kind of hardware is being used to be honest with you.  It is from Logic supply
with the number 0513845 below it.  It was here when I got here.  As for the access points, they are
all on the lan side I belive.  They aren't plugged into the m0n0wall directly, all of the access
points are plugged into the managed switches which are then connected to the m0n0wall all on the Lan
side.  I don't know what you mean by uplink, I don't have anything setup using the uplink port
mainly because it wasn't setup that way before I got here.  I am not out of ip's.  I am under as my gateway, and I manually add every ip that has come through anyway when I add their
mac addresses to the captive portal so I know that isn't an issue.  The DHCP server isn't
necessarily turned off anywhere, it it just turned off on the access points because the m0n0wall
runs the DHCP server unless I am not understanding what you are telling me.  I hope this helps you
help me.

Thank you!!

-----Original Message-----
From: Tim Nelson [mailto:tnelson at rockbochs dot com] 
Sent: Thursday, September 17, 2009 4:59 PM
To: m0n0wall at lists dot m0n0 dot ch
Subject: Re: [m0n0wall] Captive Portal

> -----Original Message-----
> From: Bobert, Tyler [mailto:tyler dot bobert at uwc dot edu] 
> Sent: Thursday, September 17, 2009 11:38 PM
> To: Mohammed Ismail; m0n0wall at lists dot m0n0 dot ch
> Subject: RE: [m0n0wall] Captive Portal
> I don't have anything bridged, I really don't know much about it.  I
> am
> using m0n0wall 1.3b18 just like you.  The problem is that some people
> with newer vista machines cannot connect to the network.  When I use
> the
> command ipconfig/all the ip address they are connected to is not in
> the
> range of the router its like a 168.xxx.x.xx number which means it
> isn't
> connecting to the m0n0wall correctly.  Modem <--> m0n0wall <--> 5

They're getting an Automatic Private IP Address (APIPA) from the 169.254.x.x range which means
they're not getting DHCP from the m0n0wall device. This could be a symptom of your network
somewhere, or more than likely, it is a symptom of Vista being a pile of garbage. There are known
issues with Vista and some DHCP servers. I've been fighting this with a few of my m0n0 and pfSense
installations. Please see the official knowledge base article here: 

Also, you might be out of IP addresses. With the size of the network you've described, if you're
still sitting on the default class C network, you may have run out of IP space...

> port
> switch <--> 3 32 port managed switches <--> 5 port switch in each
> room,
> instead 8 rooms have a wireless router turned into an access point by
> turning the DHCP server off

For these locations where the DHCP server is turned off, are you plugging the uplink cable from your
switches to the AP into the LAN side of the AP or the WAN/Internet side? They *NEED* to be plugged
into the LAN side.

On your managed switches, do you have anything enabled like 'Broadcast Filtering' or 'Broadcast
Storm Filtering' or something similar? I've seen switchports with multiple AP's on them think there
was a storm and shut off access...

> All of it is Linksys equipment.  I have all default settings on the
> m0n0wall, just have things changed in the captive portal.  There is
> no
> timeout, or redirection or anything.  Once they are authenticated
> they
> are in for good unless the m0n0wall is restarted and they will have
> to
> authenticate again.  I also get a message on the monitor connected to
> the m0n0wall saying "vr0: rx packet lost"  I am just a student worker
> that was kind of thrown into this situation and I am just trying to
> understand it.

The vr message is indicative that you're using a Via Rhine NIC. If possible, you may want to use a
different NIC, preferably Intel. They just work.

Can you give some background on what type of hardware is being used? CPU/MEM/FSB/etc?

Tim Nelson
Systems/Network Support
Rockbochs Inc.
(218)727-4332 x105

To unsubscribe, e-mail: m0n0wall dash unsubscribe at lists dot m0n0 dot ch
For additional commands, e-mail: m0n0wall dash help at lists dot m0n0 dot ch