В OpenSSH предусмотрена возможность использования существующих соединений, при повторном коннекте к хосту.

При этом аутентификация будет осуществлена только при первом соединении, для всех остальных соединениях вводить пароль не потребуется.

Создаем или модифицируем файл ~/.ssh/config:

   Host *
   ControlMaster auto
   ControlPath ~/tmp/%r@%h:%p

В ControlPath определяем параметры управляющего сокета, например, в нашем случае
сокет будет создан в поддиректории tmp домашнего каталога текущего пользователя.

При использовании туннелей, режим ControlMaster следует запретить, используя опцию командной строки:
   "-o ControlMaster=no"

Например, для ssh транспорта subversion можно прописать в ~/.subversion/config:

   [tunnels]
   ssh = ssh -o ControlMaster=no

Для кеширования приватных ключей, созданных командой ssh-keygen и используемых
для публичной идентификации в OpenSSH можно использовать ssh-agent.

В простейшем случае достаточно предварить запуск терминальной сессий вызовом ssh-agent:

   ssh-agent gnome-terminal

Далее выполняем
  
   ssh-add

и вводим пароль для доступа к ключу ~/.ssh/id_rsa (путь к файлу с ключом может быть
задан в качестве аргумента), после чего в пределах процесса gnome-terminal вводить пароль не потребуется.

Обычно ssh-agent выпоняют в привязке ко всей X сессии пользователя, напирмер,
в Ubuntu запуск x-session-manager под управлением ssh-agent уже прописан в /etc/X11/Xsession.options

Вручную, прописать запуск ssh-agent можно в .xsession, например, для старта  gnome-session:

   ssh-agent gnome-session

URL: http://www.revsys.com/writings/quicktips/ssh-faster-connecti...
Обсуждается: http://www.opennet.ru/tips/info/1763.shtml

• Повторное использование открытых OpenSSH соединений и кеширование паролей,wertik, 14:21 , 26-Дек-08
• Повторное использование открытых OpenSSH соединений и кеширование паролей,anonymous, 23:35 , 26-Дек-08
• Повторное использование открытых OpenSSH соединений и кеширование паролей,CSX, 05:16 , 29-Дек-08
• Повторное использование открытых OpenSSH соединений и кеширование ключей,Одмин, 17:25 , 01-Янв-09
  • Повторное использование открытых OpenSSH соединений и кеширо...,wertik, 13:03 , 02-Янв-09
  • Повторное использование открытых OpenSSH соединений и кеширо...,Аноним, 19:13 , 11-Янв-09
• Повторное использование открытых OpenSSH соединений и кеширо,Denis, 13:08 , 12-Янв-09
  • Повторное использование открытых OpenSSH соединений и кеширо,hate, 14:23 , 13-Янв-09

Хм, лучше уж либо по ключам авторизоваться , либо screen использовать.

Человек написал про то, как использовать через ключи, только не понимает этого сам:)

Да уж, человек явно не понимает, что делает :)

Это вы, господа, не понимаете что делает ControlMaster

>Это вы, господа, не понимаете что делает ControlMaster

Объясни , чем это лучше авторизации по ключам?)

Вы наверное не в курсе про screen?:)
ssh-agent
ssh-add
screen
и все даже без участия КонтролМастера

сделал:

>Создаем или модифицируем файл ~/.ssh/config:
>
>   Host *
>   ControlMaster auto
>   ControlPath ~/tmp/%r@%h:%p

Всё равно повторно требует ввод пароля. В ~/tmp ничего не создаётся при соединении.

>сделал:
>
>>Создаем или модифицируем файл ~/.ssh/config:
>>
>>   Host *
>>   ControlMaster auto
>>   ControlPath ~/tmp/%r@%h:%p
>
>Всё равно повторно требует ввод пароля. В ~/tmp ничего не создаётся при
>соединении.

Всё работает нормально. Файл создается в хоме пользователя в указанной директории. И кеширует только повторные соединения.