화면은 입력 항목을 안내하는 예시이며 실제 개인 키나 패스프레이즈는 포함하지 않습니다.
준비: 본인에게 사용 권한이 있는 개인 키 파일, 서버에 등록된 공개 키, 사용자 이름, 암호화된 키라면 패스프레이즈.
이미 등록한 관리 키를 이용할 때는 해당 키체인 항목을 선택합니다. 다른 호스트도 사용하는 키를 교체·삭제할 때는 참조 관계를 확인하세요. 개인 키 파일·Vault 메타데이터·OS 비밀 저장소는 서로 다르며 앱 잠금이 모두를 암호화하지 않습니다.
SSH 에이전트 인증은 에이전트가 실행 중이고 사용할 키가 올라 있어야 합니다. 키 생성·가져오기·공개 키 설치·인증서와 에이전트 열거의 상세 관리 기능은 CLI 도움말을 참조합니다. 서버가 추가 인증 질문을 보내면 앱의 인증 안내에 응답하되 질문 출처와 서버를 확인합니다.
기대 결과는 인증 성공과 터미널 표시입니다. 실패 시 서버 계정·공개 키 등록·키 파일 형식·패스프레이즈·에이전트·서버 정책을 대조합니다.
키체인에서 인증 항목을 관리한 뒤 호스트의 인증 설정에서 연결합니다. 비밀번호와 키 패스프레이즈는 운영체제 자격 증명 저장소를 사용합니다. 키 파일을 사용하는 경우 원본 파일의 위치와 접근 권한도 관리해야 합니다.
다른 장비로 옮겼다고 인증 정보가 자동으로 준비되는 것은 아닙니다. 장비별 OS 키체인, 키 파일, SSH 에이전트를 확인하세요. 키나 인증 항목을 지우기 전에 이를 사용하는 호스트를 확인합니다.
알려진 호스트는 신뢰한 서버 키를 관리하는 영역입니다. 기존 known_hosts 파일을 가져올 때는 신뢰할 수 있는 파일인지 확인하세요.
이미 등록된 서버의 키가 바뀌면 연결이 차단됩니다. 서버 재설치나 키 교체인지, 잘못된 서버 접속 또는 공격 가능성인지 확인한 후 필요한 항목만 갱신하세요. 오류를 없애려고 알려진 호스트 전체를 지우거나 무조건 새 키를 신뢰하지 마세요.
접속 대상에 직접 접근할 수 없다면 호스트 편집의 연결 체인 또는 프록시 설정을 사용합니다. 점프 서버와 최종 서버의 계정·키·접근 권한을 각각 확인하세요. 중간 서버에 연결된다는 이유만으로 최종 서버의 호스트 키 확인을 생략하지 마세요.
