Skip to content
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

Option to not have VIPs automatically used by services #5086

Closed
2 tasks done
nwo422 opened this issue Jul 8, 2021 · 1 comment
Closed
2 tasks done

Option to not have VIPs automatically used by services #5086

nwo422 opened this issue Jul 8, 2021 · 1 comment
Assignees
Labels
feature Adding new functionality
Milestone

Comments

@nwo422
Copy link

nwo422 commented Jul 8, 2021

Important notices

Before you add a new report, we ask you kindly to acknowledge the following:

Is your feature request related to a problem? Please describe.

For the purpose of running multiple services on same ports on different Virtual IPs, it would be nice to have an option to not have VIPs automatically used by the services running on that interface.

For example, in my use case I run AdGuard and Maltrail plugins and would like to be able to use their web interface on a separate VIP with standard HTTPS(443), but I can't because even if I add a VIP to the management interface, the default OPNsense UI automatically binds to it. Another use case would be Unbound and AdGuard not being able to run on port 53.

Describe the solution you like

Having the VIPs listed as separate, selectable item in the UI wherever there is an option to bind a service to an interface would offer great flexibility. Alternatively having an option in the VIP management screen to exclude it from being listed as a possible listening IP when the interface IP addresses are queried, would also be great.

Describe alternatives you considered

The workaround is obviously to use different ports as I'm currently doing, but having either of the options described above would make it much simpler and more elegant solution.

Additional context

https://forum.opnsense.org/index.php?topic=23846.0
#4554

Thanks for the consideration.

@nwo422 nwo422 changed the title Option to not have VIPs not automatically used by services Option to not have VIPs automatically used by services Jul 8, 2021
@fichtner fichtner self-assigned this Jul 9, 2021
@fichtner fichtner added the feature Adding new functionality label Jul 9, 2021
@fichtner fichtner added this to the 22.1 milestone Jul 9, 2021
fichtner added a commit that referenced this issue Sep 22, 2021
It allows us to do post-processing on returned addresses for
e.g. #5086 alias parsing for unwanted automatic bind mode.
fichtner added a commit that referenced this issue Sep 22, 2021
This way we can get a GUA on a WAN that works anyway due to
IPv6 magic.  Also protect the return of addresses with the
actual existence of the interface, because otherwise the
VIP readings are inaccurate.  interfaces_addresses() still
works in both modes, but worst case won't map aliases.
@fichtner
Copy link
Member

Groundwork was added for this feature which was more complicated than previously thought. Should expect the feature to be implemented next week in time for the next development version bundled with 21.7.4.

Cheers,
Franco

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature Adding new functionality
Development

No branches or pull requests

2 participants