|
||||||||
Hi! We're using m0n0wall as a captive portal. The m0n0wall handles routing between the WAN and LAN. NAT is not used. We have had a problem these last weeks with a few PCs. When the client connects they get an IP address from our DHCP but when they try to connect to the captive portal the webbrowser times out with an message that it cant find the server. The problem is resolved when the clients get a new ip address or by rebooting the m0n0wall. We have at maximum 150 - 160 clients connected to this network. I did check the status.php and found this. The client has mac address: 193.180.140.175 00:16:ce:86:31:ac UHLW 0 19 fxp1 1144 Following the trace of 193.180.140.175 this is found: 10062 83974 8088693 skipto 50000 ip from 193.180.140.175 to any in 10062 116968 140878071 skipto 50000 ip from any to 193.180.140.175 out But further below this is also: 20062 24140 2110738 deny ip from 193.180.140.175 not MAC any 00:19:5b:70:2d:f7 any layer2 in 20062 57 3060 deny ip from any to 193.180.140.175 not MAC 00:19:5b:70:2d:f7 any layer2 out I'm not used to the ipfw output in *BSD but it seems that when a client is disconnected or leaves the network that sometimes the m0n0wall doesn't remove the MAC address filter??? The only thing I can do tho restore the service for this IP address is to reboot the m0n0wall. Anyone have any idea? ===================================================== Janåke Rönnblom IT avdelningen, Teknous, Skellefteå Kommun Assistentgatan 23 931 77 Skelleftea (Sweden) ----------------------------------------------------- Phone : +46-910-58 54 24 Mobile : 070-397 07 43 Fax : +46-910-58 54 99 URL : http://skeria.skelleftea.se ----------------------------------------------------- "Those who do not understand Unix are condemned to reinvent it, poorly." -- Henry Spencer |