나는 그것을 계산하기 때문에 ssh를 통해 자주 액세스 해야하는 서버가 있습니다. 이제 컴퓨팅 센터는 SSH 키가 "안전하지 않기"때문에 명시 적으로 금지 합니다. 그들은 다른 사람 앞에서 가능할 때마다 키보드로 암호를 입력하는 것이 로그인하는 것이 훨씬 안전한 방법이라고 생각합니다.

지금; 나는 그들의 마음을 바꿀 수 없다 (나는 시도했다).

GIT가 정의 된 시간 동안 캐시에 비밀번호를 저장할 수있는 방식으로 SSH 비밀번호를 임시로 저장하는 방법이 있습니까?

연결 재사용

SSHv2는 인증 된 동일한 연결이 에이전트 전달 또는 TCP 전달과 같은 보조 채널과 함께 대화식 쉘, 배치 명령, SFTP와 같은 여러 '채널'을 설정할 수 있도록합니다. 서버는 기본적으로 연결 멀티플렉싱을 지원합니다. (관리자가 불만을 제기하는 경우 비밀번호를 어디서나 캐싱하는 것이 아니라 전체 연결을 캐싱하는 것입니다.)

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. 두 번째는 그렇지 않습니다.

   $ 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의 대답은 암호 및 개인 키 캐싱 (예 :)을 사용하여 pubkey auth의 대안을 고려할 수 ssh-agent있습니다. 그렇다면 내 대답은 개인 키 파일에 암호가없는 pubkey auth의 대안입니다.

비밀번호 관리자를 사용하십시오.

일부 비밀번호 관리자 (예 : KeePassXC)에는 '자동 유형'기능이 있습니다. 비밀번호 관리자에 비밀번호를 저장하고 관리자를 실행할 때 데이터베이스를 잠금 해제하고 ssh비밀번호를 프롬프트 할 때마다 키 조합을 누르면 비밀번호 관리자가 긴 비밀번호를 콘솔에 쓸 수 있습니다.

복사 할 필요가 없으며, 데이터베이스를 잠금 해제하기 위해 비밀번호를 제외하고는 아무것도 기억하지 말고 로그인 할 때마다 30자를 으 깨지 않고 강력한 비밀번호를 사용할 수 있습니다.

https://en.wikipedia.org/wiki/List_of_password_managers 목록에서 즐겨 찾기를 선택할 수 있습니다.

다른 대안은 GUI ssh 클라이언트를 사용하는 것입니다. Windows에서 명백한 선택은 PuTTY 입니다. Linux 버전의 PuTTY도 있습니다. 특히 Ubuntu와 같은 대부분의 데비안 기반 배포판은 일반적으로 해당 저장소에 PuTTY를 포함합니다.

또 다른 좋은 클라이언트는 Termius 입니다. Windows 및 Linux뿐만 아니라 OSX, iOS 및 Android도 지원합니다. 주로 전화 용으로 설계되었지만 데스크탑 버전은 실제로 매우 좋습니다.

내가 실수하지 않으면 Windows의 유력한 하이퍼 터미널에도 ssh 클라이언트가 내장되어 있지만 오랫동안 창을 사용하지 않았기 때문에 완전히 확신 할 수는 없습니다.

모든 GUI 클라이언트에는 사용자 이름과 비밀번호를 포함한 연결 설정을 저장할 수있는 기능이 있습니다.