2014-01-06 1 views
0

A RHEL EC2 인스턴스를 생성하는 동안 올바르게 설정하고 퍼티와 WINSCP를 통해 연결할 수있었습니다. 시간이 지남에 따라 사용되지 않았지만 최근까지는 다시 액세스해야했습니다. 나는 로그인하러 갔지만 할 수 없었다. 그래서 인스턴스를 재부팅하고 다시 연결하려고하지만 더 이상 할 수 없습니다. '네트워크 오류 : 연결이 거부되었습니다.'라는 오류 메시지가 나타납니다.EC2 인스턴스를 ping 할 수 있지만 ssh를 통해 연결할 수 없습니다

나는 pem에서 ppk를 재생성하고 모든 포트를 모든 IP에 사용할 수 있도록 시도했다. 이 un-reachability를 유발할 수있는 것은 무엇이며 다시 연결할 수있는 문제 해결 팁이 있습니까?

+0

ec2 인스턴스를 다시 시작할 때 DNS 이름 확인 아마존은 일반적으로 인스턴스에 다른 DNS 이름을 할당하므로 퍼티 연결 속성을 업데이트해야합니다. –

답변

0

여기에 확인할 수있는 몇 가지가있다 :

  1. 당신이 무엇이든 그것은 시간이 지남에 응답하지 발생했을 수 있습니다 상자에서 실행 있었나요? 기계를 재부팅했다고 했으므로 다소 어려울 수 있습니다.
  2. 방화벽이 SSH 포트를 차단하지 않도록 보안 그룹 설정을 확인하십시오. 이 인스턴스는 SSH 수신 대기 포트에서 아마존 네트워크가 실제로 연결을 수락하는지 여부를 알 수 없습니다.
  3. Amazon 하드웨어가 실패하여 인스턴스가 응답하지 않을 수 있습니다. EC2 콘솔의 인스턴스 페이지로 이동하여 상태 확인 중 2/2가 통과하는지 확인하십시오. 패스가 2 개 미만이면 실패한 인스턴스 상황 일 수 있습니다.

마지막 수단으로 인스턴스를 마우스 오른쪽 단추로 클릭하고 시스템 로그에서 인스턴스가 SSH 연결을 수신 대기하지 않았을 가능성이 있는지 확인하십시오.

EBS 볼륨에 데이터를 저장하여 인스턴스를 중지했다가 시작하고 다른 하드웨어에서 시작하도록하십시오. Amazon이 콘솔 수준의 액세스를 상자에 제공하면 좋겠지 만 불행히도 현재는 알지 못합니다.

+0

하드웨어에 유해한 플래그가있는 경우 재부팅하면 새 하드웨어, Amazon은 대개 하드웨어가 교체되어야 하는지를 소유자에게 알려줍니다. –

+0

하드웨어가 건강에 좋지 않은 것으로 표시되면 이러한 일이 발생하지만, 제 작업에서 우리 인스턴스가 유사한 방식으로 응답을 멈추는 그러한 하드웨어의 불행한 발견 자라는 것을 분명히 이해할 수 있습니다. 즉, 하드웨어간에 쉽게 이전되지 않는 오래된 인스턴스 저장소 지원 인스턴스가 있으므로 문제가 될 수있는 것보다 더 고통 스럽습니다. – aTotalStranger

+0

당신은 이것이 발견되어야하고 통지가 자동으로 전송되어야한다는 좋은 지적을합니다. – aTotalStranger

관련 문제