Gargoyle Forum

dieres wrote:There seems to be a bug in wireless repater mode. If some client logs into gargoyle and not the repeated ssid, the gargoyle router and all behind it, is no more accessable until reboot. From logging in to fail it lasts ca. 10 sec.

I have not seen anything like that on my wireless client + wireless AP configuration on a TP-Link TL-WR740N. Rock solid and has been running now for 10 days, 23 hours, 19 minutes

+1 for me with 1043nd v1.8 with wireless issues. 1.6.0 was very stable but I'm rebooting 1.6.1 2-3 times each day.

try the new ORIGINAL firmware from TP-LINK, it seems very stable release now.
less wifi drops than past.

Hi,
Is any chance to have separate unmount buttons for each drive in any release.
I'm using an 8gb stick for extending system memory i.e. for add-ons in my tp-link wdr3600
I also use two USB HDD for storage/ftp/dlna so I think it would be nice to have option to unmount them individually...you understand why...to keep USB stick untouched.

Great job! Keep it going!

throughwalIs wrote:
have not seen anything like that on my wireless client + wireless AP configuration on a TP-Link TL-WR740N. Rock solid and has been running now for 10 days, 23 hours, 19 minutesls

AP mode works great on wrd4300 not tested on 1043nd . Wireless bridge does not. tested with 2 different tplink 1043nd v1 and tplink wrd4300. Clients connected to 1043nd not even gets an IP over dhcp from another router in LAN.

Is there a limitation on the number of QoS rules or I'm experiencing a bug?

The qos_gargoyle file has all of my download_rule_*00 lines but the upload_rule_*00 ones get truncated as if the file cannot be more than certain number of chars.

I can vi qos_gargoyle directly on the router and it appears to work fine (I'm at 'download_rule_2100' and 'upload_rule_1600') but the minute I go back on the GUI and try to even delete one rule, I'd see qos_gargoyle truncated to the middle of the 'upload_rule_600' section.

I don't recall seeing that in the 1.5.X days and don't recall making QoS changes when I was on 1.6.0.

On a separate topic: I was trying to limit the CrashPlan subnet to a lower upload priority and ended up adding quite a few lines. Can't figure out a way to just specify their subnet mask in the QoS filters. If anyone has done that, it'd reduce my qos_gargoyle file to the current limitation.

Thank you in advance,
Marv

Is anyone else having problems with OpenVPN in 1.6.1? It's been working fine in 1.6.0 but ever since the upgrade none of my VPN clients can connect. There is no error given just keeps timing out and retrying. I have re-downloaded the configuration files and keys to the clients, but still no luck. Not sure what else to try.

Re: OpenVPN is 1.6.1 issue - the problem was caused on my end due to a firewall misconfiguration. OpenVPN is working fine in 1.6.1.

sorry for ask but it can flash the TL-WR841ND-V8 whit

gargoyle_1.6.1-ar71xx-generic-tl-wr841n-v8-squashfs-factory.bin


the TL-WR841N-V8 is the same that TL-WR841ND-V8?

@Eric: I can confirm the WiFi related issue on the TP-LINK1043ND v1.x

Basically, sometimes I experience loss of conectivity.