私はそれを計算するため、sshを介して頻繁にアクセスする必要があるサーバーがあります。現在、コンピューティングセンターはSSHキーが「安全でない」ため明示的に禁止しています。彼らは、他の人間の前で可能な限りキーボードで私のパスワードを入力する方がはるかに安全なログイン方法であると感じています。

今; 私は彼らの心を変えることはできません（私は試しました）。

少なくとも一時的にSSHパスワードを保存する方法はありますか？GITが定義された時間キャッシュにパスワードを保存する方法はありますか？

接続の再利用

SSHv2では、同じ認証された接続で複数の「チャネル」を確立することができます-インタラクティブシェル、バッチコマンド、SFTP、およびエージェント転送やTCP転送などのセカンダリ接続。サーバーはおそらくデフォルトで接続の多重化をサポートしています。（管理者が文句を言う場合、パスワードをどこにもキャッシュしません。接続全体をキャッシュします。）

OpenSSHにはControlMaster、ControlPathこれを利用するためのオプションとオプション（-Mおよび-S）があります。

1. を使用して「マスター」SSH接続を開始し-Mます。（設定にControlPathがまだないので、コマンドラインで指定する必要があります-S。長く使用する必要があるため-fN、バックグラウンドにドロップするオプションを追加します。それ以外の場合は技術的にオプションです。）

   $ ssh foo@bar.example.com -fNMS ~/.ssh/bar.socket
   foo@bar.example.com's password:
   

   ローカルシェルに戻ります。

2. マスターを介して新しい接続を開始します。

   $ ssh foo@bar.example.com -S ~/.ssh/bar.socket
   

   君も仲間だ。

3. これをGit / rsync / SFTPでControlPath使用するには、-S常に指定することができないため、構成でセットアップする必要があります。

   Host *
       ControlPath ~/.ssh/S.%r@%h:%p
   

これを自動化できます。最新のOpenSSHバージョンにはControlPersist、マスター接続がまだない場合にバックグラウンドで自動的に確立するものもあります。これにより、ステップ1をスキップして、通常どおりsshを使用できます。

1. 構成~/.ssh/config：

   Host *
       ControlPath ~/.ssh/S.%r@%h:%p
       ControlMaster auto
       ControlPersist 15m
   

2. 最初の接続はパスワードを要求します：

   $ ssh foo@bar.example.com
   foo@bar.example.com's password:
   [foo@bar:~]$ exit
   

3. 2番目はそうではありません：

   $ ssh foo@bar.example.com
   [foo@bar:~]$ yay
   

マルチプレックスマスターを制御（停止またはTCP転送を構成）するには、-Oオプションを使用します。

同様の方法が最近のPuTTYバージョンでサポートされています。

つかいます sshpass

sshpass（github、man page）は、パスワードを自動的にsshに送信するツールです。安全な使用方法は次のとおりです。

% echo 'correct horse battery staple' > ~/.ssh/compute_password
% chmod go-rw ~/.ssh/compute_password

% sshpass -f ~/.ssh/compute_password ssh foo@host

これは、~/.ssh/compute_passwordパスフレーズなしの秘密鍵ファイルのように、からパスワードを読み取ります。sshpassコマンドを小さなシェルスクリプトまたはシェルエイリアスに入れて、完全なコマンドを入力しないようにすることができます。悲しいことに、私はからこれを行う方法を見つけていません~/.ssh/config。

（コマンドラインでに直接パスワードを指定することも可能ですが、できる人にはパスワードsshpassが漏洩するため、これは避けるべきですps）

他の方法との比較

もちろん、このアプローチは公開鍵認証を適切に設定するよりも安全性は低くなりますが、おそらく既に知っています。

また、接続の再利用に関する@grawityの回答よりも安全性は低くなりますが、パスワードをインタラクティブに入力する必要がないという利点があります。

@grawityの答えは、パスフレーズと秘密キーキャッシング（つまりssh-agent）を使用したpubkey authの代替と考えることができます。私の答えは、秘密鍵ファイルにパスフレーズなしでpubkey認証に代わるものです。

パスワードマネージャーを使用します。

一部のパスワードマネージャー（例：KeePassXC）には「自動入力」機能があります。パスワードをパスワードマネージャーに保存し、マネージャーを実行するときにデータベースのロックを解除し、パスワードのssh入力を求めるたびにキーの組み合わせを押すと、パスワードマネージャーが長いパスワードをコンソールに書き込みます。

コピーする必要はありません。データベースのロックを解除するためのパスワードを除き、何も覚えていない必要があります。また、ログインしようとするたびにこれらの30文字を破壊することなく強力なパスワードを使用できます。

このリストからお気に入りを選択できます：https : //en.wikipedia.org/wiki/List_of_password_managers

別の方法は、GUI sshクライアントを使用することです。Windowsでは、当然の選択はPuTTYです。PuTTYのLinuxバージョンもあります。特に、UbuntuのようなほとんどのDebianベースのディストリビューションには、通常リポジトリにPuTTYが含まれています。

別の本当に良いクライアントはTermiusです。WindowsとLinuxだけでなく、OSX、iOS、Androidもサポートしています。主に携帯電話向けに設計されていますが、デスクトップ版は実際には非常に優れています。

誤解しない限り、Windowsの由緒あるHyperterminalにもsshクライアントが組み込まれていましたが、非常に長い時間Windowsを使用していなかったため、完全には定かではありません。

すべてのGUIクライアントには、ユーザー名とパスワードを含む接続設定を保存する機能が含まれています。