Closed dasd412 closed 2 years ago
참고 자료 https://stackoverflow.com/questions/59209188/why-i-cant-access-via-ssh-to-my-aws-instance-after-rebooting https://sepiros.tistory.com/43 https://creampuffy.tistory.com/entry/EC2-t2micro-%EC%9D%B8%EC%8A%A4%ED%84%B4%EC%8A%A4-%EC%9E%AC%EB%B6%80%ED%8C%85-%ED%9B%84-jupyter-notebook-%EC%9E%AC%EC%84%A4%EC%A0%95
만약 ip 문제라면, 커넥션 타임 아웃이 말이 된다. 이전 ip가 없는 ip가 되므로 계속 요청해봤자 연결이 안될테니까. 그리고 ip 문제랑만 관련이 있다면, 인스턴스 자체는 제대로 실행되고 있을 것이다.
근데 aws에 적용한 것 찾아보니 elastic ip를 설정해놨다?? 문제가 뭐지
보안 그룹 22번 포트 (ssh 포트)를 내 ip로 하니 ssh는 접속이 잘됨.
해결한 방법: 22번 포트 내 ip (my ip)변경 -> ssh(putty)로 접속 가능 -> nginx 재기동 -> 다른 컴퓨터로도 접속 가능
rds 보안 그룹 역시 ip v4 소스를 내 ip로 변경해야 한다...
대략 종합해보면, 1.22번 포트 접속 불가 -> 재부팅 후 내 ip가 변경되었음. 그래서 inbound 규칙에 어긋남. 2.nginx가 기동되있지 않아서 리다이렉트가 안됨. 즉 다른 서비스도 먹통.
ec2 인스턴스 재부팅 이후 putty, aws 모두 연결이 안된다. 에러 메시지는 connection time out이다.
찾아보니 elastic ip (유료 서비스)를 적용하지 않으면, ec2 인스턴스 재부팅 이후 ip가 전부 변경된다.... 관련 서비스 중 ip와 관련된 서비스들은 이전 ip로 작업을 진행할 테니 문제가 생기는 것 같다.