Rule Separators

Started by GreG.P., April 18, 2016, 04:23:49 PM

Previous topic - Next topic
Sure, we can do that. There are enough ideas around as well. I just want everyone to understand that business wise it doesn't make sense to sink more time into the static PHP pages that makes the required transition to MVC/API even harder than it already is. Most of these conversion efforts are self-funded based on direct need.


Cheers,
Franco

Quote from: franco on August 13, 2024, 01:25:07 PM
Sure, we can do that. There are enough ideas around as well. I just want everyone to understand that business wise it doesn't make sense to sink more time into the static PHP pages that makes the required transition to MVC/API even harder than it already is.
Absolutely!

Looking forward to finally meeting in person.
Deciso DEC750
People who think they know everything are a great annoyance to those of us who do. (Isaac Asimov)

Quote from: franco on August 13, 2024, 12:37:19 PM
> but still professionally we do fortinet for the better firewall rule UI.

And the incentive to make it happen here is what?

We did discuss in the meeting but the bottom line is it won't help us overcomplicate the situation in static firewall pages that still need an MVC migration. Categories are flexible enough. Building containers from categories would actually put more restrictions on categories in terms of rule location and overlapping use.


Cheers,
Franco

The incentive would be making opnsense better? I don't understand that question.

Still I do understand not wanting to do it in the old firewall UI code - is a migration to MVC planned?

> The incentive would be making opnsense better? I don't understand that question.

Better for who? You? :)

> Still I do understand not wanting to do it in the old firewall UI code - is a migration to MVC planned?

Not fixed in time yet, but working on the firewall end probably 40% carried through by now with most of the easier migrations elsewhere already done in the last decade. The roadmap will likely feature one more firewall page conversion


Cheers,
Franco

Sorry to revive this topic after so long time, just to give you one example - currently two companies are in the process of choosing new edge firewall (with paid support) and usability is very important to them. I am pushing them towards opnsense, but rule separators are the thing they want because their firewalls have hundreds of rules and, in their opinion, visibility is so much better with separators in pfsense than categories in opnsense. Their 2 cents, not mine :)

Corporate decisions are an eternal uphill battle. Use what fits the bill, because there is little leeway in checklists and arbitrary requirements.

From experience there is always "just one little thing" someone needs to make the switch to OPNsense and otherwise cannot.


Cheers,
Franco

Once again, those "companies" could just use the Groups feature to do the visualization and segregation for rules.

If they have so many rules they would have to need to use groups anyway cause to either:
A. create Policies
B. create ZONEs

Otherwise a large ruleset its unmanageable.

+ as well use categories

I use both and and my ruleset is not small...

Regards,
S.
Networking is love. You may hate it, but in the end, you always come back to it.

OPNSense HW
APU2D2 - deceased
N5105 - i226-V | Patriot 2x8G 3200 DDR4 | L 790 512G - VM HA(SOON)
N100   - i226-V | Crucial 16G  4800 DDR5 | S 980 500G - PROD

Plus if you have one big setup you probably have more than one firewall so OPNcentral could be helpful managing that. I'm unsure how others are doing with their "early look" here before it's buried in some cloud. On premise central management seems like a no-brainer.  ;)


Cheers,
Franco

If you want to make something possible, you look for a way to go.
If you want to block something, you look for reasons (good or bad).

Such a fuss for avoiding these few lines of codes? After all these years? I can't believe it. And still miss the separators.
kind regards
chemlud
____
"The price of reliability is the pursuit of the utmost simplicity."
C.A.R. Hoare

felix eichhorns premium katzenfutter mit der extraportion energie

A router is not a switch - A router is not a switch - A router is not a switch - A rou....

If you don't me being frank to your strawman: we do not want to introduce a suboptimal feature that will get bugfixes for years because it's not a good technical solution to a problem that doesn't even exist in the grand scheme of things.

I think I've said so before. Nothing has changed here.


Cheers,
Franco