Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 8 replies
  • Subscribers 2 subscribers
  • Views 1940 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

[9.105][BUG]dyndns does not register

RFCat_vk_01
The line from the log showing the error message.
Please address urgently, it was working in 9.104.

I now have 3 UTMs I cannot connect with.


2013:08:16-20:54:53 cats-kingdom ddclient[6376]: WARNING:  file /var/cache/ddclient/ddclient.cache, line 3: Invalid Value for keyword 'ip' = ''


This thread was automatically locked due to age.
  • 0
    This just means that the previous registration failed.  The real reason will probably be a line below the one you quoted: that the certificate check failed.  At least this is what happens with freedns, can you verify if it's the same with dyndns?
  • 0 in reply to Ákos Szalkai
    Yes, have a number of lines with certificate failure.

    Ian
  • 0 in reply to RFCat_vk_01
    Yes, i also have this Messages in the UTM Logs after the Update [:@]

    2013:08:17-00:01:53 CBs_Astaro ddclient[20460]: WARNING:  file /var/cache/ddclient/ddclient.cache, line 3: Invalid Value for keyword 'ip' = ''
    2013:08:17-00:01:53 CBs_Astaro ddclient[20460]: WARNING:  file /var/cache/ddclient/ddclient.cache, line 4: Invalid Value for keyword 'ip' = ''
    2013:08:17-00:01:53 CBs_Astaro ddclient[20460]: WARNING:  file /var/cache/ddclient/ddclient.cache, line 5: Invalid Value for keyword 'ip' = ''
    2013:08:17-00:01:53 CBs_Astaro ddclient[20460]: WARNING:  file /var/cache/ddclient/ddclient.cache, line 6: Invalid Value for keyword 'ip' = ''
    2013:08:17-00:01:53 CBs_Astaro ddclient[20460]: WARNING:  file /var/cache/ddclient/ddclient.cache, line 7: Invalid Value for keyword 'ip' = ''
    2013:08:17-00:01:53 CBs_Astaro ddclient[20460]: WARNING:  file /var/cache/ddclient/ddclient.cache, line 8: Invalid Value for keyword 'ip' = ''
    2013:08:17-00:01:53 CBs_Astaro ddclient[20460]: WARNING:  file /var/cache/ddclient/ddclient.cache, line 10: Invalid Value for keyword 'ip' = ''

    and there are some SSL Errors

    2013:08:17-00:20:18 CBs_Astaro ddclient[31083]: WARNING:  cannot connect to members.dyndns.org:443 socket: IO::Socket::SSL: SSL connect attempt failed with unknown error error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed IO::Socket::INET6 configuration failed SSL connect attempt failed with unknown error error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
    2013:08:17-00:20:19 CBs_Astaro ddclient[31083]: WARNING:  cannot connect to freedns.afraid.org:443 socket: IO::Socket::SSL: SSL connect attempt failed with unknown error error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed IO::Socket::INET6 configuration failed SSL connect attempt failed with unknown error error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed

    I'm not amused [:@]

    beychr
  • 0 in reply to beychr
    Similar sorts of lines in my UTM.

    If the SUM was IPv6 aware this might not be such a great issue. I must check my dydns site because I thought I had added IPv6 to the registration.

    Ian
  • 0
    9.105-7 breaks this, amongst other things; I imagine this will be fixed in the final release / GA of 9.105.
  • 0 in reply to BrucekConvergent
    I have a stable adsl2+ connection. I was able to update it manually and know the address won't change unless I restart the modem or utm.

    Ian
  • 0
    The only annoying thing now with dyndns is that it won't update anymore without verifying it monthly thru the dyndns.org site (free accounts at least).  

    Does the auto update work with paid accounts?  Anyone know?  Bummer on 9.105 breaking this too.  Glad the soft release is around and I didn't install it yet.  [:D]
  • 0
    Amodin,

    The auto-update still works for both paid & free customers, free just have to log into the website monthly to prove they're actively using the service. Paid subscribers don't have the login requirement as their payment is considered proof enough.