mirror of
https://github.com/games-on-whales/wolf.git
synced 2026-10-15 13:02:03 +00:00
[GH-ISSUE #216] WOLF_INTERNAL_IP is not used for mDNS? #144
Labels
No labels
🧠 1 - 🤖 999
AMD
bug
bug
cannot reproduce
documentation
duplicate
easy
enhancement
enhancement
enhancement
fixed?
fixed?
good first issue
hard
help wanted
Intel
invalid
LXC
medium
moonlight-protocol
Multi GPU
nixos
not a bug
nvidia
pull-request
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
games-on-whales/wolf#144
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
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 @shawly on GitHub (Jun 25, 2025).
Original GitHub issue: https://github.com/games-on-whales/wolf/issues/216
Hi again,
I'm using a docker macvlan network to expose certain containers to my home subnet (br0). Before my wolf_default network was mapped to br0.
When I started using wolfmanager I changed the default: network to be internal so that wolfmanager will get its own internal ip in the wolf_default network, as I don't want it to assign to an IP in my home subnet.
The problem now is, that wolf also is in the default network now and not only in the br0 network. So mDNS will report the docker networks ip 172.26.0.3 for wolf instead of 192.168.10.140.
I found in the code that there is an env var for WOLF_INTERNAL_IP, but it seems that the ip isn't used for mDNS.
Here is my compose file:
@ABeltramo commented on GitHub (Jun 25, 2025):
Yeah, the mdns library doesn't currently support passing a static IP directly, so it'll pick up whatever the "first" is
github.com/games-on-whales/mdns_cpp@0d57ae3db7/src/mdns.cpp (L178-L211)We could extend it so that we can pass that as a parameter. For now, I guess you'll have to manually insert the IP in the Moonlight clients, that should always work, right?
@shawly commented on GitHub (Jun 26, 2025):
Yep adding the IP/hostname works fine, it's just mDNS discovery that breaks.