Mar 8 08:38:16 user info syslog: ddnsd: update evansnp.uk request failed. Please check the setting.
Mar 8 08:38:27 user info syslog: ddnsd: evansnp.uk (ppp1.1) IP has changed from (null) to xxxxxx
Mar 8 08:38:27 user info syslog: ddnsd: update evansnp.uk request failed. Please check the setting.
Mar 8 08:38:37 user info syslog: ddnsd: evansnp.uk (ppp1.1) IP has changed from (null) to xxxxxx
Mar 8 08:38:37 user info syslog: ddnsd: update evansnp.uk request failed. Please check the setting.
Mar 8 08:38:47 user info syslog: ddnsd: evansnp.uk (ppp1.1) IP has changed from (null) to xxxxxx
Mar 8 08:38:47 user info syslog: ddnsd: update evansnp.uk request failed. Please check the setting.
Mar 8 08:38:57 user info syslog: ddnsd: evansnp.uk (ppp1.1) IP has changed from (null) to xxxxxx
Mar 8 08:38:57 user info syslog: ddnsd: update evansnp.uk request failed. Please check the setting.
Mar 8 08:39:07 user info syslog: ddnsd: evansnp.uk (ppp1.1) IP has changed from (null) to xxxxxx
Mar 8 08:39:07 user info syslog: ddnsd: update evansnp.uk request failed. Please check the setting.
Mar 8 08:39:17 user info syslog: ddnsd: evansnp.uk (ppp1.1) IP has changed from (null) to xxxxxx
Mar 8 08:39:17 user info syslog: ddnsd: update evansnp.uk request failed. Please check the setting.
Mar 8 08:39:27 user info syslog: ddnsd: evansnp.uk (ppp1.1) IP has changed from (null) to xxxxxx
Mar 8 08:39:27 user info syslog: ddnsd: update evansnp.uk request failed. Please check the setting.
etc.
Note: I am running the firmware that fixed the DDNS https login problem: 2.52.d16
For now, I have removed the DDNS setting to see if the reboots go away, as there may be a memory leak in the DDNS daemon.
Mar 8 08:38:16 user info syslog: ddnsd: update evansnp.uk request failed. Please check the setting.
Mar 8 08:38:27 user info syslog: ddnsd: evansnp.uk (ppp1.1) IP has changed from (null) to xxxxxx
Mar 8 08:38:27 user info syslog: ddnsd: update evansnp.uk request failed. Please check the setting.
Mar 8 08:38:37 user info syslog: ddnsd: evansnp.uk (ppp1.1) IP has changed from (null) to xxxxxx
Mar 8 08:38:37 user info syslog: ddnsd: update evansnp.uk request failed. Please check the setting.
Mar 8 08:38:47 user info syslog: ddnsd: evansnp.uk (ppp1.1) IP has changed from (null) to xxxxxx
Mar 8 08:38:47 user info syslog: ddnsd: update evansnp.uk request failed. Please check the setting.
Mar 8 08:38:57 user info syslog: ddnsd: evansnp.uk (ppp1.1) IP has changed from (null) to xxxxxx
Mar 8 08:38:57 user info syslog: ddnsd: update evansnp.uk request failed. Please check the setting.
Mar 8 08:39:07 user info syslog: ddnsd: evansnp.uk (ppp1.1) IP has changed from (null) to xxxxxx
Mar 8 08:39:07 user info syslog: ddnsd: update evansnp.uk request failed. Please check the setting.
Mar 8 08:39:17 user info syslog: ddnsd: evansnp.uk (ppp1.1) IP has changed from (null) to xxxxxx
Mar 8 08:39:17 user info syslog: ddnsd: update evansnp.uk request failed. Please check the setting.
Mar 8 08:39:27 user info syslog: ddnsd: evansnp.uk (ppp1.1) IP has changed from (null) to xxxxxx
Mar 8 08:39:27 user info syslog: ddnsd: update evansnp.uk request failed. Please check the setting.
etc.
Note: I am running the firmware that fixed the DDNS https login problem: 2.52.d16
For now, I have removed the DDNS setting to see if the reboots go away, as there may be a memory leak in the DDNS daemon.
How strange, let me know if disabling the DDNS stops the reboot
I don't understand why this has suddenly started happening. The credentials are correct, and have not changed, and I can perform a manual request without problems.
evansnp wrote: ↑Mon Mar 08, 2021 12:21 pm
I don't understand why this has suddenly started happening. The credentials are correct, and have not changed, and I can perform a manual request without problems.
Is it still happening??
Have you tried to delete the credentials and try to re-enter them?
Hi Billion_Fan. It's too early to say whether it still happens, but I did try re-entering the creds after trying a manual update to confirm that the DNS-O-Matic service was happy ...... no change, loads of DDNS errors in the logs.
evansnp wrote: ↑Mon Mar 08, 2021 1:46 pm
Hi Billion_Fan. It's too early to say whether it still happens, but I did try re-entering the creds after trying a manual update to confirm that the DNS-O-Matic service was happy ...... no change, loads of DDNS errors in the logs.
Something might have changed again (on Dns-o-Matic) side, I will check with our engineers if they know anything about it.
For now disable it, and do a manual update if needed
evansnp wrote: ↑Mon Mar 15, 2021 11:10 am
Hi Billion_Fan. I've run for a week now with no reboots, and a very clean log. Any news from your R&D guys re the DDNS daemon?
No update yet, still waiting for feedback from our engineers
evansnp wrote: ↑Mon Mar 15, 2021 11:10 am
Hi Billion_Fan. I've run for a week now with no reboots, and a very clean log. Any news from your R&D guys re the DDNS daemon?
No update yet, still waiting for feedback from our engineers
Attached is a newer firmware that should work with the DNS-O-Matic, (this is for the Bipac 8800AXL R2)
You do not have the required permissions to view the files attached to this post.