os-udpbroadcastrelay: relay port validation error (listen port already in use)
Nobody has claimed this yet.
- Dominant language
- PHP
- Stars
- 1.2k
- Forks
- 863
- Avg merge
- 2d 6h
- Merged PRs (30d)
- 10
Description
Important notices
Before you add a new report, we ask you kindly to acknowledge the following:
- I have read the contributing guide lines at https://github.com/opnsense/plugins/blob/master/CONTRIBUTING.md
- I have searched the existing issues, open and closed, and I'm convinced that mine is new.
- The title contains the plugin to which this issue belongs
Describe the bug
Trying to configure a second instance using the same relay port but with different instance ID and different interfaces results in a form validation error: "Listen port already in use".
To Reproduce
Steps to reproduce the behavior:
- Install plugin os-udpbroadcastrelay
- Add new instance with relay port 5353, instance id 1, multicast address 224.0.0.251, relay interfaces IF_1 and IF_2 and save.
- Add a second instance with relay port 5353, instance id 2, multicast address 224.0.0.251, relay interfaces IF_3 and IF_4 and save.
- See error: Listen Port already in use.
Expected behavior
Since the instance ID and interfaces are different, no error about the relay port should be displayed. Manual configuration via SSH with the same parameters results in a working setup with no errors.
Screenshots
Environment
os-udpbroadcastrelay version: 1.0_6
OPNsense version: 26.1.6
Workaround
Saving the new instance with a random port and then manually editing the /conf/config.xml file changing the port to the desired one resolves the issue (but you have to reboot opnsense to apply the config and then you still cannot edit the relay instance via web GUI without getting the error again).
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by inspecting the os-udpbroadcastrelay instance configuration and its listen-port validation, then reproduce the two-instance setup in the web UI using the steps above. Done means separate instances with different IDs and interfaces can save using the same relay port without a validation error, while the configuration remains usable.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- php
- Domain
- backend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100