[rrd-developers] [PATCH] rrd_client: Do not rewrite path names when accessing remote daemons.
sh at tokkee.org
Sun Oct 4 00:46:27 CEST 2009
Thanks for your feedback!
On Sat, Oct 03, 2009 at 11:54:53PM +0200, Benny Baumann wrote:
> Am 03.10.2009 23:36, schrieb Tobias Oetiker:
> > Today Sebastian Harl wrote:
> >> When talking to a local daemon (thru a UNIX socket), relative path names are
> >> resolved to absolute path names to allow for transparent integration into
> >> existing solutions (as requested by Tobi).
> >> However, when talking to a remote daemon, absolute path names are not allowed,
> >> since path name translation is done by the server (relative to the base
> >> directory).
> IMHO the behaviour should mor be like:
> - Requests are always rewritten
In what way would you want a request, that is sent to a remote daemon,
to be rewritten (on the client, as this what we're talking about)?
> - The Cache Daemon defines a root path (simular to an chroot)
This is already possible using rrdcached's '-b' command line option. If
that's not specified, /tmp is used as a default. You may disallow any
updates to files outside of that directory by using the -B command line
option. See the rrdcached(1) manpage for more details.
On the *server* side, all relative path names are rewritten to be
relative to that base directory.
> - Every request, independently of being absolute or relative, is
> interpreted relative to this root directory.
Hrm … imho this option would be fine as well, *if* absolute path names
would not be treated differently when accessing a local daemon (which is
requested by Tobi). Adding another difference to the handling of path
names would be way too confusing imho.
OTOH, when thinking of the base directory as something like a chroot,
this might make some sense. What do others think about that?
Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/
Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 197 bytes
Desc: Digital signature
Url : http://lists.oetiker.ch/pipermail/rrd-developers/attachments/20091004/e860c78a/attachment.pgp
More information about the rrd-developers