Gargoyle Forum

Saving QOS again should fix the congestion control status being blank.

Curiously (and suspiciously) these bugs always show up near the dates when daylight savings kicks in or ends.

It is definitely related, or at least exacerbates the issue.

IPSet won't help unless you know the entire list of IPs used by youtube. Gargoyle doesn't really have any DNS level blocking built into the GUI. The app is probably making DNS calls and then resolving the IP rather than a web GET request. Everything would need to be setup manually, and there isn't r...

So testing the theory, it's working ok.
Now you can try adding back in the rules 1 at a time to try and cover the other use cases (e.g. the app).
I'm not sure what URLs the app uses internally.

It is most likely the timewarp bug, for which I still don't have a reliable way to trigger it, and therefore no good way to find out exactly what's wrong.

So the following simple rule stopped youtube for me. Chain egress_restrictions (1 references) pkts bytes target prot opt in out source destination 5568 811K egress_whitelist all -- * * 0.0.0.0/0 0.0.0.0/0 7 3899 REJECT tcp -- * * 192.168.1.40 0.0.0.0/0 WEBURL --contains youtube reject-with tcp-reset...

Can you confirm which version of Gargoyle you're using please?
This will help understand why the weburl filtering is not working.

If you loaded OpenVPN and Tor at the same time, you'd find both metrics increase.
If you copy a file to /tmp, you'll see the memory usage go up as well (as /tmp is mapped to RAM).

But as stated, your router is plenty powerful for your connection, so you're not going to see it break a sweat often.

It's is likely only out of space, not dead flash.

Yea looks a lot like out of flash errors. One of the things about the filesystem is you write data 1 block at a time. So even using 1byte over the threshold will use the entire 48 (or whatever size) block. I'd say for this reason the space calculation is flawed. If someone came up with a better calc...