mirror of
https://github.com/yusing/godoxy.git
synced 2026-01-14 07:33:36 +01:00
[Feature] Implement support for TCP and UDP protocols concurrently in port forwarding configuration ?? #64
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @abjoseph on GitHub (May 4, 2025).
Background:
I'm following the instructions on this page to setup a backend for Nextcloud Talk. The instructions mention exposing port 3478 with both tcp and udp.
Expected Behavior:
To be able to configure port forwarding for both TCP and UDP on same port, e.g some like:
Actual Behavior:
Godoxy logs report that scheme value is invalid. Checking the docs and code reveal that only a single value of tcp, udp, https, etc are supported.
Feature Request:
Assess feasibility of supporting both tcp and udp protocols concurrently in a given port forwarding configuration. This would establish parity with a solution such as nginx proxy manager which allows for this scenario e.g:
@yusing commented on GitHub (May 4, 2025):
UDP forwarding is buggy for now. Anyway here is how you can do this:
@abjoseph commented on GitHub (May 4, 2025):
@yusing
Thanks for your response! I tried the suggested configuration, but I don't believe it worked as expected, see below:
Result from Proxies tab in WebUI:
It ended up assigning random ephemeral ports instead of the "3478" that was specified.
Full Compose.yml for Context:
@yusing commented on GitHub (May 5, 2025):
Noted. It will be fixed together with the UDP implementation.
@abjoseph commented on GitHub (May 5, 2025):
@yusing Thank you and certainly not urgent. I've been testing the tires since 0.9 but I hope to transition fully to it someday.
@abjoseph commented on GitHub (Jun 14, 2025):
@yusing
I just re-tested this with the latest v0.15.0 and I can confirm it's working now; A huge thank you for the effort on this!!
I'll keep an eye on the logs and behavior and report back if I encounter anything out of the norm but so far, so good.
For reference, it's confirmed working with the below compose.yml:
@yusing commented on GitHub (Jun 15, 2025):
No problem 😉