What's new

asus ac68u firewall

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

And I tried removing the original rules after the update. When I reverted to version 11, they reappeared, so they didn't even get deleted. I don't understand why. Thank you so far; I'll appreciate any help. I just don't get it. I've been using Merlin for two years without any issues with updates until now.
 

Please list the actual steps you perform when doing a full reset, up to the point of testing the router again.
 
I add them one by one. The first column is either the source IP I want to block entirely or the rule to block everything on a specific port, as I mentioned, port 54 TCP. It's nothing else. I always add them one by one, blocking the ports that my provider has open on their side, trying to protect my network at least a bit
 
You perhaps found a bug in firmware, but what you are doing is not needed. You have a firewall on your router.
 
blocking the ports that my provider has open on their side, trying to protect my network at least a bit
The Network Services Filter doesn't block incoming ports that your provider has open on their side. The router's default firewall already does that for all unsolicited connections. The Network Services Filter only blocks outgoing connections from your LAN to the internet, not the other way around.

For example, why do you want to block port 54 TCP? Nothing on the router uses that port and I don't know of anything on the internet that does either.
 
Last edited:
@RMerlin There appears to a be a bug in the Network Services Filter in the 386 firmware. When either a source or destination port is specified in the rule the httpd daemon crashes when the change is applied. Changing the port to a range, e.g. 111:112 does not cause the crash.
 
@RMerlin There appears to a be a bug in the Network Services Filter in the 386 firmware. When either a source or destination port is specified in the rule the httpd daemon crashes when the change is applied. Changing the port to a range, e.g. 111:112 does not cause the crash.
Similar to what happened last year on 388 - Asus' closed source validation code is broken, so httpd crashes when trying to validate that no banned characters are used in the parameters being applied by a web page. I'll bypass validation for that particular page setting for now until they can fix it upstream.
 

Similar threads

Latest threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top