Hash: SHA1

Hello List,

Short version: How do I have multiple ssh keys not overwrite each other,
and not force me to use the -i option to ssh for different

Long version . . .

I have a computer that is a client to a number of different servers.
For question purposes, it's a client to four servers. The client needs
to log in to all four servers via SSH. All four servers disallow
passwords, forcing ssh keys for logging in. (For the sake of argument,
the keys have no passphrase. They do in reality, I promise!) The
servers are 100% disparate: separate companies having nothing to do with
each other. Consequently, they do not share authentication tokens
amongst themselves. Hopefully this text-diagram will explain the

- ---------------------------Client computer----------------------------
| | | |
| | | |
Server 1 Server 2 Server 3 Server 4

No communication among the servers

This means that the client must have four separate private keys, one
each for each server. Further, this means that the default key file
name conflicts, even if I use both rsa and dsa schemes.

The answer, of course, is to use the -i option to specify the key file
for the each server

$ ssh -i key1 server1

Problem: I'm lazy. 8-P

Short of using alias, is there a way to have multiple keys play nice
with each other and me at the same time? I'm looking for my users to be
able to straight 'ssh server' from any shell window they've opened in
their window manager.

I feel like ssh-agent is the way to go. However, that'd still require a
little bit of wrapping for our multiple environments (2 flavors of BSD,
4 flavors of Linux, Solaris 8-10, OS X). I don't have the
"not-invented-here" syndrome so I'd love to not reinvent any wheels,
especially if an elegant solution exists.

GINMF today. 8-(

Thanks in advance,

Version: GnuPG v1.4.6 (GNU/Linux)