Sophos Firewall: v19.0 MR1: Feedback and experiences

I have a problem with firewall rules. Since I upgraded from 19.0 GA to 19.0 MR1, my WIFI rule is not working anymore, nothing is let through. No ping, no TCP connection from LAN zone to WIFI zone:

As you can see, 0 bytes sent/received. When I switch back to 19.0 GA it all works again and counters go up. I have no explanation why this is happening, any idea where to look for in the logs?

Edit: Same seems to be the case for Rule #11 SMTP.

Why do you use a rule without Logging? 

Check the packet capture - There you should see the used Firewall/NAT Rule. 

Maybe another rule picks up the traffic. Automatic VPN Rule is something, which could potentially cause issues. 

OMG. Now as I recreated the zone on 19.0 GA I have the same issue!

I could finally resolve it by deleting the wireless network including its DHCP range, and do it from scratch.

Then a new firewall rule and it starts working and is accepting.

So I was hopeful to try the same thing on MR1, but unfortunately this didn't do the trick. So it really seems something has changed regarding wireless routing (as in separate zones, bridging is working).

I will send you the access ID.

LuCar Toni said:

Why do you use a rule without Logging? 

Lucar? The more important question is: Why is "log firewall traffic" not checked by default?

It is per design not enabled. If you want Default Drop logged, you can create a own Rule, which does this for you. You cannot enable Default drop logging. docs.sophos.com/.../index.html

LuCar Toni said:

It is per design not enabled. If you want Default Drop logged, you can create a own Rule, which does this for you. You cannot enable Default drop logging. docs.sophos.com/.../index.html

It is not about logging default drop.. it is about creating a new firewall rule and having to enable logging every time... Why could sophos not check the "log firewall traffic" per default? it makes absolutely no sense to leave it unchecked...

It is quite simple. The rule you see is is not a actual firewall rule, which could be potentially be edited. It is simply a placeholder to present to the admin, there is a default drop in place. It is not like this rule actually exists within the system. Default drop is a rule within the system and cannot be edited at this time of being. So you cannot "simply add logging to this rule", as there is no rule. Default drop is a principle, which the core system does, if there is no rule in the first place. So there is no logging enabled in this scenario. If you want to have a logging, you can do this by your own by creating your own rule. 

To enable the default drop logging per default is something on the roadmap for a future release, but there are other items, which are more compelling than revamping the default dropping due the fact, you can simply enable this by using your own rule. 

It's not about the default rule. It's about the 'actual' firewall rules.

When I manually create a new firewall rule, logging is not enabled by default. I have to manually enable this.

LuCar Toni said:

The rule you see is is not a actual firewall rule, which could be potentially be edited

Sorry but again: Edmund sent a screenshot of his firewall ruleset. It was a custom created rule. And you asked why he is using a rule without logging. Because logging is disabled on new rules per default. I understand that there are other more important things to be fixed in SFOS.. but implementing, that "log firewall traffic" is checked in new rules should be not that impressive to code...

Ah now i understand. Actually interesting, as this was the case some versions ago. Maybe there was a reason/regression why this was removed. Let me check back with the team. 

If that's the case, then it must be ages ago. As far as I remember  I've never seen a new rule created with logging enabled by default and I use XG for at least 5 years now.

I agree. Log Firewall Traffic was always an option to be enabled by admin.

I agree. Log Firewall Traffic was always an option to be enabled by admin.