ispyisail wrote:- 2.4Ghz Wireless will not use the extra channels if set to any of the 40Mhz options, but keeps working in 20Mhz mode. Even when no overlapping or only 1 overlapping networks exist.
- 5Ghz Wireless will not work unless channel width is set to 20Mhz.
Most likely a regulatory problem. To dig deeper we need to know your country then have a look at the regulation requirements for your country. If a neighbor wifi is detected 40Mhz is disabled. I suspect this is most of the time unless you live rural.
This has been brought up many times before and it works as expected
- There is still a persistent bug that will autofill the Wifi Password with the Router Admin Password if you have it saved on your browser, since it's masked in **** you will not notice that it was replaced.
Note sure this is a bug. I prefer the current method.
- Plugin Packages not a available for download (You can use the ones that come with the download in /built/ar71xx/default for C7 V2, just transfer with WSCP and install with OPKG).
known issue, fixed on an official release
- The VPN Pass-trough for PPTP is broken .....
Interesting
Hi Ispyisail
On the 2.4 Wifi not using 40Mhz and falling back to 20Mhz I can understand your answer, although I was in the assumption that you are not supposed to use 40Mhz only if you overlap with someone else, but lets say it's OK.
On the contrary I'm 100% sure the 5Ghz not working is a bug, let me be more specific, it's not that if you select 40Mhz or 80Mhz it will fall back to 20Mhz as is the case on 2.4Ghz radio, the 5Ghz radio will not work at all unless it is set to 20Mhz, so I went ahead and tried to debug as far as I could and found out this:
- If you select 40Mhz or 80Mhz in the logread you will find that wlan0 is not brought up, complains with:
Mon Dec 31 14:03:37 2018 daemon.err hostapd: Configuration file: /var/run/hostapd-phy0.conf
Mon Dec 31 14:03:37 2018 daemon.notice hostapd: rfkill: Cannot open RFKILL control device
Mon Dec 31 14:03:39 2018 kern.info kernel: [ 1100.790458] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Mon Dec 31 14:03:39 2018 kern.info kernel: [ 1100.805689] br-lan: port 3(wlan0) entered blocking state
Mon Dec 31 14:03:39 2018 kern.info kernel: [ 1100.811181] br-lan: port 3(wlan0) entered disabled state
Mon Dec 31 14:03:39 2018 kern.info kernel: [ 1100.817073] device wlan0 entered promiscuous mode
Mon Dec 31 14:03:39 2018 daemon.notice hostapd: wlan0: interface state UNINITIALIZED->COUNTRY_UPDATE
Mon Dec 31 14:03:39 2018 daemon.notice hostapd: wlan0: interface state COUNTRY_UPDATE->HT_SCAN
Mon Dec 31 14:03:39 2018 daemon.err hostapd: Could not set channel for kernel driver
Mon Dec 31 14:03:39 2018 daemon.err hostapd: Interface initialization failed
Mon Dec 31 14:03:39 2018 daemon.notice hostapd: wlan0: interface state HT_SCAN->DISABLED
Mon Dec 31 14:03:39 2018 daemon.notice hostapd: wlan0: AP-DISABLED
Mon Dec 31 14:03:39 2018 daemon.notice hostapd: wlan0: interface state DISABLED->DISABLED
Mon Dec 31 14:03:39 2018 daemon.notice hostapd: wlan0: AP-DISABLED
Mon Dec 31 14:03:39 2018 daemon.notice hostapd: wlan0: CTRL-EVENT-TERMINATING
Mon Dec 31 14:03:39 2018 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan0 wasn't started
Mon Dec 31 14:03:39 2018 daemon.notice hostapd: nl80211: deinit ifname=wlan0 disabled_11b_rates=0
Mon Dec 31 14:03:39 2018 kern.info kernel: [ 1101.149135] device wlan0 left promiscuous mode
Mon Dec 31 14:03:39 2018 kern.info kernel: [ 1101.153871] br-lan: port 3(wlan0) entered disabled state
Compared /etc/config/wireless and /var/run/hostapd-phy0.conf when selecting 20Mhz and 80Mhz channel width and I'm not sure about what is the problem, maybe you can let me know where to look.
About the password for WIFI auto-filling on some browsers when you have saved the ADMIN password, the problem is that the
WIFI password will be auto-filled with the
ADMIN password for the router, not the same WIFI password, you can even see the ADMIN (root) password if you click reveal, surely not ideal, and since it is normally masked in asterisks you don't realize that your WIFI password has been automatically changed to the ADMIN password, I can't think any situation where that behavior is useful, might be that the ADMIN password field and the WIFI password field have the same ID and thus the browser auto-fills with the incorrect password?
Thanks a lot again for you time and have a wonderful holidays.
Regards,
Eduardo Peccorini