aws로 ssh 접속을 하니까 아래와 같은 메시지가 나오면서 접속에 실패하네요….

aws로 ssh 접속을 하니까 아래와 같은 메시지가 나오면서 접속에 실패하네요.

$ ssh ubuntu@52.79.81.25 -i aws_key.pem [13:32:41]
ssh_exchange_identification: read: Connection reset by peer
FAIL: 255

그래서 아래와 같이 -v 옵션을 붙여봤습니다.

$ ssh ubuntu@52.79.81.25 -i aws_key.pem -v [13:35:47]
OpenSSH_6.9p1, LibreSSL 2.1.8
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug1: Connecting to 52.79.81.25 [52.79.81.25] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /Users/study/Downloads/aws_key.pem type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/study/Downloads/aws_key.pem-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.9
ssh_exchange_identification: read: Connection reset by peer
FAIL: 255

혹시나 해서 일본에서 동작하고 있는 서버를 통해서 접속해보니 잘 되네요.

저는 통신사를 kt를 쓰고 있는데요. KT의 문제가 아닐까해서 문의를 넣어둔 상태입니다.

비슷한 증상이 일어나는 분 안계신가요?

추가 1 : ssh를 7.1 버전으로 업데이트 했습니다만 증상은 동일 하네요.
추가 2 : traceroute를 해보니 서울리전을 향하는 경우 10번째 경유지에서 210.99.9.2에서 멈추는 것 같습니다. 반면에 도쿄의 리전을 향하는 경우 무사히 아마존까지 도달하네요. 제가 네트워에 지식이 많이 부족해서 이것이 어떤 의미인지 깊게 이해는 못하고 있네요.
추가 3 : 동일한 서울 리전에서 접속했을 때 되는 것이 있고, 안되는 것이 있네요. 아래 댓글로 이미지를 첨부했습니다. https://www.facebook.com/groups/awskrug/permalink/734671313301562/?comment_id=734683886633638&comment_tracking=%7B%22tn%22%3A%22R%22%7D

20 thoughts on “aws로 ssh 접속을 하니까 아래와 같은 메시지가 나오면서 접속에 실패하네요….

  1. 저도 서울리전 쓰는 서버 하나가 stop 되어 있어서 접속이 안됐었습니다. 방금….. start 하니 접속이 되긴 하는데.. 뭔일인지. 지금은 새로운 인스턴스 하나 런칭했는데 접속이 안되네요 ㅠ

  2. debug1: identity file /Users/study/Downloads/aws_key.pem type -1
    debug1: key_load_public: No such file or directory 부분이 맘에 걸리는데요. 키 파일 이름이 잘못된 건 아닐까요?

  3. 5개의 인스턴스를 동시에 실행시켰는데요. 접속이 되는 ip가 있고 안되는 ip가 있었습니다. 아래는 traceroute를 실행시켰을 때 왼쪽이 접속이 안되는 쪽이고 오른쪽이 접속이 되는 쪽입니다.

  4. 저도 서울 리전에서 해당 문제가 있어서 (신규로 테스트 서버 올리는 도중에) 2c 에서 문제 발견하고 2a 로 생성하니 잘 되었습니다. 2c 에 생성된 기존 인스턴스는 문제 없이 접근 가능했지만, 2c 로 새로 생성 하는 것들에서 해당 문제가 발생 했네요.

  5. 저도 어제 밤에 EIP 할당 했다가 같은 일을 겪었습니다. 키 문제는 아니었고 EBS 연결했다 뺐다 하고 재부팅하고 하다보니 다시 되더라고요.

  6. 2a 는 ssh_exchange_identification: read: Connection reset by peer
    2c 는 무한정 대기 (접속 안됨) 상태네요, 새로 생성된 인스턴스는 모두 접속이 안되네요

  7. 한국 리전에서 새로 생성한 EC2에 SSH 접속이 안되는 문제가 생겨서 이상하게 여기고 있었습니다.

    기존 설정대로 잘 되던 것이기에, 기존 잘 되던걸 재시작해서 보니 역시나 SSH 접속이 안되는 문제가 발생하더군요.

    여기 글 보고 나만 그런게 아닌가 싶어서,
    Elastic IP 하나 발급 받은 다음 running 중인 EC2 인스턴스 IP를 재할당 해주니 바로 SSH가 연결되는군요.

    한국 리전 AWS 내부 네트워크쪽에서 뭔가 문제가 난게 아닌가 싶습니다.

    참고로 새로 생성한 EC2 인스턴스에(SSH Timeout 나는)도 해당 IP를 Reassociation 했더니 정상적으로 접속이 가능합니다.

    동작되는 IP를 연결하거나, 껐다 켰다 반복적으로 하다가 동작되는 IP를 찾으면 동작 가능한듯 합니다.

  8. 다시 2a 리전에 생성 했더니 정상적으로 연결 성공 했습니다… ip 맵핑 부분에서 문제가 생긴걸까요? Elastic IP 를 할당 해주었다는건 ip 를 변경 시켜주었다는 건데, 빨리 해결이 되었으면 하네요.

  9. EIP를 5번 정도 발급 받으면서, traceroute 로 210.99.9.2 에서 멈추는 EIP는 버리고 그러지 않는 EIP로 새로 연결 해 주니까 됩니다. 54.239.122.42 까지만 가도 잘 동작하네요. 하하.

  10. 저도 주말에 이 것 때문에 시간 엄청 낭비했는데 저만 그런건 아니었나 보네요 ㅎㅎ
    오늘 낮에는 인스턴스 생성해보니 접속이 되지만 EIP를 만들어 붙이면 또 안되고 그랬는데 지금 다시 해보니 잘 되는 것 같습니다.
    안될때는 그 아이피의 어떤 포트로 접속해도 다 접속이 되는 척 하더라구요 (데이터를 전송하면 바로 끊기지만). 심지어 인스턴스나 EIP를 삭제한 후에도!

  11. 제 경험상으로는 AWS EIP 아이피 대역 라우팅상의 문제일 것 같습니다. Public Cloud 운영시에도 비슷한 문제를 겪은 바 있습니다. 일단 Case Open 해두었으니 기다려봐야 할 듯 싶습니다.
    public IP로는 접속 되네요. EIP론 접속 불가한 상태입니다.
    # Tracert 결과
    15 4 ms 4 ms 4 ms 54.239.41.1
    16 3 ms 5 ms 4 ms 54.239.41.237
    17 14 ms 10 ms 9 ms 54.239.122.146
    18 4 ms 4 ms 4 ms 54.239.122.143
    19 7 ms 8 ms 6 ms 54.239.122.208
    20 5 ms * 6 ms 54.239.122.221
    21 6 ms 5 ms 5 ms 54.239.122.26
    22 * * * 요청 시간이 만료되었습니다.
    23 * * * 요청 시간이 만료되었습니다.

답글 남기기

이메일은 공개되지 않습니다. 필수 입력창은 * 로 표시되어 있습니다.