Guest User!

You are not Sophos Staff.

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

DynDNS Failure since v7.007

I've been having problems with the dyndns.  I've recently been getting email from the FW that states it is restarting the services.  Here is an excerpt of the Selfmonitoring log:

===(begin)========
2007:08:15-15:04:13 (none) selfmonng[3121]: W NOTIFYEVENT Name=dyndns_running Level=INFO Id=126 suppressed 
2007:08:15-15:04:13 (none) selfmonng[3121]: W triggerAction: 'cmd' 
2007:08:15-15:04:13 (none) selfmonng[3121]: W actionCmd(+): '/var/mdw/scripts/dyndns revive' 
2007:08:15-15:04:14 (none) selfmonng[3121]: W child returned status: exit='1' signal='0' 
2007:08:15-15:04:19 (none) selfmonng[3121]: I check Failed increment dyndns_running counter 1 - 3 
2007:08:15-15:04:24 (none) selfmonng[3121]: I check Failed increment dyndns_running counter 2 - 3 
2007:08:15-15:04:29 (none) selfmonng[3121]: W check Failed increment dyndns_running counter 3 - 3 
2007:08:15-15:04:29 (none) selfmonng[3121]: W NOTIFYEVENT Name=dyndns_running Level=INFO Id=126 suppressed 
2007:08:15-15:04:29 (none) selfmonng[3121]: W triggerAction: 'cmd' 
2007:08:15-15:04:29 (none) selfmonng[3121]: W actionCmd(-): '/var/mdw/scripts/dyndns revive' 
2007:08:15-15:04:34 (none) selfmonng[3121]: I check Failed increment dyndns_running counter 1 - 3 
2007:08:15-15:04:39 (none) selfmonng[3121]: I check Failed increment dyndns_running counter 2 - 3 
2007:08:15-15:04:44 (none) selfmonng[3121]: W check Failed increment dyndns_running counter 3 - 3 
2007:08:15-15:04:44 (none) selfmonng[3121]: W NOTIFYEVENT Name=dyndns_running Level=INFO Id=126 suppressed 
2007:08:15-15:04:44 (none) selfmonng[3121]: W triggerAction: 'cmd' 
2007:08:15-15:04:44 (none) selfmonng[3121]: W actionCmd(+): '/var/mdw/scripts/dyndns revive' 
2007:08:15-15:04:45 (none) selfmonng[3121]: W child returned status: exit='1' signal='0' 
====(end)=====

I have been using DynDNS for some time with no problems.  Anybody else with this problem?

NU BN


This thread was automatically locked due to age.
Parents
  • To find out what's up, please do the following as root on the machine 
    where you captured the above selfmon log:

    touch /etc/no-selfmonitor/dyndns
    ls -al /etc/ez-ipupdate/
    grep -v user= /etc/ez-ipupdate/REF_*
    ps ax | grep ez[-]
    /var/mdw/scripts/dyndns status
    /var/mdw/scripts/dyndns revive
    ps ax | grep ez[-]

    Please post the output here.
    Thanks!
  • ischwarze..

    here is the info you requested.  I redacted the hostname.

    fw:/ #           
    fw:/ # touch /etc/no-selfmonitor/dyndns
    fw:/ # ls -al /etc/ez-ipupdate/
    total 24
    drwxr-xr-x  2 root root  4096 Jul 27 21:58 .
    drwxr-xr-x 66 root root 12288 Aug 16 12:58 ..
    -rw-r--r--  1 root root   234 Aug 15 00:16 REF_DefaultDynDNS.conf
    -rwxr-xr-x  1 root root   195 Jul 24 17:20 default.conf
    fw:/ # grep -v user= /etc/ez-ipupdate/REF_*
    service-type=dyndns
    host=fw****.*****.net  
    interface=eth1
    max-interval=2419200
    cache-file=/var/tmp/ez-ipupdate.REF_DefaultDynDNS.cache
    pid-file=/opt/tmpfs/ez-ipupdate.REF_DefaultDynDNS.pid
    daemon
    wildcard
    fw:/ # ps ax | grep ez[-]
    fw:/ # /var/mdw/scripts/dyndns status
    :: status dyndns REF_DefaultDynDNS
    error: not running
    [ failed ]
    fw:/ # /var/mdw/scripts/dyndns revive
    :: revive dyndns REF_DefaultDynDNS
    warning: not running, restarting
    error: still not running
    [ failed ]
    fw:/ # 
    =========end==========

    Thanx.

    Nub-n
  • For me the command:

    confd-client.plx get_object REF_DefaultDynDNS

    revealed use of an old DynDNS password.

    Underlined by lines in /var/log/system.log like:

    /usr/bin/ez-ipupdate[9080]: authentication failure
    /usr/bin/ez-ipupdate[9080]: failure to update

    Specifying the current DynDNS password via WebAdmin and the commands:

    /var/mdw/scripts/dyndns stop
    /var/mdw/scripts/dyndns start

    solved the issue.

    The light bulb would have got on quicker if the error message emailed would have stated something along the lines of: "DynDNS: authentication failure."

    Arthur

    PS: if need be you can request a new DynDNS password via:

    https://www.dyndns.com/account/resetpass/
