Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Captive Portal not working on 17.7.9 #1990

Closed
ckals opened this issue Dec 12, 2017 · 15 comments
Closed

Captive Portal not working on 17.7.9 #1990

ckals opened this issue Dec 12, 2017 · 15 comments
Assignees
Labels
bug Production bug
Milestone

Comments

@ckals
Copy link

ckals commented Dec 12, 2017

Hi,
after Update from 17.7.7 to 17.7.9 the Captive Portal that i had setup stoped working.
I get an DHCP Client lease but the login Page doesen't show up.

Any Ideas about this?

@fichtner fichtner added the support Community support label Dec 12, 2017
@fichtner
Copy link
Member

Hi @ckals,

I'm not aware of any changes in that area. Try to restart the captive portal from the GUI and see if the issue persists.

Cheers,
Franco

@ckals
Copy link
Author

ckals commented Dec 12, 2017

Hi @fichtner Franco,

i already tried to restart the captive portal. But still nothing. i also tried to restart the whole OPNsense Box.
Yesterday before the Update the Portal working fine like a charm.....

Is there any option in GUI where i can rollback to the previous firmware ?

@ckals
Copy link
Author

ckals commented Dec 12, 2017

Maybe if it helps... wehen im in the GUEST-LAN (behind the captive portal) and start a portscan on the firewall's IP i can only see that the DNS at port 53 is running, no ports open for the login page/Webserver ?

@fichtner
Copy link
Member

You can try from the shell by typing:

# opnsense-revert -r 17.7.7 opnsense

But I am a bit reluctant to say it will help, because we haven't modified CP in a long time.

@fichtner
Copy link
Member

lighttpd was updated as well recently, maybe that could be an issue, too

# opnsense-revert -r 17.7.7 lighttpd

@ckals
Copy link
Author

ckals commented Dec 12, 2017

May thank to @fichtner !

Revert lighttpd to the older version helped - now the captive portal is working.
now i have also an open port 8000 on the firewall ip when i make an portscan !
Maybe someone should look deeper in that behaviour?

@fichtner
Copy link
Member

hrm, @AdSchellevis will have to let us know where the CP web server logs to so we can find / reproduce the error

@ckals
Copy link
Author

ckals commented Dec 12, 2017

Ok let me know if you need any log files (if u know the location) - i hope the are still there...

@ckals
Copy link
Author

ckals commented Dec 12, 2017

I found this in the GUI Logs....
Looks like that lighttpd everytime start/stop (crashes?) when someone tried to log in (open the login page) ?
screen

@AdSchellevis
Copy link
Member

at my end it doesn't seem able to daemonize, with -D it starts normal... odd:

# /usr/local/sbin/lighttpd  -f /var/etc/lighttpd-cp-zone-0.conf
daemonized server failed to start; check error log for details

@AdSchellevis
Copy link
Member

The current version of lighttpd (1.4.48) seems to die when doing a chroot,

server.chroot = "/var/captiveportal/zone0"

@AdSchellevis
Copy link
Member

@ckals for now it's best to only revert the lighttpd version, we will look into a permanent solution for this for the next version.

@fichtner fichtner added bug Production bug and removed support Community support labels Dec 12, 2017
@fichtner fichtner added this to the 18.1 milestone Dec 12, 2017
@fichtner
Copy link
Member

The bottom of this is: lighttpd 1.4.45 was used until 17.7.8, then FreeBSD updated to 1.4.48 which shows this odd behaviour. The behaviour, however, dates back as far as 1.4.46 and seems to be caused by devfs not being mounted properly inside the chroot directory, where lighttpd tries to find /dev/null but fails, which wasn't the case on versions lower than 1.4.46.

Very hard to debug within the code as logging is apparently off and the daemon uses a pipe to pass information up and down the (grand)child running in the chroot directory... :o

@fichtner
Copy link
Member

fichtner commented Dec 13, 2017

There is a patch available, would you be willing to test @ckals ?

# opnsense-revert lighttpd
# opnsense-patch ac6a1ef

Also linking forum thread: https://forum.opnsense.org/index.php?topic=6618.0

Cheers,
Franco

@fichtner
Copy link
Member

fichtner commented Dec 13, 2017

Two external confirmations in the forum. Enough to close this but all feedback is still welcome. Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Production bug
Development

No branches or pull requests

3 participants