ddclient-forum Mailing List for ddclient (Page 20)
Brought to you by:
supersandro2000,
wimpunk
Menu
▾
▴
ddclient-forum — Forums posts on ddclient
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...> - 2007-10-25 17:28:47
|
Bugs item #1820127, was opened at 2007-10-25 16:42 Message generated for change (Comment added) made by ndarlow You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676128&aid=1820127&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: Other Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Neil Darlow (ndarlow) Assigned to: wimpunk (wimpunk) Summary: timeout option needs default value Initial Comment: I just updated to ddclient-3.7.3 and immediately had problems with timeout errors when performing updates with SSL. Looking at the timeout option initialisation code I see that a minimum value of 120s is specified but there is no default value. May I suggest that interval('120s') is put in the default field of the timeout option. ---------------------------------------------------------------------- >Comment By: Neil Darlow (ndarlow) Date: 2007-10-25 17:28 Message: Logged In: YES user_id=39443 Originator: YES I am using ddclient on FreeBSD. Before 3.7.3 I never needed to use timeout but now I must specify it or I receive timeout errors reliably. I am not alone in seeing this. I have asked another person to confirm my findings and he reports the same problem exactly. ---------------------------------------------------------------------- Comment By: wimpunk (wimpunk) Date: 2007-10-25 17:00 Message: Logged In: YES user_id=722282 Originator: NO Works for me. When timeout isn't specified, it uses your system defaults is better than specifying a specific timeout from ddclient. Timeout should only be used in rare situations. And please first discuss your problem before posting it a as bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676128&aid=1820127&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2007-10-25 17:00:31
|
Bugs item #1820127, was opened at 2007-10-25 16:42 Message generated for change (Comment added) made by wimpunk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676128&aid=1820127&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: Other Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Neil Darlow (ndarlow) >Assigned to: wimpunk (wimpunk) Summary: timeout option needs default value Initial Comment: I just updated to ddclient-3.7.3 and immediately had problems with timeout errors when performing updates with SSL. Looking at the timeout option initialisation code I see that a minimum value of 120s is specified but there is no default value. May I suggest that interval('120s') is put in the default field of the timeout option. ---------------------------------------------------------------------- >Comment By: wimpunk (wimpunk) Date: 2007-10-25 17:00 Message: Logged In: YES user_id=722282 Originator: NO Works for me. When timeout isn't specified, it uses your system defaults is better than specifying a specific timeout from ddclient. Timeout should only be used in rare situations. And please first discuss your problem before posting it a as bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676128&aid=1820127&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2007-10-25 16:42:28
|
Bugs item #1820127, was opened at 2007-10-25 16:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676128&aid=1820127&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: Neil Darlow (ndarlow) Assigned to: Nobody/Anonymous (nobody) Summary: timeout option needs default value Initial Comment: I just updated to ddclient-3.7.3 and immediately had problems with timeout errors when performing updates with SSL. Looking at the timeout option initialisation code I see that a minimum value of 120s is specified but there is no default value. May I suggest that interval('120s') is put in the default field of the timeout option. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676128&aid=1820127&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2007-10-22 08:55:03
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4581468 By: wimpunk oh, and btw, you could try to use the supported dlink routers. If you are lucky, one of them could work for you. This are the one's supported: - dlink-524 : obtain IP from D-Link DI-524 at the -fw {address}. - dlink-604 : obtain IP from D-Link DI-604 at the -fw {address}. - dlink-614 : obtain IP from D-Link DI-614+ at the -fw {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...> - 2007-10-22 08:52:22
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4581463 By: wimpunk sorry to inform you but we already have a hard time keeping current services up and running so we don't add any more extra routers. You could try to create your own config and post it to the forum. This is the firewall related config I use on my Scarlet One box: use=fw fw=192.168.1.1/status.html fw-skip="WAN IP Address:" fw-login=admin fw-password=adminpasswd Just try to find your WAN ip in your html-file, take the string before it and use it as fw-skip. It should work pretty easy. Feel free to contact the forum if you still have any problem. Kind 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...> - 2007-10-21 13:30:11
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4580557 By: mr-referee I have a D-Link DCM-202 router. It does not appear to be supported by ddclient. I used the following command on a FreeBSD-6.2 machine to get the what I believe is the information that the developers need to get support for this router added to the program. script "D-Link(DCM-202).html" ddclient -geturl 192.168.1.1 -login secret -password secret Where should I forward this output to? -- WhiteHat ______________________________________________________________________ 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...> - 2007-10-18 06:54:10
|
Bugs item #1336129, was opened at 2005-10-24 18:43 Message generated for change (Comment added) made by axlegreaser You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676128&aid=1336129&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: router configuration Group: current version >Status: Open Resolution: None Priority: 5 Private: No Submitted By: AxleGreaser (axlegreaser) Assigned to: wimpunk (wimpunk) Summary: intermittently registers my private ip instead of the public Initial Comment: The log below shows that this does happen. The relevant parts of the configuration are. ddclient.conf [....] use=alcatel-stp, [...] [...] rc.local [...] /usr/local/sbin/ddclient -cache /var/log/ddclient.cache - daemon 3000 [...] I am not a perl programmer but ... I believe That the problem is general and will happen with many configurations of equipment. The problem is that race condition exists if my isp disconnects and then reconnects my dsl line just when ddclient is about to cycle its test then; ddclient gets the router page from the modem, but there is no external route, extracts the first ip it finds (the internal one), if the isp brings up the connection, ddclient tries to update dyndns (etc) the connection is made and my local private ip is fed to the world readbale dyndns caches. Given that my ddclient runs in 5min loops and ddclient takes about a minute to time out I think this happens about 1 in 5 times. Solutions. bug fixes. easy. ddclient should never ever update 10.x.x.x, 172.16.x.x, or 192.168.x.x addresses to public dns servers. Add a regexp in get_ip() to test if the ip matches these, if it does behave as if "$ip = undef;" but if for some reason, the modem has public class ips on the inside of the network then this is insufficient. harder. the code needs to inspect the router page and find something that verifies the route is up. In my case I need to see ">BigPond<" somewhere on the page. Note "BigPond" is on the page when the link is down. Thus I have patched my ddclient so that if ">BigPond<" is not on the page the ip found is set to undef Note: I never find a literal 'Brt' on my pages so I am not sure what the skip is for ..... This is already large but ... More info availaibel on request. ==== Oct 8 12:26:53 WALL ddclient[29200]: SUCCESS: updating aiaware.com: good: IP address set to 10.42.10. 1 Oct 8 12:26:53 WALL ddclient[29200]: SUCCESS: updating aiaware.dyndns.org: good: IP address set to 10. 42.10.1 Oct 8 12:26:54 WALL ddclient[29200]: SUCCESS: updating christiansen.homeip.net: good: IP address set to 10.42.10.1 Oct 8 12:31:58 WALL ddclient[29200]: SUCCESS: updating aiaware.com: good: IP address set to 202.164. 205.96 Oct 8 12:31:59 WALL ddclient[29200]: SUCCESS: updating aiaware.dyndns.org: good: IP address set to 202.164.205.96 Oct 8 12:31:59 WALL ddclient[29200]: SUCCESS: updating christiansen.homeip.net: good: IP address set to 202.164.205.96 ---------------------------------------------------------------------- >Comment By: AxleGreaser (axlegreaser) Date: 2007-10-18 16:53 Message: Logged In: YES user_id=1366893 Originator: YES Um, wow, a blast from the past. I got no idea why I didnt see your previous comment in 2005. As communication failed last time, Unless it gets buried by spam, as result of this (v unlikely) You can email me direct at axlegreaser 'in the domain' aiaware.com Anyway, err my patch is more of a hack than a patch that is useful to you as it was ISP specific. FWIW my %builtinfw = ( [...elided] 'alcatel-stp' => { 'name' => 'Alcatel Speed Touch Pro', 'url' => '/cgi/router/', 'skip' => '>BigPond<', }, Err, I think the code as it stood before I hacked mine wouldnt work for any version ever. Its a design flaw. The problem comes from the race condition described. The code does not try to avoid race condions when the modem connects. It didnt look like it tried and failed due to subtle version diffs, it just seems to ignore the issue. To fix the problem the extraction routines need two components, one how do you find the right field, when it is valid, two how do you verfiy your assumptions are not flawed. (in this case is the modem on but not currently connected and hence has no world visible ip number assigned by the DHCP yet. Another approach would be to allow a range of regexps in the conf file, if the ip matches any of those then ddclient is not to use them. This would cope with arbitrary problems via the conf file. ie it would fix bugs we dont know about in the sense that mere conf file changes could be used to stop the bad behaviour. My code verifies the modem is connected with an external IP by looking for a string the ISP sends me when I connect, if I see it I must be online a more general solution wasnt readily apparent but I didnt try hard as I had no submission rights to the code tree and Suspected the problem is likely true for multiple platforms not just mine. Ill be trying to open the ticket to attract attention. Ive changed ISPs I no longer even run ddclient as I now have a fixed ip, and expect toalways have one as dynamic ips are so on the nose for spam these days. Hence it no longer even a little bit my problem, except in some kind of open source moral sense. My DSL modem identifies as ALCATEL ADSL MODEM / Version 3.2 / Copyright 1999-2000 on login the command 'software version' returns Active : GV8BAA3.281 Passive : GV8BAA3.281 I guess as I did intially that the software never dealt with the race condition of power up by parsing the data to verify it appeared to be in the connection up state. It like line buffer overflows is standard fault in software, it is caused by the parsing failing to be pessimistic, it tries (falt out and only) to extract the data what it needs to do is to try and extrct the data _only_ if everyhting is is as expected. This leads to it failing to find the ip when trvial junk around it changes, but thats more easily detectable than it finding the wrong information and proceeding merily to in this case up load my internal ips to dyndns. Anyway its not problem to me, Im happy to help if you if want it or happy to walk away knowing theres a general race condition bug there, if you are sure there is no bug. ---------------------------------------------------------------------- Comment By: wimpunk (wimpunk) Date: 2007-10-18 06:51 Message: Logged In: YES user_id=722282 Originator: NO Bug will be reopened if necessary. didn't got any reply from the original poster. ---------------------------------------------------------------------- Comment By: wimpunk (wimpunk) Date: 2005-10-25 16:20 Message: Logged In: YES user_id=722282 I would like to see your patch but can you also notice the firmware version of your router. I guess that the previous skip was written for an older version. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676128&aid=1336129&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2007-10-17 20:55:17
|
Bugs item #1747337, was opened at 2007-07-03 21:26 Message generated for change (Comment added) made by wimpunk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676128&aid=1747337&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: Other Group: current version >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Marco Rodrigues (kmos) Assigned to: wimpunk (wimpunk) Summary: It doesn't support vlan interfaces Initial Comment: Using an interface name such as eth0.2 doesn't work. ddclient doesn't appear to support interfaces with .'s in their name. SHould work fine though. VLans and stuff. https://bugs.launchpad.net/ubuntu/+source/ddclient/+bug/77570 ---------------------------------------------------------------------- >Comment By: wimpunk (wimpunk) Date: 2007-10-17 20:55 Message: Logged In: YES user_id=722282 Originator: NO Bug has been reported as been fixed. ---------------------------------------------------------------------- Comment By: wimpunk (wimpunk) Date: 2007-07-10 19:42 Message: Logged In: YES user_id=722282 Originator: NO See bug #1747337 File Added: regex_vlan.patch ---------------------------------------------------------------------- Comment By: wimpunk (wimpunk) Date: 2007-07-10 19:37 Message: Logged In: YES user_id=722282 Originator: NO Patch created and applied to current svn version (62) Please test it and send feedback. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676128&aid=1747337&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2007-10-17 20:53:55
|
Feature Requests item #1465540, was opened at 2006-04-06 07:19 Message generated for change (Comment added) made by wimpunk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676131&aid=1465540&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 Priority: 5 Private: No Submitted By: Anthony Ettinger (chovy) Assigned to: wimpunk (wimpunk) Summary: [solved] ddclient not starting on boot Initial Comment: http://forums.gentoo.org/viewtopic-p-3235737.html#3235737 What I had to do to get ddclient to start on boot: rc-update add ddclient default Code: touch /etc/ddclient/ddclient.cache chmod 660 /etc/ddclient/ddclient.cache chmod 640 /etc/ddclient/ddclient.conf chmod 750 /etc/ddclient chown -R root:ddclient /etc/ddclient The goal here is to get it readable by root and ddclient (group) only. ddclient.cache needs the +w for group bit set. Reboot, and watch. For debugging the /etc/init.d/ddclient script: Code: change: start-stop-daemon --start --chuid ddclient --quiet --exec /usr/sbin/ddclient 2&>/dev/null to: start-stop-daemon --start --chuid ddclient --quiet --exec /usr/sbin/ddclient #2&>/dev/null (so you can see error messages) /usr/portage/net-dns/ddclient/ddclient-3.6.6.ebuild should be updated to include the above steps, notable the ddclient.cache needs to be writable by group (ddclient), otherwise it will fail on boot. ---------------------------------------------------------------------- >Comment By: wimpunk (wimpunk) Date: 2007-10-17 20:53 Message: Logged In: YES user_id=722282 Originator: NO it's not a bug, it's a feature request. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676131&aid=1465540&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2007-10-17 20:52:20
|
Bugs item #1357498, was opened at 2005-11-15 17:08 Message generated for change (Comment added) made by wimpunk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676128&aid=1357498&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: service configuration Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Matt Thomas (matsinet) Assigned to: wimpunk (wimpunk) Summary: namecheap url in wrong sequence Initial Comment: I notice in the cvs version of ddclient that the host and domain are reversed when sent to namecheap in the URL. Here is an example of what is sent: http://dynamicdns.park-your-domain.com/update?host=myers-thomas.net&domain=www&password=[mypassword] As per http://www.namecheap.com/resources/help/index.asp?t=dynamicdns the following should be sent: http://dynamicdns.park-your-domain.com/update?host=www&domain=myers-thomas.net&password=[mypassword] ---------------------------------------------------------------------- >Comment By: wimpunk (wimpunk) Date: 2007-10-17 20:52 Message: Logged In: YES user_id=722282 Originator: NO Could you try the current version and report any troubles to the forum? When needed, we reopen this bug. ---------------------------------------------------------------------- Comment By: wimpunk (wimpunk) Date: 2005-11-23 08:00 Message: Logged In: YES user_id=722282 I found what's going wrong. On the other services (at least, as far as I know) you have a login (eg. wimpunk) and one or more domains (eg. wimpunk.dyndns.org) to update. On namecheap you login with your domain. I'll have to take a closer look to the namecheap code and decide how to clearify this problem. You'll find the solution in this bugreport. ---------------------------------------------------------------------- Comment By: wimpunk (wimpunk) Date: 2005-11-21 07:06 Message: Logged In: YES user_id=722282 I've been looking at the logging and I think I found a hint. Can you also attach your configuration to verify if I'm correct? ---------------------------------------------------------------------- Comment By: Matt Thomas (matsinet) Date: 2005-11-18 19:37 Message: Logged In: YES user_id=1091935 If you need any other information please let me know. I appreciate the fast response from the support staff. ---------------------------------------------------------------------- Comment By: wimpunk (wimpunk) Date: 2005-11-18 07:48 Message: Logged In: YES user_id=722282 Are you sure about this? I've been checking the source but I can't find where it goes wrong. Can you attach a complete result of `ddclient -daemon=0 -debug -verbose -noquiet` to this bugreport? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676128&aid=1357498&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2007-10-17 20:51:07
|
Bugs item #1336129, was opened at 2005-10-24 08:43 Message generated for change (Comment added) made by wimpunk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676128&aid=1336129&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: router configuration Group: current version >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: AxleGreaser (axlegreaser) Assigned to: wimpunk (wimpunk) Summary: intermittently registers my private ip instead of the public Initial Comment: The log below shows that this does happen. The relevant parts of the configuration are. ddclient.conf [....] use=alcatel-stp, [...] [...] rc.local [...] /usr/local/sbin/ddclient -cache /var/log/ddclient.cache - daemon 3000 [...] I am not a perl programmer but ... I believe That the problem is general and will happen with many configurations of equipment. The problem is that race condition exists if my isp disconnects and then reconnects my dsl line just when ddclient is about to cycle its test then; ddclient gets the router page from the modem, but there is no external route, extracts the first ip it finds (the internal one), if the isp brings up the connection, ddclient tries to update dyndns (etc) the connection is made and my local private ip is fed to the world readbale dyndns caches. Given that my ddclient runs in 5min loops and ddclient takes about a minute to time out I think this happens about 1 in 5 times. Solutions. bug fixes. easy. ddclient should never ever update 10.x.x.x, 172.16.x.x, or 192.168.x.x addresses to public dns servers. Add a regexp in get_ip() to test if the ip matches these, if it does behave as if "$ip = undef;" but if for some reason, the modem has public class ips on the inside of the network then this is insufficient. harder. the code needs to inspect the router page and find something that verifies the route is up. In my case I need to see ">BigPond<" somewhere on the page. Note "BigPond" is on the page when the link is down. Thus I have patched my ddclient so that if ">BigPond<" is not on the page the ip found is set to undef Note: I never find a literal 'Brt' on my pages so I am not sure what the skip is for ..... This is already large but ... More info availaibel on request. ==== Oct 8 12:26:53 WALL ddclient[29200]: SUCCESS: updating aiaware.com: good: IP address set to 10.42.10. 1 Oct 8 12:26:53 WALL ddclient[29200]: SUCCESS: updating aiaware.dyndns.org: good: IP address set to 10. 42.10.1 Oct 8 12:26:54 WALL ddclient[29200]: SUCCESS: updating christiansen.homeip.net: good: IP address set to 10.42.10.1 Oct 8 12:31:58 WALL ddclient[29200]: SUCCESS: updating aiaware.com: good: IP address set to 202.164. 205.96 Oct 8 12:31:59 WALL ddclient[29200]: SUCCESS: updating aiaware.dyndns.org: good: IP address set to 202.164.205.96 Oct 8 12:31:59 WALL ddclient[29200]: SUCCESS: updating christiansen.homeip.net: good: IP address set to 202.164.205.96 ---------------------------------------------------------------------- >Comment By: wimpunk (wimpunk) Date: 2007-10-17 20:51 Message: Logged In: YES user_id=722282 Originator: NO Bug will be reopened if necessary. didn't got any reply from the original poster. ---------------------------------------------------------------------- Comment By: wimpunk (wimpunk) Date: 2005-10-25 06:20 Message: Logged In: YES user_id=722282 I would like to see your patch but can you also notice the firmware version of your router. I guess that the previous skip was written for an older version. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676128&aid=1336129&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2007-10-17 20:49:28
|
Bugs item #1328268, was opened at 2005-10-17 00:50 Message generated for change (Comment added) made by wimpunk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676128&aid=1328268&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: Closed Resolution: None Priority: 5 Private: No Submitted By: Mikel Ward (mwardle) Assigned to: wimpunk (wimpunk) Summary: should not clobber permissions Initial Comment: My ddclient conf was set up with user and group read and write permissions rw-rw---- root root I did this since there are multiple administrators on my system, and using groups seems like a more workable approach than giving all administrators sudo access. When I invoked ddclient I was told that the file must be accessible only by its owner, then it changed the permissions on the file. To issue a warning is one thing, but to clobber the permissions I gave it seems rude. This permissions clobbering will also affect users of access control lists (ACLs), since the group permissions will mask any permissions except those of the owner. Why does ddclient enforce no group or other access? Of course the file probably contains clear text passwords for the dynamic DNS service, but if I choose to allow certain people to read and modify the configuration file, ddclient should respect that. ---------------------------------------------------------------------- >Comment By: wimpunk (wimpunk) Date: 2007-10-17 20:49 Message: Logged In: YES user_id=722282 Originator: NO this is a warning since a while ago. we forgot to close this report. ---------------------------------------------------------------------- Comment By: wimpunk (wimpunk) Date: 2006-01-23 07:45 Message: Logged In: YES user_id=722282 I'll look at this part of the code after reading the software recommandations of LSB. ---------------------------------------------------------------------- Comment By: Arun (arunarunarun) Date: 2006-01-19 20:05 Message: Logged In: YES user_id=44265 Michael Smith has a cleaner patch up on http://bugs.gentoo.org/show_bug.cgi?id=117124 . The idea is that ddclient shouldn't be modifying permissions on the config file. Issuing a warning should suffice, since then the choice is left to the user. ---------------------------------------------------------------------- Comment By: Arun (arunarunarun) Date: 2006-01-19 04:16 Message: Logged In: YES user_id=44265 Michael, could you please assign this to wimpunk? ---------------------------------------------------------------------- Comment By: Arun (arunarunarun) Date: 2005-12-10 05:40 Message: Logged In: YES user_id=44265 Simple fix for this: --- ddclient.old 2005-12-03 11:53:49.000000000 +0530 +++ ddclient 2005-12-03 11:54:51.000000000 +0530 @@ -755,12 +755,7 @@ # Check for only owner has any access to config file my ($dev, $ino, $mode, @statrest) = stat(FD); if ($mode & 077) { - if (-f FD && (chmod 0600, $file)) { - warning("file $file must be accessible only by its owner (fixed).");- } else { - # fatal("file $file must be accessible only by its owner."); - warning("file $file must be accessible only by its owner."); - } + warning("file $file must be accessible only by its owner."); } local $lineno = 0; ---------------------------------------------------------------------- Comment By: Arun (arunarunarun) Date: 2005-12-04 05:30 Message: Logged In: YES user_id=44265 I second this - in Gentoo Linux, we run ddclient as user ddclient (group ddclient). The config file belongs to root:ddclient, and permissions are 640. Clobbering the permissions breaks this setup (which is a bit more secure than running ddclient as root). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676128&aid=1328268&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2007-10-17 20:46:52
|
Patches item #1235583, was opened at 2005-07-10 13:18 Message generated for change (Comment added) made by wimpunk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1235583&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: Closed Resolution: None Priority: 5 Private: No Submitted By: nicolas caval (batchy) >Assigned to: darin (ddfisher) Summary: encode_base64 : 'bad request' error with long passwords Initial Comment: the encode_base64 function split the output into lines of 76 characters (suitable for MIME encoding in mails), but the result string is simply concatenated to the HTTP request, the http server complains about a bad and unknown header a patch is attached, it simply remove the stripping part and add a newline to the output string to restore old behaviour with short passwords (sorry for my english and my little perl experience) ---------------------------------------------------------------------- >Comment By: wimpunk (wimpunk) Date: 2007-10-17 20:46 Message: Logged In: YES user_id=722282 Originator: NO If I understand ddfisher correctly, this bug is closed. and since it's a patch, this is moved to the patches section. ---------------------------------------------------------------------- Comment By: darin (ddfisher) Date: 2006-06-06 08:02 Message: Logged In: YES user_id=1534437 this patch has been incorporated ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1235583&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2007-10-17 20:44:50
|
Bugs item #1233728, was opened at 2005-07-06 20:05 Message generated for change (Comment added) made by wimpunk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676128&aid=1233728&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: service configuration Group: current version >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: glandvador (glandvador) Assigned to: wimpunk (wimpunk) Summary: easydns support is not complete Initial Comment: The easydns service in ddclient doesn't support updating options like wildcard, mx, etc., only the domain name. I posted a patch (cf. easydns patch) that tries to (re)add these options. It has not yet applied and I want to know if there is something wrong with this patch. ---------------------------------------------------------------------- >Comment By: wimpunk (wimpunk) Date: 2007-10-17 20:44 Message: Logged In: YES user_id=722282 Originator: NO If you still have the fix, post it as patch. ---------------------------------------------------------------------- Comment By: wimpunk (wimpunk) Date: 2005-07-06 20:39 Message: Logged In: YES user_id=722282 Since there are to many dynamic dns providers and to many routers out there, We're currently working on ddclient version which should be easier to configure. If you have a patch for the cvs version of ddclient, feel free to post it to the patches section but we're probably not going to add it to the current version of ddclient. Only real bugfixes will be taken in consideration. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676128&aid=1233728&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2007-10-17 20:43:33
|
Bugs item #1229919, was opened at 2005-06-29 19:12 Message generated for change (Comment added) made by wimpunk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676128&aid=1229919&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: service configuration Group: current version >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: lupinehorror (lupinehorror) Assigned to: wimpunk (wimpunk) Summary: ip is detected but client won't update it Initial Comment: please find output.txt as requested thanks :) ---------------------------------------------------------------------- >Comment By: wimpunk (wimpunk) Date: 2007-10-17 20:43 Message: Logged In: YES user_id=722282 Originator: NO it's not a bug, it's just a problem report. Please use the forum if this problem still exists. ---------------------------------------------------------------------- Comment By: wimpunk (wimpunk) Date: 2005-06-29 21:12 Message: Logged In: YES user_id=722282 - in your configuration I find "mydomain.ath.cx" but the logging gives "myhost.ath.cx" and "lupine.ath.cx" hope you just made a little fault when altered your settings. - ath.cx is owned by dyndns. I don't think you need the custom option ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676128&aid=1229919&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2007-10-17 20:42:26
|
Patches item #1218087, was opened at 2005-06-10 10:13 Message generated for change (Comment added) made by wimpunk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1218087&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: Stephen Ostermiller (deadsea) Assigned to: wimpunk (wimpunk) Summary: Linksys WRV54G router needs new configuration for ip address Initial Comment: I have a Linksys WRV54G Firmware Version: 2.37 http://www.linksys.com/products/product.asp?prid=565 To be able to query the ip address from the router I added the following: 'linksys-wirelessg' => { 'name' => 'linksys-wirelessg', 'url' => '/StatusSystemPerformance.htm', 'skip' => 'wan_ipaddr\[0\]', }, ---------------------------------------------------------------------- >Comment By: wimpunk (wimpunk) Date: 2007-10-17 20:42 Message: Logged In: YES user_id=722282 Originator: NO it's a patch for the linksys-wrv54g. It would be nicer if you could add a real patch file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676130&aid=1218087&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2007-10-17 20:40:33
|
Feature Requests item #1110425, was opened at 2005-01-27 04:43 Message generated for change (Comment added) made by wimpunk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676131&aid=1110425&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 Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Stephen Takacs (perlhaq) Summary: login does not work for netgear WGR614V4 Initial Comment: If you set a password on this router then ddclient will get a 401 access denied even if one sets the fw-login and fw-password. You have to login to this router for any page. Also the router will locks out any other users from seeing the status/setup pages until the current user logs out. This is done by going to logout.htm ---------------------------------------------------------------------- >Comment By: wimpunk (wimpunk) Date: 2007-10-17 20:40 Message: Logged In: YES user_id=722282 Originator: NO It's not a bug it's a feature request ---------------------------------------------------------------------- Comment By: wimpunk (wimpunk) Date: 2007-05-21 15:25 Message: Logged In: YES user_id=722282 Originator: NO Perlhaq, any suggestion how to fix this one? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-31 15:28 Message: Logged In: NO I figured out the login problem. I had a '#' in the password and that was causing a problem. The only problem now is when ddclient logs into the router the router ties itself to the IP of the machine ddclinet is running on and will not allow anybody else to login to the router until the machine logs out of the router by going to logout.htm page. ---------------------------------------------------------------------- Comment By: wimpunk (wimpunk) Date: 2005-01-28 10:24 Message: Logged In: YES user_id=722282 Please post your bugs with a full result of "ddclient -daemon=0 -debug -verbose -noquiet" and don't forget to add your ddclient.conf. Use the monitor function if you want to be kept up-to-date. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-28 09:18 Message: Logged In: NO addition: email address is: dan...@em... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=676131&aid=1110425&group_id=116817 |
|
From: SourceForge.net <no...@so...> - 2007-10-17 20:08:14
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4574736 By: wimpunk I've also added a comment about the thread in bug #1209743. Normally the forum will convert this to a link but you can also try this: http://sourceforge.net/tracker/index.php?func=detail&aid=1209743&group_id=116817 &atid=676128 ______________________________________________________________________ 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...> - 2007-10-17 20:04:38
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4574675 By: wimpunk I've reopened bug 1209743 hoping to get any response from the original bugfixer. ______________________________________________________________________ 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...> - 2007-10-14 13:18:16
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4567890 By: wimpunk I've just been checking the code and it's quiet easy: if you don't want any mail, just don't use the mail option. :-) If mail or mail-failure aren't configured, there won't be any mail send. Configuring syslog=yes makes ddclient writing the output to the syslog. Something like this should work: syslog=yes use=fw fw=192.168.1.3/status.html fw-skip="WAN IP Address:" fw-login=fw-user fw-password=my-fw-password protocol=dyndns2 login=my-dyndns-login password=my-dyndns-password myhost.dyndns.org ______________________________________________________________________ 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...> - 2007-10-12 09:01:44
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4565308 By: theinfinity ... hello, ok - now you get the question in a forum thread: I have a system where I want to suppress all mails and log every action just to syslog. I found the option "quiet" to switch off the mails in case of successfull updating, but if there is an error it seemes to send mails. Is it possible to switch this off, too? The best way would be just looging errors in syslog, if everything is ok I don't need information, and errors would be best in syslog only ... Thanks for your help :) ______________________________________________________________________ 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...> - 2007-09-25 21:08:09
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4537308 By: wimpunk Your question is off-topic but I'll answer it. The routing I suggested only changes the routing for checkip.dyndns.org. Every application which want to connect to checkip.dyndns.org will use that route. All other IP addresses will be contacted using the same route they used before. ______________________________________________________________________ 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...> - 2007-09-25 17:35:30
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4537000 By: chrnos Oh yeah i forgot the command route anyways i not tested the command when it is in my house I am going it to try, in simply view the syntax seen ok but I am not going to have problems with other appz? example: internet, connect other appz etc, i says this because eth1 is a "server propose" eth0 is where i surf on internet. Thanks for all. ______________________________________________________________________ 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...> - 2007-09-25 08:18:49
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4536177 By: wimpunk Check your distribution manual how to set it up after every reboot. This is how you can do it manually: # adding checkip.dyndns.org throught eth1 route add 208.78.68.70 dev eth1 route add 208.78.69.70 dev eth1 ______________________________________________________________________ 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...> - 2007-09-24 20:29:15
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4535226 By: chrnos ok, how can i do the routing you say?, because my modem is not routing capable, if it is in linux, please tell me how to do that. ______________________________________________________________________ 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 |
1 message has been excluded from this view by a project administrator.
