Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 1 reply
  • Subscribers 3 subscribers
  • Views 733 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

dyndns problem after update 5.017 to 5.019

RolfSommerhalder
Last weekend, I updated a home user ASL from 5.017 to 5.019. This ASL box uses the dyndns deamon since 5.003 and this service never caused problems so far.
However, ever since I performed the latest update, I receive by e-mail the following warning _every few minutes_:

From: Firewall Notification System  ()
Subject: [INFO-126] dyndns not running - restarted
Body: dyndns daemon not running - restarted

I tried to stop and restart this deamon also manually by dis-/enabling it from the Weadmin interface. This did not resolve the problem. Fortunately, my ISP hardly every changes the dynamic IP addresses, e.g. renews them with the same address after DHCP-assigned addresses expire.

Also, my network monitoring tools shows frequent loss of connection with upstream HTTP(S) servers. This might be a problem due to this issue with the dyndns daemon, or actually a different problem with the new/improved HTTP proxy.

Any ideas about what I could try next, apart from waiting for 5.2x?

Rolf


This thread was automatically locked due to age.
Parents
  • 0
    Last evening, I applied the hyperdyper  patch to this ASL machine. This partially resolved the problem with the dyndns daemon, as the frequency has decreased with which I receive e-mail warnings.

    Fortunately, this patch using the "proof of concept" timeout parameters apparently resolved my other problems on that firewall with timeouts on HTTP and notably HTTPS connections (non transparent HTTP proxy with Anti-Virus and Surfprotection activated). Before, monitoring tools showed that HTTPS connections were about 1/2 hour impossible, then again possible for anoter 1/2 hour, and so on...

    This timeout problem seems to affect the dyndns daemon as well. The external NIC of this ASL box is connected to a cable modem with 1024/256 kbit/s peak down/up bandwidth.

    On another ASL 5.019 box which sits on a 4096/4096 kbit/s ISP connection, I did not observe any similar timeout problems with HTTP/S. Thus I did not apply the hyperdyper patch to this box.

    Rolf
Reply
  • 0
    Last evening, I applied the hyperdyper  patch to this ASL machine. This partially resolved the problem with the dyndns daemon, as the frequency has decreased with which I receive e-mail warnings.

    Fortunately, this patch using the "proof of concept" timeout parameters apparently resolved my other problems on that firewall with timeouts on HTTP and notably HTTPS connections (non transparent HTTP proxy with Anti-Virus and Surfprotection activated). Before, monitoring tools showed that HTTPS connections were about 1/2 hour impossible, then again possible for anoter 1/2 hour, and so on...

    This timeout problem seems to affect the dyndns daemon as well. The external NIC of this ASL box is connected to a cable modem with 1024/256 kbit/s peak down/up bandwidth.

    On another ASL 5.019 box which sits on a 4096/4096 kbit/s ISP connection, I did not observe any similar timeout problems with HTTP/S. Thus I did not apply the hyperdyper patch to this box.

    Rolf
Children
No Data