384.7_2 DDNS Afraid bug/question

[Phillis84]

Hi guys,

Just got a new AC-86U, migrating from a AC-66U running tomato.

Trying to setup DDNS via afraid.

The following message pops up in the logs every 30 seconds:

Dec 1 00:39:42 rc_service: watchdog 751:notify_rc start_ddns
Dec 1 00:39:42 start_ddns: update FREEDNS.AFRAID.ORG [email protected], wan_unit 0
Dec 1 00:39:42 inadyn[28790]: In-a-dyn version 2.5 -- Dynamic DNS update client.
Dec 1 00:39:42 inadyn[28790]: Update forced for alias XXXXX, new IP# XXXXX
Dec 1 00:39:43 inadyn[28790]: HTTP(S) Transaction failed, error 36: Temporary network error (HTTPS send)

This should be fixed ASAP as we are spamming the afraid servers (unless it's internal and doesn't reach them?)

Could this be caused by the fact I set HTTPS/SSL Certificate to NONE? I don't want/need to use a cert to update the ip.

Also, why is a username/hostname needed? Using the provided key is enough for afraid.

Thanks

Phil

 

[Zastoff]

Hi guys,

Just got a new AC-86U, migrating from a AC-66U running tomato.

Trying to setup DDNS via afraid.

The following message pops up in the logs every 30 seconds:

Dec 1 00:39:42 rc_service: watchdog 751:notify_rc start_ddns
Dec 1 00:39:42 start_ddns: update FREEDNS.AFRAID.ORG [email protected], wan_unit 0
Dec 1 00:39:42 inadyn[28790]: In-a-dyn version 2.5 -- Dynamic DNS update client.
Dec 1 00:39:42 inadyn[28790]: Update forced for alias XXXXX, new IP# XXXXX
Dec 1 00:39:43 inadyn[28790]: HTTP(S) Transaction failed, error 36: Temporary network error (HTTPS send)

This should be fixed ASAP as we are spamming the afraid servers (unless it's internal and doesn't reach them?)

Could this be caused by the fact I set HTTPS/SSL Certificate to NONE? I don't want/need to use a cert to update the ip.

Also, why is a username/hostname needed? Using the provided key is enough for afraid.

Thanks

Phil

Maybe you can find a solution here https://www.snbforums.com/threads/beta-asuswrt-merlin-384-7-beta-is-now-available.48856/
or
https://github.com/RMerl/asuswrt-merlin/wiki/DDNS-services
https://github.com/RMerl/asuswrt-merlin/wiki/Custom-DDNS

 

[sbsnb]

Hi guys,

Just got a new AC-86U, migrating from a AC-66U running tomato.

Trying to setup DDNS via afraid.

The following message pops up in the logs every 30 seconds:

Dec 1 00:39:42 rc_service: watchdog 751:notify_rc start_ddns
Dec 1 00:39:42 start_ddns: update FREEDNS.AFRAID.ORG [email protected], wan_unit 0
Dec 1 00:39:42 inadyn[28790]: In-a-dyn version 2.5 -- Dynamic DNS update client.
Dec 1 00:39:42 inadyn[28790]: Update forced for alias XXXXX, new IP# XXXXX
Dec 1 00:39:43 inadyn[28790]: HTTP(S) Transaction failed, error 36: Temporary network error (HTTPS send)

I reported this when support for freedns.afraid.org was added (3.84.7), but so far the issue remains. I just continued using the custom script.

 

[RMerlin]

I reported this when support for freedns.afraid.org was added (3.84.7), but so far the issue remains. I just continued using the custom script.

I actually use Afraid personally and it's working fine. Make sure you use the username, not the email address as your username.

Also, why is a username/hostname needed? Using the provided key is enough for afraid.

Because that's how Inadyn implemented support for it. You have to use the username and password, using the key will not work.

 

[sbsnb]

I actually use Afraid personally and it's working fine. Make sure you use the username, not the email address as your username.

That is how it's set up. The ddns_username_x NVRAM variable still holds the correct value for username. Could it be a problem with a long password?

I did notice the password is stored Base64 encoded, but with a colon and a number appended. What is that?

 

[sbsnb]

Now I know what the problem is. The UI says "Password or DDNS Key"

That led me, and I bet others, to enter the key (as it is called by afraid.org), which is apparently NOT what inadyn wants. It is a base64 encoded password with a salt. A better error message would reflect an authentication error.

 

[RMerlin]

A better error message would reflect an authentication error.

Inadyn has no way of really knowing what went wrong, all it can do is repeat the error message obtained from the request it sent to Afraid.

384.8 already has better labels on the webui for various providers like Tunnelbroker and Afraid.

 

[Phillis84]

I actually use Afraid personally and it's working fine. Make sure you use the username, not the email address as your username.



Because that's how Inadyn implemented support for it. You have to use the username and password, using the key will not work.

Thank you very much for the details!

I can confirm it now works!

It's not your fault or problem, but implementing a u/p is retarded when a key can be used. It's easier to implement, safer and easier to revoke! Hopefully the creators can change that. If I knew how to properly code I'd do it (if open source).

 

[sbsnb]

The key is just your password base64 encoded with a colon and number appended to the end. You can't "revoke" it without changing your password.