-
-
Notifications
You must be signed in to change notification settings - Fork 139
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
daemon sending wrong/old IP-address on update #436
Comments
What is the version of your inadyn and how did you install it? Sometimes bugs are fixed in newer versions and sometimes distributions add their own patches. Impossible for us here upstream to know. |
I am using inadyn 2.8.1 on Ubuntu 22.10, installed using apt |
I was afraid of that, you should report issues with packaged software with your distribution. They often carry very old releases, v2.8.1 was released 2021-01-31, the latest release is v2.11.0 and a v2.11.1 is coming out very soon. In this case I believe your problem is a duplicate of issue #367, fixed in 1f6ae75 for v2.9.1. |
Ok, i manually upgraded to 2.11.0 and using I configured it for that using this config... (the
...but it sent the IPv6 in the wrong parameter (IPv6-address in |
Great to hear custom works better in v2.11.0! In v2.11.0 a LOT of new providers were added, courtesy of the DD-WRT project, but I have not had the ability to test and verify any of the changes. It would be greatly helpful if you could debug this issue. It sounds like a bug and simply adjusting the URL the plugin uses and recompile should be enough. |
Any progress? |
I made a speculative fix which will be part of v2.12.0, which pending testing will be out any day now. |
After getting the client configured and leaving it running for a while, i noticed that my DDNS-service didn't update to the new address.
I was already running the daemon with debug-output (since I had issues while setting it up), so I checked the logs and saw that it correctly got the new IPv6-address, but then proceeded to send the old IPv6-address to the server.
This is the log of the daemon (private stuff censored):
![grafik](https://private-user-images.githubusercontent.com/45202005/255351505-eb637fa5-839f-40b5-bc91-31c2c3fd87fe.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MjE3NDg5OTQsIm5iZiI6MTcyMTc0ODY5NCwicGF0aCI6Ii80NTIwMjAwNS8yNTUzNTE1MDUtZWI2MzdmYTUtODM5Zi00MGI1LWJjOTEtMzFjMmMzZmQ4N2ZlLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDA3MjMlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQwNzIzVDE1MzEzNFomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTc2Y2ZjYzU4NTIwOGY0MWIwOTllZWUyZjg1MzBlNmRkZmEyN2ZkZDYzZDhmODkyYmQ4YTFiMDBiYzVkODFlMGUmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0JmFjdG9yX2lkPTAma2V5X2lkPTAmcmVwb19pZD0wIn0.4CoZqzDM0PFf30ygCzv8YLrZipaV0G9zEJL9KxbOjgg)
The yellow highlighted part is part of the new IPv6, the magenta one is part of the old IPv6.
So it's clear that it's sending the old IP, for some weird reason.
That's also why the server responds with
nochg
, because it already knows the old IP.If it helps, here's my config's
ddns-path
andcheckip-command
:The
&hostname=
at the end is intentional, even if nothing is there. The DDNS-service-support told me, that their API ignores thehostname
-parameter anyways, so they don't care if it has a proper value or not. But it's still there because the hostname is automagically appended... sometimes.The text was updated successfully, but these errors were encountered: