Marc Weber wrote:
Excerpts from Stef Bon's message of Wed Dec 23 22:59:48 +0100 2009:
Stef Bon wrote:
This is the whole problem, because this is not easy. The automounter (read man 5 autofs) can offer variables like USER, UID, etc,HOST of the user requesting the mount (according to the manpage). Then to present this user a suitable dialog... maybe via dbus???
I'm silly here, the user is not the problem, this is already available, in the options, or - in my construction - in the config file, in the parameter AUTOFS_USER and in the mountpath, but the environment this user is using! A pid of the process would be very usefull, for example. But this is not easy. When I'm logged in twice with the same account, which session should get the question for the passphrase?

About which session are you talking now? A ssh-agent session determined
by SSH_AGENT_PID and SSH_AUTH_SOCKET ?

Add this to your .bashrc or .zshrc:

reuseSSHAgent () {
        local f=~/.current-ssh-agent
        . $f || true
        ps -p "$SSH_AGENT_PID" &> /dev/null || {
                ssh-agent | grep -v echo > $f
                . $f
                ssh-add
        }
}
reuseSSHAgent

If there is a ssh agent running it will be used if not it will be
started. Then ssh-add will be run (I use only one key so this is
comfortable to me ..)

Maybe I should check that the socket file exists then I would'nt have to
run ps.

Gentoo has a nice script called "keychain" which provides this and more
for ssh-agent and the gnu-gpg agent. However I felt it was too bloated
and replaced it by this function.

You really don't want to type your password twice, do you ? :)
No, but sometimes inevitable.

I'm talking about the usersession. When logged in twice, and I'm activating the mount at the second session (or login) how does the automounter and the mount script know which usersession to present a dialog.

This is no issue when you first enter the passphrase manually in the first session, make use of it and reuse it on the second.

Stef

_______________________________________________
autofs mailing list
[email protected]
http://linux.kernel.org/mailman/listinfo/autofs

Reply via email to