DDNS fail to update with CURL installed

I’m using no-ip, latest openwrt snapshot build.
Without curl installed, ddns update use this:

I can also use this command anytime and works properly.

/bin/uclient-fetch -q -O /var/run/ddns/myddns.dat -Y off 'https://myemail%40myemail.com:***PW***@dynupdate.no-ip.com/nic/update?hostname=myddns.myddns.com&myip=1.2.3.4' 2>/var/run/ddns/myddns.err

After curl installed, ddns update use this:

this cannot update IP to ddns.

curl -RsS -o /var/run/ddns/myddns.dat --stderr /var/run/ddns/myddns.err --interface wan --noproxy '*' 'https://myemail%40myemail.com:**PW**@dynupdate.no-ip.com/nic/update?hostname=myddns.myddns.com&myip=1.2.3.4'

My workaround is modify dynamic_updater.sh to use uclient-fetch instead of curl.
but is there any solution of that ?
Is it curl problem ? Or ddns used incorrect parameter ?

@johan666 Can you enable ddns-script logging and show what is in the logs?

Also, your base environment? You mentioned openwrt snapshot build - can you provide revision number, architecture, and board for which you are building?

Using ImageBuilder or the SDK + ImageBuilder and modifying some settings / packages, or just the snapshot image for your board?

What is your configuration? (network, dhcp (dnsmasq), system, firewall, etc)?

The problem is most likely related to Basic Auth.
The easiest way is to switch to a different DDNS provider that supports token-based authentication.

Running the latest snapshot from Openwrt, not self build.

DISTRIB_ID='OpenWrt'
DISTRIB_RELEASE='SNAPSHOT'
DISTRIB_REVISION='r32346-70a4da1ceb'
DISTRIB_TARGET='qualcommax/ipq50xx'
DISTRIB_ARCH='aarch64_cortex-a53'
DISTRIB_DESCRIPTION='OpenWrt SNAPSHOT r32346-70a4da1ceb'
Current curl = curl-8.15.0-r1

DDNS update fine “without” curl !
Just add curl, NOIP ddns won’t update.
It happened long time ago no matter old version or current version of Openwrt and Curl.
So believe that my config is fine, otherwise my domain will never update even without curl.

so back to the basic, it is just a simple url to update IP to no-ip domain,
(other ddns service could be similar)
how to make it work in curl under Openwrt ?

https://myemail@myemail.com:password@dynupdate.no-ip.com/nic/update?hostname=myddns.myddns.com&myip=8.8.8.8

It works in using ‘uclient-fetch’.

Sorry for probably unrelated post, but should not one rather use some key (per domain[set]) with NO-IP instead for the main credentials. Not saying it makes a difference here.

If you really want to stay with this provider you can try replacing username:password in the request with Authorization header in the request body and see if it makes any difference. See example on the provider's web site

I would just switch to another DDNS provider. If you have some fancy name with the current one, you can use CNAME for redirection.

Don't curl already have --user flag to do the same? Also I suspect that the OP is not doing the request on their own, but rather some script calls it.

It's probably broken with the recent curl or something else in the snapshot.
We had a topic on the similar issue recently

I've been wondering lately if we should enable AUTH support in libcurl? Haven't put my theory to the test yet.

2 Likes

ddns-scripts detects curl and uses a different command line when cURL is present, so it not necessarily a change in curl that is the issue. Logs would really help, otherwise we are guessing blindly about what is going on. The maintainer (@feckert) of ddns-scripts might have some ideas as well.

1 Like

It’s likely related to this change, which is broken for me with OVH (see my workaround in the conversation).

1 Like
1 Like

Please review

which should resolve the above issue.

2 Likes

Not to take the thread off topic…. but will the fix help with the issues outlined here and here?

The threads were before commit https://github.com/openwrt/packages/commit/ea66e463cffc0811757eedee80889323ff66191c of August 24, 2025, so are likely some other issue.

EDIT: It is possible that this commit: https://github.com/openwrt/packages/commit/43b9a37a6ef0c69e834cf2967a3796804b7e3a48 is the breaking commit, which would fit the timing of those two threads!

Under investigation...

1 Like

@AndrewZ Is token based authentication to be preferred over HTTP Auth?

I would say yes, but unfortunately not all popular providers offer this option.

1 Like

OK curl & libcurl have now been bumped to version 8.15.0-r2.

This has finally fixed the curl error: "message": "no auth data"since my initial report in March! :wink:

Many thanks @cshoredaniel :+1: for following this through.

3 Likes