2012-09-25 1 views

답변

5

AMI의 인스턴스를 실행할 때 키 쌍 이름을 지정하면 Amazon EC2가 인스턴스에 공개 ssh 키를 제공하므로 기본 사용자의 경우 $ HOME/.ssh/authorized_keys에 키를 추가 할 수 있습니다 . 기본 사용자는 AMI에 따라 다르며 "ec2-user"또는 "우분투"또는 "루트"일 수 있습니다.

그러나 AMI가 ssh 키를 사용해야한다는 요구 사항은 아니며 단지 AMI를 실행하는 사람에게 인스턴스에 대한 보안 액세스 권한을 제공하는 몇 가지 방법 중 하나 일뿐입니다.

ssh 키 쌍 이름을 제공하지 않으면 (즉, "없음"을 지정하는 경우) 인스턴스를 사용할 수있게 만드는 다른 방법을 찾아야합니다. Amazon Linux 및 Ubuntu AMI의 경우 CloudInit 시스템을 사용하고 ssh를 통해 액세스를 설정하는 사용자 데이터 스크립트를 전달하거나 ssh 액세스를 원하지 않는 경우에도 인스턴스에서 실행하려는 소프트웨어를 설치할 수 있습니다.

인스턴스에 대한 ssh 액세스가 필요하지 않은 경우에도 시스템이나 실행중인 소프트웨어에서 문제가있을 때 문제를 추적하는 것이 편리 할 수 ​​있습니다.

그래서 "없음"은 몇 가지 상황에서 다소 실용적 일 수있는 유효한 옵션이지만 일반적으로 비상 사태의 경우에만 값을 제공하는 것이 좋습니다.

+4

AMI가 직접 제작 한 경우 자신의 키와 비밀번호를 추가 할 수 있습니다. 그들은 기계에 내장되어 있으므로 더 이상 아마존 키 쌍이 필요하지 않습니다. – bwight

1

우리는 AMI가 매우 견고하기 때문에 우리가 설치된 소프트웨어를 통해 다른 수단으로 컴퓨터에 액세스 할 수 없도록하려는 경우 none 옵션을 사용합니다. 예를 들어 대기열과 함께 작동하는 서비스 버스 소프트웨어를 사용하면이 특정 AMI가 부팅되어 메시지를 처리하기 위해 대기열을 듣기 시작할 것입니다. 이 상황에서는 머신 자체에 호스트 된 데이터가 없으므로 (대기열 데이터조차도) 액세스 할 필요가 없습니다.

하지만 그 길로 가면 AMI를 강화하기 위해 정기적으로 기계를 버리는 전문가가 될 준비를하십시오. 나는 블랙 박스 유형의 상황에서 아무도 도움이 될 수 없다고 말하고 싶다.

호프가 도움이 되었으면

+0

이것은 끔찍한 충고입니다. 당신은 로그인 할 수없는 기계를 가지고 있어서는 안됩니다. – bwight

+2

결코 강력한 단어가 아닙니다. 내가 동의하지 않는 단어입니다. 이것이 완벽하게 정당화 될 때 (열린 마음을 유지하는) 때가 있습니다. –

+4

EC2 환경에서는 수행중인 작업을 알면 로그인없이 서버를 사용할 수 있습니다. 자체적으로 구성하고 실행하는 소급 서버는 EC2에서 매우 가능하며 예전 스타일의 하드웨어 기반 시스템 관리자가 이해하기 쉬운 것이 아닙니다. 개인 ssh 키가 너무 비공개가 아닌 경우 (예 : 직원이 회사를 떠나는 경우) ssh가 잠재적 인 보안 위험을 차단합니다. SBS 키를 사용하지 않으면 AWS 자격 증명을 가진 사람에게만 노출 될 수 있습니다. –

관련 문제