[fuse-devel] fuse desktop integration / management library
nf2 at scheinwelt.at
Mon May 14 07:06:12 PDT 2007
Miklos Szeredi wrote:
>>>> * password callbacks (needs support in libfuse or a second library
>>>> linked into fuse modules, because the current way of specifying
>>>> passwords as command line args is unsecure)
>>> A nice model for this is ssh-askpass, no need to support anything in
>>> libfuse for this to work.
>> i think the ssh-askpass model won't work for this. i need a way to pass
>> a password as mount parameter (to sshfs, cupsftpfs), which is not
>> visible in the command line (and in the process list). what about
>> setting a FUSE_MOUNT_PASSWORD envir variable? would that be safe?
>> btw: sshfs seems problematic, because it prompts the password in the
>> terminal, and i couldn't find a way to automatically answer this prompt
>> with a wrapper executable that controls stdin/stdout/stderr of the sshfs
> No, if there's no terminal available ssh will call ssh-askpass (or any
> other program set in SSH_ASKPASS), which is a simple password asking
> This could be used by other filesystem (like smbfs) which need to ask
> a password even if there's no terminal available.
> This could also be wrapped and added to libfuse, but I don't think
> it's worth it.
yes - i agree - probably an executable which docks on some kind of
"askpass" service. but for modules like curlftpfs i would suggest
setting the password in an environment variable.
i have continued working on "libfusi":
the "libfusi" package contains
* the management interface library (see fusi.h)
* a simple cli client (fusi-client)
* module-specs and mount helper binaries for sshfs and curlftpfs
the "gfuse-manager" package contains a gtk based client which uses
libfusi (sshfs works well when ssh-askpass is installed)
please try and give me feedback...
More information about the xdg