Linux VPS의 SSH 키 설정: 로컬 키 생성, 공공 키를 설치하고 로그인 설정을 변경하기 전에 두 번째 연결을 테스트.
Linux VPS에 대한이 체크리스트를 사용하거나 관리자에게 승인됩니다. 호스트, 계정 이름 및 SSH 포트로 시작하면 실제로 서비스에 할당됩니다. 배포 이름에서 사용자 이름을 추측하지 마십시오. 인증 변경이 실패한 경우 액세스 복구 방법을 확인하면 운영자가 실제로 사용할 수있는 방법을 사용합니다.
새로운 로그인 방법을 테스트하면서 기존 인증 세션을 엽니다. 아직 작업이 없다면, 초기 연결 세부 사항을 먼저 해결하십시오. 공개 호스팅 계획 또는 유료 주문은 작업 쉘 계정 자체가 아닙니다. 서버 지침을 적용하기 전에 실제 서비스 세부 사항을 기다립니다.
원격 VPS 내부에서 자신의 클라이언트 장치에 ssh-keygen을 실행하십시오. OpenSSH 클라이언트를 위해, ssh-keygen -t ed25519는 Ed25519 키 쌍을 생성하고 파일 위치 및 passphrase에 대한 신속한. 기존 키가 이미 존재한다면 새로운 파일 이름을 선택하십시오. 다른 서버가 여전히 사용하는 키를 덮지 마십시오.
passphrase 및 안전한 장치 저장과 함께 개인 키를 보호합니다. 쉘 역사에 저장될 수 있는 명령으로 passphrase를 입력하는 대신 대화형 프롬프트를 사용합니다. 주요 목적과 공공 키 지문을 추적하여 나중에 검토하거나 수정할 때 올바른 항목을 식별 할 수 있습니다.
공공 키는 일반적으로 .pub appended와 같은 파일 이름을 가지고 있습니다. VPS에서 사용할 계정의 작성자 키 위치에 공개 키를 추가하십시오. 많은 OpenSSH 설치 사용 ~/.ssh/authorized_keys 원격 계정, 하지만 효과적인 서버 구성 다른 위치를 지정할 수 있습니다. 모든 시스템 대신에 위치 확인은 동일한 정책을 사용합니다.
ssh-copy-id는 기존의 승인된 연결을 통해 공개 키를 설치할 수 있습니다. 수동 설치는 기존 키를 보존하고 각 공공 키를 한 줄에 보관해야합니다. 모든 액세스 홀더를 deliberately 검토 한 경우 단일 새로운 항목으로 전체 파일을 대체하지 마십시오. 개인 키는 자신의 장치에 머물.
필요한 경우 테이블을 수평으로 스크롤합니다.
| 제품 정보 | 제품정보 | 그것은 어디에 속 |
|---|---|---|
| 당신의 공개 인증 키 | 서버가 키를 인식할 수 있습니다. | 원격 계정에 대한 승인된 키 위치 |
| 개인 인증 키 | 로그인 중 소유권 | 고객 장치에 보호된 저장 |
| 서버 호스트 키 지문 | 서버 정체성을 확인합니다. | 인증된 기록 및 클라이언트 알려진 호스트 항목 |
서버 호스트 키 지문을 비교하여 신뢰할 수있는 값으로 새로운 호스트 정체성을 수용하기 전에 연산자 또는 다른 확인 된 채널을 통해 획득. 이전에 알려진 지문이 예기치 않게 변경되면 변경 사항을 조사합니다. 클라이언트 알려진 호스트 항목을 삭제하고 올바른 서버에 도달하지 않는 모든 것을 수용.
두 번째 터미널을 열고 실제 계정, 호스트 및 선택한 개인 키 경로와 연결하십시오. OpenSSH -i 옵션은 ID 파일을 선택하고 -p는 비과태 포트를 선택하여 지정되었습니다. 로그인 후 예상된 계정을 확인합니다. private-key passphrase prompt는 로컬 키가 잠금 해제됩니다. 리모트 계정 암호 프롬프트와 다릅니다.
키가 거부되면, 올바른 계정을 사용했고, 공개 키는 클라이언트가 선택한 개인 ID와 일치합니다. 권한 부여 키 파일 위치, 소유권 및 권한을 검토하십시오. 일반적인 OpenSSH 계정에서, 제한적인 권한과 같은 700 .ssh에 600 으로 authorized_keys 인증 파일을 수정하여 다른 사용자를 방지합니다. 올바른 계정은 반드시 소유해야 합니다.
클라이언트 진단 및 서버 인증 로그를 검사합니다. 서버 정책은 사용자, 키 유형 또는 인증 조합을 제한할 수 있습니다. 거부된 키 작업을 할 수있는 권한이 없습니다. 개인 키, passphrase 또는 완전한 민감한 진단 로그보다 도움이 될 때 redacted 오류 메시지를 공유하십시오.
작업 키는 자동으로 서버 암호 정책을 변경하지 않습니다. 인증 설정을 변경하려는 경우, 메인 OpenSSH 구성 및 계정에 영향을 미치는 포함 된 파일을 검사합니다. 비밀번호 인증 및 키보드 활성화 인증은 별도 설정이며, 운영자 정책 또는 일치 블록은 효과적인 결과를 변경할 수 있습니다.
관련 구성을 백업하고 변경을 적용하기 전에 설치 된 데몬으로 검증; sudo sshd -t는 그 명령과 특권이 적용되는 시스템에 OpenSSH 구문 검사입니다. 서비스 관리 방법을 사용하여 배포를 문서화합니다. 원래 세션을 열고 닫기 전에 변경 후 또 다른 신선한 키 연결을 증명합니다.
각 관리자에게 자신의 키를 제공하므로 액세스 변경은 개인 파일을 공유 할 필요가 없습니다. 장치를 교체 할 때, 설치 및 테스트 새로운 공공 키 먼저, 다음 식별 후 오래된 공공 키 입력을 제거. 잃어버린 passphrase는 암호화 된 개인 키에서 복구 할 수 없습니다. 작업 승인 된 액세스 방법을 통해 교체를 만듭니다.
팀 멤버가 나거나 장치를 잃을 때 키 검토. 공공 키 입력을 제거하면 그 입력을 통해 미래의 키 로그인을 방지하지만 활성 세션 및 기타 액세스 방법을 검토합니다. 서비스 레코드를 사용하여 승인 된 복구 절차를 유지하므로 액세스는 교체하는 장치에서 완전히 의존하지 않습니다.