-
Notifications
You must be signed in to change notification settings - Fork 759
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature request: Categories for Aliases. #3083
Comments
|
Would you mind describing the desired functionality? There is not enough information here to design or implement something and that way it’s hard to assess required work, impact and usefulness. Thanks. |
|
My use case for this is as follows.
I am using the URL table for IPs for my clients OPNsense boxes. I will manage just 1 table for IP’s (say, similar to bogon IPs) I will also have a individual client URL tables which I update at one site. So everything is one place.
I would like to see a Port(s) Table to be the same, so I can update a single file and it will be downloaded and updated on ALL client firewalls.
Example.
Client A has a PBX system
I have several PBX URL Table(s) for known External PBX IP addresses,
If they change PBX systems, I just change the URL in the Alias definition on their OPNSense.
( I know there Is only 1 IP, but for a different scenario there may lots)
So to recap, I will manage ONE file with required ports and share it with many clients using a URL Table(ports)
Thanks
The Sage !!
P.S.
It is sort of like DNS where it is easier to understand and remember English Names than IP addresses. Other authorised users can login and will be able to see what is happening easier.
From: Franco Fichtner <notifications@github.com>
Sent: Monday, 31 December 2018 7:56 PM
To: opnsense/core <core@noreply.github.com>
Cc: Dave Clist <dave@sagelink.com.au>; Author <author@noreply.github.com>
Subject: Re: [opnsense/core] Feature request: Categories for Aliases. (#3083)
Would you mind describing the desired functionality? There is not enough information here to design or implement something and that way it’s hard to assess required work, impact and usefulness. Thanks.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub<#3083 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AboTksDximKGhIlW2PiwsEU6rdne-ITuks5u-dEwgaJpZM4ZlQkQ>.
|
|
This is my original plan, which led me to the feature request, as I was going to use the API to
1. FLUSH the table
2. Then re add the updated IP’s, Ports
2 things happened,
1. FLUSH API did not seem to work, It also didn’t work by going to Diag., pfTables. ->flush.
2. If FLUSH did work, adding a IP address to an empty Alias work error out as (can’t find post right now) someelse mentioned. It does work if there is already one in there.
That’s when I had the great idea to use URL tables (IP) and found Ports wasn’t an option yet.
Which led to the Feature request. I assume, as the FIREWALL API is still in development, a feature request will be premature.
The Sage !!
From: Franco Fichtner <notifications@github.com>
Sent: Monday, 31 December 2018 7:56 PM
To: opnsense/core <core@noreply.github.com>
Cc: Dave Clist <dave@sagelink.com.au>; Author <author@noreply.github.com>
Subject: Re: [opnsense/core] Feature request: Categories for Aliases. (#3083)
Would you mind describing the desired functionality? There is not enough information here to design or implement something and that way it’s hard to assess required work, impact and usefulness. Thanks.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub<#3083 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AboTksDximKGhIlW2PiwsEU6rdne-ITuks5u-dEwgaJpZM4ZlQkQ>.
|
|
This issue has been automatically timed-out (after 180 days of inactivity). For more information about the policies for this repository, If someone wants to step up and work on this issue, |
I would like to see "categories" in the Aliases GUI as there is for firewall Rules.
The text was updated successfully, but these errors were encountered: