-
-
Notifications
You must be signed in to change notification settings - Fork 414
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
Endpoint host is not an IP #1793
Comments
This is expected and described in the wiki for the custom provider. You need an ip address which you can obtain by resolving the hostname (see the wiki) |
Sorry to reopen this (also running into this), but could you link the entry in the wiki? I cannot find it and there is nothing regarding this in:
Does this mean that having a Wireguard with a dynamic IP address behind a domain is not supported, or is there a way to resolve it automatically on container start? Not sure if you mean resolving it manually by |
Use the ip adress of engage.cloudflareclient.com |
Yes, you could do the manual work of replacing the address with the IP but many VPN providers generate config files with a address. However, this is tedious. +1 to this feature being added. |
This is certainly a bug. Wireguard has no such limitation and handles peers with domain names without issue. Why does gluetun require an IP address? This breaks connecting to a wireguard instance behind dynamically-assigned IP addresses, which are still common both on residential providers and many cloud platforms. |
Agreed, this is a bad restriction to have in place |
yes, I have the same issue with configs with domain. gluetun should resolve the IP. |
See https://github.com/qdm12/gluetun-wiki/blob/main/faq/others.md#server-information I'll change the location of this section so it's more obvious |
This is also something I'm working on fixing (with a tight firewall only allowing DNS traffic + DNS server only allowing to resolve certain hostnames - could be later extended to be a user setting). But there are valid reasons for it being like that currently. |
Ahhhh - now I see, the concern is that the initial DNS resolution for the Wireguard endpoint would be by definition outside the VPN tunnel, and if that traffic is allowed out, how do you make absolutely 100% sure that other traffic can't also get out. Makes sense in that context. |
That's a pretty harsh restriction. I'm trying to connect to a VPN behind a dynamic IP (dyndns). This is the first tool I know that doesn't allow me to do that. Are there any workarounds for this issue? Except a sidecar container, that does the DNS query every few seconds and dynamically reconfigures gluetun on any change... |
Is this urgent?
No
Host OS
Ubuntu 24.04
CPU arch
x86_64
VPN service provider
Custom
What are you using to run the container
docker-compose
What is the version of Gluetun
latest
What's the problem 🤔
I am unable use a domain as the public endpoint in Gluetun.
Share your logs
Share your configuration
The text was updated successfully, but these errors were encountered: