[서론] 잘 되던 친구가..
기존 프로젝트를 올렸던 인스턴스에 접속하기 위해서 putty.exe 를 실행하여 SSH 접속을 시도하였다.
그러나, 2024.05.09 오후 12시 경, 아래와 같은 에러가 발생했다.
[본론] 문제 원인으로 짐작되는 것
네트워크 에러가 발생하는 이유에 대해서 구글링을 통해 찾아보니, 현재 로컬 IP 와 인스턴스를 연결하는 데 사용된 IP 주소가 서로 달라서 발생할 수 있다고 한다. 생각해보니, 어제 LGU+ 에서 제공하는 공유기에서 SK 브로드밴드로 바꾸었기 때문에, 기존 내 컴퓨터를 식별하는 IP 주소가 바뀌어서 이 문제가 발생한 것이라 짐작할 수 있었다. 사실 이거 말고는 문제를 일으킬 요소가 없었긴 했다.
문제원인이 명확해졌으니 바꿔주면 될 일
그래서 이 문제를 해결하기 위해 AWS EC2에 22 포트와 연결했던 IP 주소를 내 IP 로 변경해주기로 하였다.
EC2 보안 그룹에서 SSH 를 관리하는 인바운드 규칙 찾기
우선 EC2 대쉬보드에서 보안그룹을 찾아서 들어가고, 그 중 인바운드 규칙 목록에서 SSH(포트22) 를 찾는다.
인바운드 규칙 편집 버튼 확인 후 클릭하기
그 다음 [인바운드 규칙 편집] 을 클릭하여 들어가 준다.
포트 범위가 22 인 것을 확인 후 소스를 내IP 로 지정 후 저장하고 나오기
그 뒤에는 소스를 [내 IP] 로 지정하고, 저장 후 나와주기만 하면 된다.
적용 결과
변경 사항을 반영하고 나서 다시 Putty 를 사용하여 접속 하니 정상적으로 접속되었다.
[마무리] 해당 문제는
[후기] 모든 문제에는 실마리가 있고, 그 실마리는 아주 단순할지도 모른다.
해당 문제는 결국 IP 주소가 변경되어, 기존의 SSH 접속 시 로컬 IP 를 인식하지 못해서 연결 요청이 인스턴스에 전달되지 못해서 발생한 문제였다. 사소한 문제일지라도 환경이 바뀌면 되던 것이 안 될 수 있기 때문에, 신경써야 하는 부분이 아닌가 라는 생각이 드는 계기였다.
[해프닝] 어!..
추가적인 문제가 발생하였다. pscp 를 사용해서 파일을 인스턴스에 올리려고 하니까 리모트 측면에서 네트워크 연결이 닫혀서 실패하였다는 에러가 반겨 주었다.
FATAL ERROR: Remote side unexpectedly closed network connection
분명, 인스턴스 상에서 Putty 를 통한 SSH 연결은 잘 되었는데, 이 문제는 또 뭐가 문제였을까?
사실 이 문제의 원인은 오타 였다. 이 포스트에서는 짧게 마무리 되는 일 이지만, 오타 하나가 문제인지도 모르고 10분 간 시간을 낭비했다. 그래서 이렇게 글로나마 남겨둔다.
'인프라' 카테고리의 다른 글
AWS EC2 내 파일을 내 로컬로 가져오려면?(Window Putty.exe) (0) | 2024.05.15 |
---|