※2020년 2월 18일 추가

다시 AWS 학습을 실시하고 있습니다만, 일찌기 이쪽의 기사에 기재한 내용은 근본적인 해결책이 아닌 것을 알았습니다.

그렇다면 어떻게 해야 하는가 하면, 타이틀의 에러가 표시되는 경우, 「VPC」의 설정을 다시 한번 확인하는 것이 좋을까 생각합니다.

체크리스트

VPC가 만들어졌나요?

서브넷이 생성되고 1로 만든 VPC를 선택하고 있습니까?

인터넷 게이트웨이가 생성되어 1에서 만든 VPC에 연결되어 있습니까?

라우팅 테이블이 만들어졌습니까?

4의 루트 가, 목적지 「0.0.0.0/0(IPv4의 경우)」, 타겟 「igw-hoge123fuga(3으로 작성한 인터넷 게이트웨이의 ID)」로 되어 있습니까?

4의 서브넷 연결이 2에서 만든 서브넷이 되었습니까?

위의 내용은 EC2에서 서버를 구축하는 데 필요한 최소 VPC 영역을 만듭니다. 이 체크리스트를 기반으로 작성한 VPC를 선택하고 인스턴스를 작성하십시오.

용어집

VPC(Virtual Private Cloud): 클라우드의 사설 네트워크 공간.

서브넷: 분할된 VPC의 영역.

인터넷 게이트웨이: VPC의 서브넷을 인터넷에 연결하는 출입구.

라우팅 테이블: 서브넷과 인터넷 게이트웨이 사이의 라우터.

설정 1: VPC 영역의 CIDR 블록인 「10.0.0.0/16」에 포함되는 IP 주소로 향하는 패킷이면, VPC 영역의 라우터에 접속되어 있는 상대에게의 통신이므로, VPC 영역의 라우터 (즉, 자신의 로컬)로 패킷을 전달합니다.

설정 2 : 0.0.0.0/0의 범위 목적지 (모든 IP 주소 목적지) 패킷은 인터넷 게이트웨이로 전달된다. ※ 이것이 없으면 서브넷을 인터넷에 접속할 수 없다.

참고 링크

AWS VPC를 통한 네트워크 구축 및 EC2를 통한 서버 구축

지식 0부터 AWS EC2로 웹 서버를 구축할 때까지

이렇게 해결했다.

① 보안 그룹의 인바운드에서 ssh의 송신원을 자신의 PC의 IP 주소(←중요)로 설정할 필요가 있다.

여기서 "사용자 정의"나 "임의의 장소"가 아니라 "내 IP"를 선택하지 않으면 안 됐다.


② 그 후 인스턴스에서 오른쪽 클릭, 인스턴스 상태 -> 정지. 그리고 시작. (재부팅에서는 안되는 일이 있는 것 같다.)

참고

· h tp : //의 시프. 는 bぉ. jp/엔트리/2014/09/16/214248
· h tp // w w. s ぢ お ふ ぃ x. 코 m/bぉg/카오루/2009/05/17/포 st175/

AWS Amazon EC2 공식을 보면 ...

인스턴스에 대한 연결 문제 해결

보안 그룹 규칙을 검토합니다. 적절한 포트의 공용 IP 주소(← 자신의 PC의 IP 주소)에서 인바운드 트래픽이 보안 그룹 규칙에서 허용되어야 합니다.

htps : // 이런. 아 ws. 아마존. 코m/에c2/ 에 있는 Amazon EC2 콘솔을 엽니다.

화면 왼쪽의 인스턴스를 선택하고 인스턴스를 선택합니다.

화면 하단의 설명 탭에서 보안 그룹에서 규칙 보기를 선택하여 유효한 규칙 목록을 표시합니다.

Linux 인스턴스의 경우: 컴퓨터에서 포트 22(SSH)로 트래픽을 허용하는 규칙이 있는지 확인합니다.

카타카나 너무 많고 일본어 ...