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

IPv6 update seems not to work #13

Open
Belgeron opened this issue Jan 28, 2022 · 10 comments
Open

IPv6 update seems not to work #13

Belgeron opened this issue Jan 28, 2022 · 10 comments
Assignees
Labels
bug Something isn't working

Comments

@Belgeron
Copy link

Belgeron commented Jan 28, 2022

Hi,
i'm running ipv4 and a ipv6 docker container for updates of my domain.

  • IPv4 is doing fine with the subdomain
  • IPv6 is not updated

docker run -e ZONE_NAME=mydomain.de -e API_TOKEN=<hetzner_api_token> -e RECORD_TYPE=AAAA -e RECORD_NAME=dyn kutzilla/hetzner-ddns

Output is like:

Requesting zone: mydomain.de
Started DynDNS

Current public IP is: 37.209.121.234
DNS update required for dyn.mydomain.de with IP 2a02:8070:a85:e900::5a3
Updated DNS for dyn.mydomain.de from IP 2a02:8070:a85:e900::5a3 to IP

Current public IP is: 37.209.121.234
DNS update required for dyn.mydomain.de with IP 2a02:8070:a85:e900::5a3
Updated DNS for dyn.mydomain.de from IP 2a02:8070:a85:e900::5a3 to IP

The ipv6 listed is the one at my zonefile, Current public IP is my IPv4 not the IPv6 and the update fails.

on the same host i'm doing IPv6 updates with ddclient without problems to another dyn dns Hoster but i want to change complete to Hetzner if ipv6 will work.

@kutzilla kutzilla added the bug Something isn't working label Feb 1, 2022
@kutzilla kutzilla self-assigned this Feb 1, 2022
@kutzilla
Copy link
Owner

kutzilla commented Feb 1, 2022

Thanks for sharing this issue. I'm going to look into this.

@tgie
Copy link

tgie commented Mar 6, 2022

Hi,
I had the same problem.
I could solve it by changing the API url of ipify to api64.ipify.org (Main.go Line 98). This only works for IPv6. After the Change only ipv6 works.

@kutzilla
Copy link
Owner

kutzilla commented Mar 7, 2022

Hello @tgie,

thanks for sharing your solution. I get the same result. The changed url always provides an IPv6, even though I got an IPv4.

I'm going to make the url changeable by providing the record type. If you are providing an AAAA the DDNS should use the api64.ipify.org. With an A-Record it keeps using ipify.org. Therefore you should receive the v4.

@waschinski
Copy link

Any ETA on when this will release?

@kutzilla
Copy link
Owner

kutzilla commented Jun 8, 2022

Just released the version 2.1 (see https://github.com/kutzilla/docker-hetzner-ddns/releases/tag/2.1). It includes the fix for IPv6 updates. Unfortunately I don't have the possibility to test it myself with my ISP. Feedback is welcome.

@Belgeron
Copy link
Author

Belgeron commented Jun 10, 2022

Still the same problem for me, now the output looks like:

Started DynDNS
DNS update required for domain.de with current IP 2A02:8070:A81:E200:3125:C77E:936D:2D32 to IP 37.209.121.231
Updated DNS for domain.de from IP 2A02:8070:A81:E200:3125:C77E:936D:2D32 to IP

Now it wants to update an IPv6 to an IPv4

@waschinski
Copy link

Same here, but that's probably not an error in the implementation. I guess it's because the docker container does not have a global IPv6 address and even if it, it would have to be the one of the host?

E.g. in my scenario I am running all my docker stuff on a Synology NAS which does have a global and a local IPv6 address. Ports are open on my router for its global IPv6 address. Running a bash script to update hetzner DNS is working fine, because ipify will get the proper IPv6 address but inside the docker-hetzner-ddns container (with only a local IPv6 address) it will always return the IPv4 address even though calling the endpoint for IPv6.

@Belgeron
Copy link
Author

You are right, forgot to enable ipv6 for my docker pod.
Now it's working with the Zoneupdate and yes, by the use of api64.ipify.org only the IP of the Docker container is updated which is not realy the think you want.

@waschinski
Copy link

I guess the container would have to run with network set to host in order to work with IPv6 as intended.

@kutzilla
Copy link
Owner

Thank you for the feedback. I'll look into that problem once again

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

4 participants