ddclient-forum Mailing List for ddclient (Page 16)
Brought to you by:
supersandro2000,
wimpunk
This list is closed, nobody may subscribe to it.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(25) |
Sep
(27) |
Oct
(37) |
Nov
(35) |
Dec
(14) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
|
Feb
(36) |
Mar
(14) |
Apr
(13) |
May
(23) |
Jun
(23) |
Jul
(10) |
Aug
|
Sep
(12) |
Oct
(7) |
Nov
(35) |
Dec
(23) |
| 2009 |
Jan
(19) |
Feb
(16) |
Mar
(15) |
Apr
(18) |
May
(8) |
Jun
(11) |
Jul
(5) |
Aug
(22) |
Sep
(4) |
Oct
(11) |
Nov
(4) |
Dec
(1) |
| 2010 |
Jan
(1) |
Feb
(2) |
Mar
(1) |
Apr
(1) |
May
(7) |
Jun
(12) |
Jul
(9) |
Aug
(2) |
Sep
(7) |
Oct
(5) |
Nov
|
Dec
(2) |
| 2011 |
Jan
|
Feb
(8) |
Mar
(1) |
Apr
(3) |
May
(2) |
Jun
|
Jul
(7) |
Aug
(1) |
Sep
(2) |
Oct
|
Nov
(1) |
Dec
|
| 2012 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2008-02-24 02:12:48
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4796958 By: hankessels Thanks for pointing out the thread. As far as I can see there were two separate problems: 1. Multiple hosts for a single domain. This was fixed by edmdude's patch 2. Hosts with identical names in multiple domains. This is the problem alluded to in the original post of the older thread (https://sourceforge.net/forum/message.php?msg_id=2865672). This is the same problem I had, and that is fixed by the new patch. I checked that multiple hosts in the same domain still work. The configuration that did not work was: protocol=namecheap, \ login=domain1.com , \ password=password1 \ @ protocol=namecheap, \ login=domain2.com, \ password=password2 \ @ It doesn't work because the config hash uses the host name (@ in this case) for its key, so one of the sections is lost. You can't combine the sections because each domain gets its own password. After the patch, the FQDN of the host name can be used in the config: protocol=namecheap, \ login=domain1.com , \ password=password1 \ @.domain1.com protocol=namecheap, \ login=domain2.com, \ password=password2 \ @.domain2.com This disambiguates the host name for the config hash. The patch simply strips off the domain name if it is present before submitting to namecheap. It doesn't break existing configs, since specifying just the host name will still work unchanged. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=399429 |
|
From: SourceForge.net <no...@so...> - 2008-02-23 16:02:34
|
Patches item #1900355, was opened at 2008-02-23 16:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1900355&group_id=116817 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: new router Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: glandvador (glandvador) Assigned to: Nobody/Anonymous (nobody) Summary: Zyxel Prestige 623ME-T1 Initial Comment: This adds a new router, the Zyxel Prestige 623ME. This router has a drawback: The first access (correctly authenticated) to the status page (in fact to any page) is rejected. The second one is accepted. To workaround that, I have introduced two more options (fw-open, fw-close) containing the address of a login page and a logout page. Any comments? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1900355&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2008-02-21 22:19:39
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4792906 By: wimpunk I think you just need the -use=web option. Ddclient will check checkip.dyndns.org to determinate your IP address. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=399428 |
|
From: SourceForge.net <no...@so...> - 2008-02-21 09:26:34
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4791427 By: wimpunk There's been a long discussion [1] about namecheap. I didn't had the time to look into the differences but could you please check the discussion and confirm your patch? [1] https://sourceforge.net/forum/message.php?msg_id=4316938 ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=399429 |
|
From: SourceForge.net <no...@so...> - 2008-02-20 16:59:33
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4789961 By: hankessels namecheap updates have this format: host=[host_name]&domain=[domain.com]&password=[domain_password]&ip=[your_ip] The host_name cannot contain the domain part. This causes problems when update of multiple namecheap hosted domains is attempted: Since the configuration is a hash keyed on host, hosts of the same name in multiple domains get overwritten in the hash. The following small patch allows specifying a fully qualified host in the configuration, so that the hash keys are different, but strips off the domain part just before sending the update. The patch is against 3.7.3. Han $ diff -up ddclient.old ddclient --- ddclient.old 2008-02-21 00:57:17.000000000 +0900 +++ ddclient 2008-02-21 01:36:42.000000000 +0900 @@ -3060,8 +3060,11 @@ sub nic_namecheap_update { my $url; $url = "http://$config{$h}{'server'}/update"; - $url .= "?host=$h"; - $url .= "&domain=$config{$h}{'login'}"; + my $domain = $config{$h}{'login'}; + my $host = $h; + $host =~ s/(.*)\.$domain(.*)/$1$2/; + $url .= "?host=$host"; + $url .= "&domain=$domain"; $url .= "&password=$config{$h}{'password'}"; $url .= "&ip="; $url .= $ip if $ip; ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=399429 |
|
From: SourceForge.net <no...@so...> - 2008-02-19 19:43:49
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4787776 By: wimpunk You only get that message when the option verbose is enabled. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=399428 |
|
From: SourceForge.net <no...@so...> - 2008-02-19 19:06:41
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4787709 By: migueldealmeida Does ddclient's log record to syslog every update attempt, or only when the IP changes? I ran ddclient -deamon=0 and got, at the end: SUCCESS: mydomain.com: skipped: IP address was already set to xx.xx.xx.xx But if I run ddclient (deamon), I don't get that line printed to my syslog (with syslog=yes). Just for the record, I got to this point by manually changing the /var/cache/ddclient/ddclient.cache file. I manually inserted my current IP address, because I was getting this warning in the log: WARNING: file /var/cache/ddclient/ddclient.cache, line 3: Invalid Value for keyword 'ip' = '' ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=399428 |
|
From: SourceForge.net <no...@so...> - 2008-02-19 15:41:35
|
Patches item #1668836, was opened at 2007-02-26 08:48 Message generated for change (Comment added) made by wimpunk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1668836&group_id=116817 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: new services Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: wimpunk (wimpunk) Assigned to: wimpunk (wimpunk) Summary: Patch for eurodns Initial Comment: patch based on the one found on http://www.eurodns.com/info/faq/, modified for ddclient 3.7.1 ---------------------------------------------------------------------- >Comment By: wimpunk (wimpunk) Date: 2008-02-19 15:41 Message: Logged In: YES user_id=722282 Originator: YES Nice, if more people report this patch working, I'll apply it on the new version of ddclient. ---------------------------------------------------------------------- Comment By: Miguel (migueldealmeida) Date: 2008-02-19 15:17 Message: Logged In: YES user_id=1782263 Originator: NO New patch is precisely what I have in my ddclient. ---------------------------------------------------------------------- Comment By: wimpunk (wimpunk) Date: 2008-02-19 15:05 Message: Logged In: YES user_id=722282 Originator: YES File Added: eurodns.patch ---------------------------------------------------------------------- Comment By: wimpunk (wimpunk) Date: 2008-02-19 14:52 Message: Logged In: YES user_id=722282 Originator: YES it removes the line but it also adds: if ($config{$h}{'server'} =~ /.*eurodyndns.*/i) { #hack for EuroDynDNS $url = "http://$config{$h}{'server'}/update/?system="; } The patch currently doesn't apply clean to the most recent version of ddclient. I'll try to create a new one soon. ---------------------------------------------------------------------- Comment By: Miguel (migueldealmeida) Date: 2008-02-19 14:29 Message: Logged In: YES user_id=1782263 Originator: NO Just a question, are you removing the line #my $url = "http://$config{$h}{'server'}/nic/update?system="; ? Otherwise, it's just what I did, hope to see it on the next version of ddclient. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1668836&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2008-02-19 15:17:32
|
Patches item #1668836, was opened at 2007-02-26 08:48 Message generated for change (Comment added) made by migueldealmeida You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1668836&group_id=116817 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: new services Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: wimpunk (wimpunk) Assigned to: wimpunk (wimpunk) Summary: Patch for eurodns Initial Comment: patch based on the one found on http://www.eurodns.com/info/faq/, modified for ddclient 3.7.1 ---------------------------------------------------------------------- Comment By: Miguel (migueldealmeida) Date: 2008-02-19 15:17 Message: Logged In: YES user_id=1782263 Originator: NO New patch is precisely what I have in my ddclient. ---------------------------------------------------------------------- Comment By: wimpunk (wimpunk) Date: 2008-02-19 15:05 Message: Logged In: YES user_id=722282 Originator: YES File Added: eurodns.patch ---------------------------------------------------------------------- Comment By: wimpunk (wimpunk) Date: 2008-02-19 14:52 Message: Logged In: YES user_id=722282 Originator: YES it removes the line but it also adds: if ($config{$h}{'server'} =~ /.*eurodyndns.*/i) { #hack for EuroDynDNS $url = "http://$config{$h}{'server'}/update/?system="; } The patch currently doesn't apply clean to the most recent version of ddclient. I'll try to create a new one soon. ---------------------------------------------------------------------- Comment By: Miguel (migueldealmeida) Date: 2008-02-19 14:29 Message: Logged In: YES user_id=1782263 Originator: NO Just a question, are you removing the line #my $url = "http://$config{$h}{'server'}/nic/update?system="; ? Otherwise, it's just what I did, hope to see it on the next version of ddclient. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1668836&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2008-02-19 15:06:00
|
Patches item #1668836, was opened at 2007-02-26 08:48 Message generated for change (Comment added) made by wimpunk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1668836&group_id=116817 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: new services Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: wimpunk (wimpunk) Assigned to: wimpunk (wimpunk) Summary: Patch for eurodns Initial Comment: patch based on the one found on http://www.eurodns.com/info/faq/, modified for ddclient 3.7.1 ---------------------------------------------------------------------- >Comment By: wimpunk (wimpunk) Date: 2008-02-19 15:05 Message: Logged In: YES user_id=722282 Originator: YES File Added: eurodns.patch ---------------------------------------------------------------------- Comment By: wimpunk (wimpunk) Date: 2008-02-19 14:52 Message: Logged In: YES user_id=722282 Originator: YES it removes the line but it also adds: if ($config{$h}{'server'} =~ /.*eurodyndns.*/i) { #hack for EuroDynDNS $url = "http://$config{$h}{'server'}/update/?system="; } The patch currently doesn't apply clean to the most recent version of ddclient. I'll try to create a new one soon. ---------------------------------------------------------------------- Comment By: Miguel (migueldealmeida) Date: 2008-02-19 14:29 Message: Logged In: YES user_id=1782263 Originator: NO Just a question, are you removing the line #my $url = "http://$config{$h}{'server'}/nic/update?system="; ? Otherwise, it's just what I did, hope to see it on the next version of ddclient. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1668836&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2008-02-19 14:52:38
|
Patches item #1668836, was opened at 2007-02-26 08:48 Message generated for change (Comment added) made by wimpunk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1668836&group_id=116817 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: new services Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: wimpunk (wimpunk) Assigned to: wimpunk (wimpunk) Summary: Patch for eurodns Initial Comment: patch based on the one found on http://www.eurodns.com/info/faq/, modified for ddclient 3.7.1 ---------------------------------------------------------------------- >Comment By: wimpunk (wimpunk) Date: 2008-02-19 14:52 Message: Logged In: YES user_id=722282 Originator: YES it removes the line but it also adds: if ($config{$h}{'server'} =~ /.*eurodyndns.*/i) { #hack for EuroDynDNS $url = "http://$config{$h}{'server'}/update/?system="; } The patch currently doesn't apply clean to the most recent version of ddclient. I'll try to create a new one soon. ---------------------------------------------------------------------- Comment By: Miguel (migueldealmeida) Date: 2008-02-19 14:29 Message: Logged In: YES user_id=1782263 Originator: NO Just a question, are you removing the line #my $url = "http://$config{$h}{'server'}/nic/update?system="; ? Otherwise, it's just what I did, hope to see it on the next version of ddclient. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1668836&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2008-02-19 14:30:01
|
Patches item #1668836, was opened at 2007-02-26 08:48 Message generated for change (Comment added) made by migueldealmeida You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1668836&group_id=116817 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: new services Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: wimpunk (wimpunk) Assigned to: wimpunk (wimpunk) Summary: Patch for eurodns Initial Comment: patch based on the one found on http://www.eurodns.com/info/faq/, modified for ddclient 3.7.1 ---------------------------------------------------------------------- Comment By: Miguel (migueldealmeida) Date: 2008-02-19 14:29 Message: Logged In: YES user_id=1782263 Originator: NO Just a question, are you removing the line #my $url = "http://$config{$h}{'server'}/nic/update?system="; ? Otherwise, it's just what I did, hope to see it on the next version of ddclient. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1668836&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2008-02-18 19:14:04
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4785346 By: merchantman Okay, I think I've figured it out. The problem has nothing whatsoever to do with what I thought it did. The cache file updating works fine. However, IP address is only added to the %config hash when the update process succeeds. The problem is actually that it never succeeded; the 'IP=' issue was just a symptom of this. I should learn to read the documentation more carefully. For some reason I thought I was using -verbose when in actuality I was not. Apparently, my updates requests were being rejected by DynDNS's update server because the Authorization string was being broken into two lines. Yes, I do have a ridiculously large password of 63 characters which was causing the line (with "Authorization: Basic " prepended) to exceed 76 characters. When presented with this, DynDNS sends back a 400 Bad Request error similar to this (imagine that the XXXXX contains the chopped off piece of my auth string): RECEIVE: HTTP/1.1 400 Bad Request RECEIVE: Date: Mon, 18 Feb 2008 18:46:18 GMT RECEIVE: Server: Apache RECEIVE: Content-Length: 312 RECEIVE: Connection: close RECEIVE: Content-Type: text/html; charset=iso-8859-1 RECEIVE: RECEIVE: <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> RECEIVE: <html><head> RECEIVE: <title>400 Bad Request</title> RECEIVE: </head><body> RECEIVE: <h1>Bad Request</h1> RECEIVE: <p>Your browser sent a request that this server could not understand.<br /> RECEIVE: Request header field is missing ':' separator.<br /> RECEIVE: <pre> RECEIVE: XXXXXXXXXXXXXXXXXXXX</pre> RECEIVE: </p> RECEIVE: </body></html> If I change the code according to the patch at http://ddclient.pastebin.ca/908785, DynDNS does not send me the error, my IP address is updated correctly and written to the cache file, and peace and harmony are restored to the universe. I did discover one other thing. My ridiculous password was randomly generated and contained a '\' character. This was lost when ddclient read the password from the configuration file (it was probably interpreted as an escape); I had to add an additional '\' to keep it from being destroyed. It seems like the code is making an effort to protect '#' characters in passwords so I think it would be a good idea to protect some other characters as well. That or at least make a note in the documentation of what characters are protected or not. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=399428 |
|
From: SourceForge.net <no...@so...> - 2008-02-18 17:54:51
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4785210 By: wimpunk ddclient has nothing to do with browsing your network from outside. As it says on http://ddclient.sf.net: "DDclient is a Perl client used to update dynamic DNS entries for accounts on Dynamic DNS Network Services' free DNS service." The only thing it does is posting your IP to a dynamic DNS provider. It makes it possible to find your WAN IP from outside. So if you want to verify if your config is working you should try something like this: $ host gobek.homelinux.com gobek.homelinux.com has address 60.53.101.93 gobek.homelinux.com mail is handled by 5 gobek.homelinux.com. gobek.homelinux.com mail is handled by 10 gobek.net. So it looks like ddclient works correctly: your cache is containing the same IP. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=399428 |
|
From: SourceForge.net <no...@so...> - 2008-02-18 17:27:58
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4785136 By: gobek hello, I need help why I can't browse mysite from outside. I'm using fedora8, installed ddclient 3.7.3 and using streamyx broadband dynamic ip. I attached here my ddclient.conf, ddclient.cache and ping mysite. Thank you . 1) ddclient.conf daemon=300 # check every 300 seconds syslog=yes # log update msgs to syslog mail=root # mail all msgs to root mail-failure=root # mail failed update msgs to root pid=/var/run/ddclient.pid # record PID in file. ssl=yes # use ssl-support. Works with # ssl-library # ## To obtain an IP address from FW status page (using fw-login, fw-password) use=fw fw=192.168.1.254/status.asp fw-skip='WAN IP Address:' fw-login=admin fw-password=mypass ## To obtain an IP address from Web status page (using the proxy if defined) #use=web, web=checkip.dyndns.org/, web-skip='IP Address' # found after IP Address use=web web=checkip.dyndns.org/ web-skip='WAN IP Address' # use=ip, ip=192.168.1.33 # via static IP's use=if, if=eth0 # via interfaces use=web # via web # protocol=dyndns2 # default protocol server=members.dyndns.org # default server login=gobek password=mypass # default password mx=gobek.net # default MX backupmx=yes # host is primary MX? wildcard=yes # add wildcard CNAME? ## ## dyndns.org dynamic addresses ## ## (supports variables: wildcard,mx,backupmx) ## server=members.dyndns.org, protocol=dyndns2 gobek.homelinux.com 2) my ddclient.cache ## ddclient-3.7.3 ## last updated at Tue Feb 19 00:22:38 2008 (1203351758) atime=1203351533,backupmx=1,custom=0,host=gobek.homelinux.com,ip=60.53.101.93,mt ime=1203351533,mx=gobek.net,static=0,status=good,warned-min-error-interval=0,war ned-min-interval=0,wildcard=1,wtime=30 gobek.homelinux.com 3) ping mysite PING gobek.homelinux.com (192.168.1.33) 56(84) bytes of data. 64 bytes from gobek.homelinux.com (192.168.1.33): icmp_seq=1 ttl=64 time=0.074 ms 64 bytes from gobek.homelinux.com (192.168.1.33): icmp_seq=2 ttl=64 time=0.072 ms 64 bytes from gobek.homelinux.com (192.168.1.33): icmp_seq=3 ttl=64 time=0.078 ms --- gobek.homelinux.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2000ms rtt min/avg/max/mdev = 0.072/0.074/0.078/0.010 ms ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=399428 |
|
From: SourceForge.net <no...@so...> - 2008-02-18 08:28:52
|
Patches item #1893144, was opened at 2008-02-13 22:18 Message generated for change (Comment added) made by wimpunk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1893144&group_id=116817 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: John Palkovic (drjohnny) >Assigned to: wimpunk (wimpunk) Summary: Foreground patch Initial Comment: I am running ddclient as a dyndns.org client on a debian etch system. I had some problems with the startup script in the debian package. It was also out of date with no ssl support. I decided to patch ddclient to run under the control of runit (http://smarden.org/runit), a unix service supervisor akin to svscan (http://cr.yp.to/daemontools/svscan.html). I created the patch and have been running with it for a week with no issues to report. The patch adds a -foreground argument. When called with this argument, ddclient runs as a daemon but does not fork(). This is appropriate for use with runit or svscan (or launchd on a darwin system). There are changes to the daemon logic, so I would appreciate any comments. I will attach the patch with the upload button. -John Palkovic 13 Feb 2008 ---------------------------------------------------------------------- >Comment By: wimpunk (wimpunk) Date: 2008-02-18 08:28 Message: Logged In: YES user_id=722282 Originator: NO You're correct, I've made a mistake. Your patch could also be useful for debugging so I think I'll take closer look and maybe it will get included in the next release of ddclient. ---------------------------------------------------------------------- Comment By: John Palkovic (drjohnny) Date: 2008-02-14 00:02 Message: Logged In: YES user_id=985118 Originator: YES You are mistaken. fork() cannot be called, nor can exit() be reached to run properly under the control of runit or svscan. I want behavior like (apache2) httpd -DFOREGROUND or cron -f. ddclient -daemon=0 is not a daemon, it exits quickly on my debian etch box: # date Wed Feb 13 17:45:42 CST 2008 # time ddclient -daemon=0 -file /etc/ddclient.conf real 0m0.392s user 0m0.280s sys 0m0.036s This behavior is obvious if one glances at the while() statement on line 655 of 3.7.3. I want the program to loop in the do/while beginning on line 598 of version 3.7.3 without ever having called fork(). It should not exit() unless forced to by a signal or a restart. It must not call fork(). Do you understand? I don't think this functionality is available in the stock 3.7.3. ---------------------------------------------------------------------- Comment By: wimpunk (wimpunk) Date: 2008-02-13 23:00 Message: Logged In: YES user_id=722282 Originator: NO As far as I can see, you don't need a patch, you just need the daemon=0 option. I'm also wondering why you had some startup problems with the debian package. I didn't got any report about that from other people. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1893144&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2008-02-18 08:07:25
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4784045 By: wimpunk Thank you for your pretty complete report. Previous reports about wrong writing to the cache file where all related to misconfigurations: * It's not the cause of your problem but I removed unneeded lines in your configuration. See http://ddclient.pastebin.ca/908275 * I see you use SSL. Did you installed the correct SSL-package for your distribution? On debian, you need libio-socket-ssl-perl to have IO::Socket::SSL which is needed to use SSL * If your used hostname reflects the reality, you're using a custom domain. Use custom=yes. If any of my comments are correct, remove your cache and try again running verbose. It should work much better. Regards, wimpunk. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=399428 |
|
From: SourceForge.net <no...@so...> - 2008-02-18 07:27:56
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4783997 By: merchantman Here's the error message when encountering the "IP=" in the cache file. http://ddclient.pastebin.ca/908257 ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=399428 |
|
From: SourceForge.net <no...@so...> - 2008-02-18 07:19:39
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4783988 By: merchantman I'm using ddclient v. 3.7.3 to update my IP address using DynDNS. My configuration is pretty standard -- see the pastebin link below. According to the debugging messages, I'm not having any problem getting my current IP address from checkip.dyndns.org (I checked the address and it is correct) and update url for DynDNS contains that same correct IP address. However, the cache file contains a blank IP entry ("IP=", see the config file listed in pastebin below). Subsequent runs throw this error: "WARNING: file /var/cache/ddclient/ddclient.cache, line 3: Invalid Value for keyword 'ip' = ''" This makes sense considering the IP address isn't being written to the file. If I manually input an IP address in that file (say IP=1.2.3.4 or whatever), the error goes away. However, subsequent runs not only do not throw any errors but do not update the value in the cache. This is all very strange. I took a look at the code and found that if I added to IP address to %config at a strategic location, it seems to correctly update the IP address in the cache file (see the third pastebin link below). This isn't a solution to this problem, whatever it may be -- but it might point you in the right direction. Please let me know if I can provide any more information. Config file - http://ddclient.pastebin.ca/908238 Cache file - http://ddclient.pastebin.ca/908241 Crude Patch - http://ddclient.pastebin.ca/908248 ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=399428 |
|
From: SourceForge.net <no...@so...> - 2008-02-16 12:53:42
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4781457 By: glandvador Hi, This router acts a little bit strange: It needs sending the request twice as the first one seems to be used to say "I'm here" and always fail (even authenticated). What will be best way to implement that behavior? Can I add a new option fw-retry that defaults to 0 but in this case is set to 1? Or add two more urls i.e.: 'zyxel-p623me-t1' => { 'name' => 'Zyxel Prestige 623ME-T1', 'open' => '/rpSysStatus.html', 'url' => '/rpSysStatus.html', 'close' => '/Logout.html', 'skip' => 'IP Address', }, if exists the open will serve to open the connection, url to get the ip address, and close to logout. Regards, Glandvador ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=399429 |
|
From: SourceForge.net <no...@so...> - 2008-02-16 12:35:29
|
Patches item #1894840, was opened at 2008-02-16 09:24 Message generated for change (Settings changed) made by glandvador You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1894840&group_id=116817 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: new router Group: None >Status: Deleted Resolution: None Priority: 5 Private: No Submitted By: glandvador (glandvador) Assigned to: Nobody/Anonymous (nobody) Summary: Zyxel Prestige 623ME Initial Comment: This patch adds the Zyxel Prestige 623ME router. This will retrieve the IP from the router, but from time to time there seems to be some authentication errors. Maybe there are some timing problems. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1894840&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2008-02-16 09:34:00
|
Patches item #1894843, was opened at 2008-02-16 09:33 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1894843&group_id=116817 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: glandvador (glandvador) Assigned to: Nobody/Anonymous (nobody) Summary: Add directory support for postscript option Initial Comment: This patch adds the possibility to specify a folder for the postscript option. ddclient will execute every executable file found in this folder. Useful in order to split scripts per application instead having one big. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1894843&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2008-02-16 09:24:03
|
Patches item #1894840, was opened at 2008-02-16 09:24 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1894840&group_id=116817 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: new router Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: glandvador (glandvador) Assigned to: Nobody/Anonymous (nobody) Summary: Zyxel Prestige 623ME Initial Comment: This patch adds the Zyxel Prestige 623ME router. This will retrieve the IP from the router, but from time to time there seems to be some authentication errors. Maybe there are some timing problems. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1894840&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2008-02-15 13:40:03
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4779816 By: bromskloss My laptop sometimes has wireless Internet access, sometimes wired. I'd like ddclient to determine my IP from whatever is available at the moment. Is that doable? Bromskloss ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=399428 |
|
From: SourceForge.net <no...@so...> - 2008-02-14 00:02:21
|
Patches item #1893144, was opened at 2008-02-13 16:18 Message generated for change (Comment added) made by drjohnny You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1893144&group_id=116817 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: John Palkovic (drjohnny) Assigned to: Nobody/Anonymous (nobody) Summary: Foreground patch Initial Comment: I am running ddclient as a dyndns.org client on a debian etch system. I had some problems with the startup script in the debian package. It was also out of date with no ssl support. I decided to patch ddclient to run under the control of runit (http://smarden.org/runit), a unix service supervisor akin to svscan (http://cr.yp.to/daemontools/svscan.html). I created the patch and have been running with it for a week with no issues to report. The patch adds a -foreground argument. When called with this argument, ddclient runs as a daemon but does not fork(). This is appropriate for use with runit or svscan (or launchd on a darwin system). There are changes to the daemon logic, so I would appreciate any comments. I will attach the patch with the upload button. -John Palkovic 13 Feb 2008 ---------------------------------------------------------------------- >Comment By: John Palkovic (drjohnny) Date: 2008-02-13 18:02 Message: Logged In: YES user_id=985118 Originator: YES You are mistaken. fork() cannot be called, nor can exit() be reached to run properly under the control of runit or svscan. I want behavior like (apache2) httpd -DFOREGROUND or cron -f. ddclient -daemon=0 is not a daemon, it exits quickly on my debian etch box: # date Wed Feb 13 17:45:42 CST 2008 # time ddclient -daemon=0 -file /etc/ddclient.conf real 0m0.392s user 0m0.280s sys 0m0.036s This behavior is obvious if one glances at the while() statement on line 655 of 3.7.3. I want the program to loop in the do/while beginning on line 598 of version 3.7.3 without ever having called fork(). It should not exit() unless forced to by a signal or a restart. It must not call fork(). Do you understand? I don't think this functionality is available in the stock 3.7.3. ---------------------------------------------------------------------- Comment By: wimpunk (wimpunk) Date: 2008-02-13 17:00 Message: Logged In: YES user_id=722282 Originator: NO As far as I can see, you don't need a patch, you just need the daemon=0 option. I'm also wondering why you had some startup problems with the debian package. I didn't got any report about that from other people. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1893144&group_id=116817 |