Reply
  • For me the command:

    confd-client.plx get_object REF_DefaultDynDNS

    revealed use of an old DynDNS password.

    Underlined by lines in /var/log/system.log like:

    /usr/bin/ez-ipupdate[9080]: authentication failure
    /usr/bin/ez-ipupdate[9080]: failure to update

    Specifying the current DynDNS password via WebAdmin and the commands:

    /var/mdw/scripts/dyndns stop
    /var/mdw/scripts/dyndns start

    solved the issue.

    The light bulb would have got on quicker if the error message emailed would have stated something along the lines of: "DynDNS: authentication failure."

    Arthur

    PS: if need be you can request a new DynDNS password via:

    https://www.dyndns.com/account/resetpass/
Children
  • Hi Nub-n,

    what you posted so far does not look bad.  To get closer, could you
    run the following and post the output?  Of course, you are welcome 
    to replace any info you do not wish to disclose by ***.

    date
    /var/mdw/scripts/dyndns revive
    grep ez- /var/log/system.log | tail
    ls -ald /opt/tmpfs/ /opt/tmpfs/ez-*
    ip link show eth1
    ip addr show eth1
    cc get interfaces | tee /tmp/tmp.out
    perl -e '$_=;while(1){s/.*?"(REF_\w+?)"//||exit;print "$1\n"}' \
     "(REF_\w+)"/&&print "$1\n"' /tmp/tmpa.out | \
    xargs -n1 confd-client.plx get_object

    Please answer very quickly, i'm leaving Karlsruhe tomorrow and won't 
    be back for about ten days.   


    Hi Arthur,

    if Nub-n only had a wrong dyndns password, the ez-ipupdate daemon
    ought  to come up all right, so there's probably some other problem.
    By the way, after changing the password in the web admin, you need
    not restart anything manually, the MiddleWare does that automatically.
    Starting with ASG version 7.100 (probably), ez-ipupdate will be replaced
    by ddclient, so the style of the notification e-mails will change, anyway.

    Yours,
      Ingo
  • The problem mysteriously resolved itself yesterday around 12:30 us eastern time.  I don't know what if anything I did to resolve.[:S]   The Selfmonitoring log simply has a few of these:

    2007:08:17-07:18:05 (none) selfmonng[3121]: T Loading Selfmonitoring Checks complete new=0 failed=0 retained=56 dropped=0 
    2007:08:17-07:21:31 (none) selfmonng[3121]: T Loading Selfmonitoring Checks complete new=0 failed=0 retained=56 dropped=0 
    2007:08:17-07:22:17 (none) selfmonng[3121]: T Loading Selfmonitoring Checks complete new=0 failed=0 retained=56 dropped=0 
    2007:08:17-07:25:10 (none) selfmonng[3121]: T Loading Selfmonitoring Checks complete new=0 failed=0 retained=56 dropped=0 
    2007:08:17-07:25:19 (none) selfmonng[3121]: I check Failed increment squid_running counter 1 - 3 
    2007:08:17-07:25:39 (none) selfmonng[3121]: T Loading Selfmonitoring Checks complete new=0 failed=0 retained=56 dropped=0 

    I will keep an eye on it though.[H] 

    Thanx for your help, all.

    NU-b
  • Hi Nub-b,

    nice to hear that.  It was not me who fixed it.  [;)]

    Please do keep an eye open.

    Could you please have a look into /var/log/system.log anyway, whether you find any suspicious messages from ez-ipupdate in there?

    Yours,
      Ingo