[luci] Changing wifi encryption type kills luci and dropbear

[Frank Parker]

LuCI 0.10.0 in OpenWRT Backfire 10.03.1 on Asus WL-500g Premium V2 router.

I noticed that changing the Wireless Security Encryption type causes Luci
to hang at "Waiting for router...".  Actually it's worse, because uhttpd
completely stops accepting connections.

laptop$ nc -vv 192.168.1.1 80
nc: connect to 192.168.1.1 port 80 (tcp) failed: Connection refused

Even worse, dropbear stops accepting connections also.

laptop$ nc -vv 192.168.1.1 22
nc: connect to 192.168.1.1 port 22 (tcp) failed: Connection refused

Luckily, it did not drop an existing ssh connection so i used it to
investigate.  Oddly, netstat shows uhttpd and dropbear still listening even
though they are refusing connections.

root at openwrt:~# netstat -tanp | grep -e uhttpd -e dropbear
tcp        0      0 0.0.0.0:80              0.0.0.0:*
 LISTEN      2430/uhttpd
tcp        0      0 0.0.0.0:22              0.0.0.0:*
 LISTEN      856/dropbear
tcp        0      0 192.168.1.1:22      192.168.1.113:51622 ESTABLISHED
945/dropbear

I tried a few things to recover the router - with no luck.

root at openwrt:~# /etc/init.d/uhttpd restart
root at openwrt:~# /etc/init.d/network restart
udhcpc (v1.15.3) started
Sending discover...
Sending select for 10.10.10.234...
Lease of 10.10.10.234 obtained, lease time 600
udhcpc: ifconfig eth0.1 10.10.10.234 netmask 255.255.255.0 broadcast
10.10.10.255
udhcpc: setting default routers: 10.10.10.1
udhcpc: setting dns servers: 10.10.10.1
udhcpc: setting dns domain: lan

The only way I could think to recover the router was a reboot.  Upon
restart, the wireless encryption change I made was there and everything was
working perfectly.

Without the existing ssh session open, my only option would have been to
pull the power cord.

So, is there any way to force the router to reboot after changing the
wireless encryption type?  Or maybe something I can change in
/etc/config/ucitrack to prevent this?  It's reproducible 100% of the time
on my router.

-parker
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsignal.org/pipermail/luci/attachments/20130113/4078420b/attachment.html>