|
I am deploying inadyn client to update my IP address, but it always reports the IP needs to be updated, and I was eventually blocked. Why is this client recommended if it does not work? This is my command:
Here is my log (with changes to protect the innocent)
|
|
After stepping through the source code, it's clear that the inadyn does not verify the current DNS value before trying the first update. So it will always update your IP on the first run, therefore the only way this program will work is if you leave it running in the background. This has been fixed since the 1.97.3 release of inadyn.
Nov 05 at 01:16 AM
Troglobit
|
|
My powers are too weak to "op" mauirc, but he's correct. You need to keep inadyn running in the background to get continuously updated status. Put something like this in your /etc/inadyn.cfg:
It would probably also be useful, like mauirc says, to use a patched up inadyn that supports IP caching. For the benefit of everyone I've recently picked up inadyn and have merged most sane patches I've found lingering on the web. See project details and download the latest v1.97.1 at http://freshmeat.net/projects/inadyn Good Luck! |
|
I created a script to check the DNS value before performing the update. Use at your own risk:
Update: Do not call this script more than once every 10 min, as it relies on http://checkip.dyndns.com. Doing so would violate the client policies set in place. |
|
Note that checking the current value through DNS lookups is against the DynDNS guidelines and may itself lead an account to being blocked for abuse. Either leave it running as a daemon, use a patched version that supports caching the value or use ddclient, which is correctly behaved. I'm afraid you misunderstood the policy "Perform DNS updates to determine whether the client IP needs to be updated." They talk about DNS Updates, not about DNS lookups. Preventing from making DNS lookups wouldn't make any sense; they never knew if a lookup came from an update client or from any other "legit" application. Also, there is no limitation regarding the number of lookups. This is what the whole system's real purpose is - recursive DNS.
Apr 14 at 09:37 AM
RotBlitz ♦
I also want to point out that inadyn is already non-conforming to the "only update when the IP address is different from the IP of the last update" requirement. In any deployment, if you restart the inadyn process due to system reboot or process crash, then it will perform an update even if the IP address has not changed.
Apr 15 at 01:39 AM
mauirc
I agree with RotBlitz, first of all there is no way for DynDNS to know who is making the request. It will come from my some up-stream DNS at my ISP or higher. The fact that the default TTL is 60 means that making one request every 5 to 15 minutes, is likely going to be insequonsiquential. I would image the "checkip" address would cause more concern for abuse, but I think many, if not all clients are using that, and hitting it frequently.
Apr 15 at 06:51 AM
mauirc
|