1.8b Development

here is the array string I captured from the gateway...

Warning: array_unique(): The argument should be an array in /etc/inc/captiveportal.inc on line 1005 Warning: array_diff(): Argument #2 is not an array in /etc/inc/captiveportal.inc on line 1011 Warning: array_shift(): The argument should be an array in /etc/inc/captiveportal.inc on line 1012 Error: system reached maximum login capacity, no free FW rulenos in captiveportal_allowedip_configure().

Hi dr01,
At the end of your text with the warning you see a Error message which says that you reached the maximum login capacity.

Did you investigate, is this true?

jakob

yes I think so....once I reset the gateway PC then people could sign on again...

does that help?

dr01

dr01
just restarting the box to solve a issue is not a good way to find bugs. Before you restart the box you should always do http://yourmonowallipaddress/status.php and post this. This could contain more valuable data.

You posted the error message. Was this message immediately before you did a restart?

Jakob

yes it was right before my staff restarted the box....also of note we have about 150 of these out in the field serving multiple transient travelers....at almost all the sites we run a PC version or a 4801 version and a few 5500 versions of hardware....almost on all the versions of the PC platforms we turn off the CP feature and leave it wide open with no sign in screen and this solves all the random issues with MAC devices some win7 and some XP OS versions...

does this help?

dr01

Hi dr01,
i think the developers cant do anything on this before you send the status.php. (before restarting the box) This output helps in many cases to drill down.
The info you provided does not help. As you know sporadic errors are the difficult  to solve and to track. j

OK, then how do I perform the status.php command from a remote logged into session into the PC box running monowall b500?

as an example we log into the servers using http://xx.xx.xx.xx:port# as of right now....then we are into the server...

do you have to be local on the internal network to extract the status.php file?

thanks, dr01

Can you reach the m0n0wall WebGUI now? If so just change the page to /status.php

that worked, we got to the status screen now remotely....which line item do we copy and paste here that would apply or help you for the CP features and issues we are seeing at random?

dr01

m0n0wall: status
Wed Jun 13 19:24:02 UTC 2012

Note: make sure to remove any sensitive information (passwords, maybe also IP addresses) before posting information from this page in public places (like mailing lists)!
Passwords in config.xml have been automatically removed.

This status page includes the following information:

System uptime
Interfaces
Routing tables
Network buffers
Network protocol statistics
Kernel parameters
Kernel modules loaded
ipfw show
ipnat -lv
ipfstat -v
ipfstat -nio
unparsed ipnat rules
unparsed ipfilter rules
unparsed ipfw rules
resolv.conf
Processes
dhcpd.conf
ez-ipupdate.cache
df
racoon.conf
SPD
SAD
last 200 system log entries
last 50 filter log entries
ls /conf
ls /var/run
config.xml
System uptime
 7:24PM  up  1:23, 0 users, load averages: 0.10, 0.04, 0.04
 


here is an example....

dr01
your output shows only the headers of the chapters. Pls send me PM then I send you a correct output. So you get a Idea how the output of /status.phph looks like.
Best regards jakob