Gargoyle Forum

pigstacho wrote: Download Putty and WinSCP
...
- Execute: opkg install /tmp/[plugin file name.ipk]
Done !!!

Thanks.
Upgraded to the ispy version from RC1 successfully & installed plugins through the CLI's instructions.

Tried to install plugins using GUI:
- Put them on local NAS with running web server
- Checked that the plugins accessible from browser and from router (wget http://ip:port/gargoyle/ispy/default)
- Added plugin path http://ip:port/gargoyle/ispy/default
Unfortunately, this did not do the trick. I was not able to install any theme/plugin.

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

Which channel are you trying to use at the higher widths? All testing should be done on 36 to prevent DFS peculiarities.

The problem with the auto fill thing is it is client side and expected (but in this case, not useful) behaviour. Hacks disabling of the feature from the router side would be a no no.
There’s one potential fix I can think of, but it’s hard to test because I’d then need to let my browser save my passwords, and I just don’t live in that world.

Re:channel width

You need to remember gargoyle is just the GUI for openwrt.

If you want get serious you would need to install openwrt then confirm that the same behavior exists. If you still have the same problem you would need to ask them to fix. If however openwrt works as expected and gargoyle does not, we can fix.

No free lunch with open source.

Re:password.

You need to know the root password to access the wifi password in the first place. Its not perfect.

I'm going to do some tests.

I have the same issue with the Wi-Fi channels, as I've previously reported. If you start it at least once on a working channel, you can then modify it to a different channel and then it's working OK for me on the other channels as well. I've only tested the router very briefly on OpenWRT - I find it too complicated - but I didn't encounter the issue there after the many restarts needed for changing settings.

Will 1.11 not support 4 MB routers?

No, it is just not possible.

Wow, that is terrible. Well, thanks for the information.

Openwrt are also beginning to drop support.
Their most recent discussions include no longer accepting patches for new devices with 4MB of flash.

The kernel itself now takes up almost 1MB, that does not leave much room.

Lantis wrote:Openwrt are also beginning to drop support.
Their most recent discussions include no longer accepting patches for new devices with 4MB of flash.

The kernel itself now takes up almost 1MB, that does not leave much room.

As long as there is enough RAM, would it be possible to do a boot from USB (if available) or Network (e.g. NAS)? You'd need only the kernel and USB or network drivers, probably U-Boot alone could achieve this.


Regards
Ektus.