콜리의 개발일지

AWS 실습 중 9090port로 접속이 불가능

- 인바운드 규칙을 http, tcp, http로 모든 port를 설정하였음에도 불구하고, 9090port의 웹 접속이 불가능

- 모든 tcp 유형으로 포트범위를 지정한뒤 접속이 가능(필요한 port에 따라서 인바운드 규칙을 지정해주는 방법도 가능)

 저의 경우에는 9090으로 지정해주었더니 접속이 가능해졌습니다.

[주의사항]

- 고정된 port가 존재한다면, 위의 방법을 사용하여 웹 접속이 가능하지만,

 여러개의 port를 사용하게 된다면 모든 port를 허용하는게 좋습니다.

정전으로 인한 서버 다운으로 서버의 연결이 끊겼었습니다.

서버를 관리하는 서버 관리자는 아니지만,데이터 엔지니어로써 데이터가 수집되는 서버에 대해서도

공부해볼 필요가있어 네트워크 이론에대해 공부해봤습니다.

정리글은 필요한 부분에 대해서 저의 기준으로 이해하기 쉽게 풀어서 설명한 것입니다.

제가 이해하고있는게 틀려서 수정이 필요하거나,

더 쉽게 이해할 수 있는 방법이 있으신분은 댓글로 달아주시면 감사하겠습니다 !

우선 TCP통신에 대해서 설명해보겠습니다.

TCP통신이란 ?

- Transmission Control Protocol의 약자로 두개의 호스트를 연결하고 데이터 스트림을 교환하게 해주는 네트워크 프로토콜이다. TCP는 데이터와 패킷이 보내진 순서대로 전달하는 것을 보장해준다. 

쉽게 말해서 내 기기에서 다른 기기로 데이터를 전송해 주는 통신방식 입니다.

TPC 통신에서 SYN과 ACK라는 개념이 있습니다.

SYN : synchronize의 약자로 가장 많이 활용되는 패킷이며, 서로 연결(프로세스 통신)을 하기위해 최초로 connection하는 신호

ACK : acknowledge의 약자로 수신자가 송신자측에서 보내온 패킷을 정상적으로 전달 받았음을 알려줌

이를 토대로 2가지의 연결방법을 설명할 수 있습니다.

1. 3-way handshake : 통신전 연결방법

- 통신하기 이전 client와 server간 연결을 맺기위해 진행하는 송수신이 3번 진행

1) client가 server에게 연결을 요청하기위해 최초 SYN신호와 함께 Sequence number를 전달

2) server는 client에게 연결 요청을 받고, 연결을 승낙하기 위해 SYN-ACK신호와 Sequnce number를 전달

3)  client는 ACK신호를 받고 ESTABLISHED상태가되어 연결이 이루어지고, 이때 신호를 전달하면서 server도 ESTABLISHED 상태가 된다.

2. 4-way handshake : 통신후 종료

- 연결이 종료되는 시점에서 client와 server간 진행하는 송수신이 4번 진행

1) client 측에서 FIN신호를 보내어 연결 종료요청. 이후 client는 server가 연결종료를 승낙할 때 까지 대기하는 FIN_WAIT상태

2) server는 CLOSE_WAIT 상태에서 연결종료를 승낙하기 위한 ACK신호를 client에게 전달

3) client는 ACK신호를 받은 후 FIN_WAIT_2 상태가 되고, 이때 server측은 LAST_ACK상태에서 최종 연력종료 통보인 FIN신호를 전달

4) FIN신호를 전달받은 client는 TIME_WAIT 상태로 전환되어 일정시간 이후 연결을 종료. 이 시점에서 ACK신호를 server보내고 server는 CLOSED 상태가 되어 두 client와 server간 연결이 종료

이렇게 TCP통신에 대해서 간략하게 살펴보았습니다.

공부를 시작하게 된 계기가 종료된 서버가 다시 되살아났는지, 연결을 정확하게 됬는지 확인하고 싶었기 때문에 관련한 내용인 ICMP와 ping에 대해서 설명하고 마무리 하겠습니다.

ICMP란?

- Internet Control Message Protocol의 약자로 TCP/IP 에서 IP패킷을 처리할 때 발생되는 문제를 알려주는 프로토콜 입니다.

ping?

- ping은 특정한 인터넷 주소가 있고, 또 그 주소가 요청을 받아들일 수 있는지를 확인해 주는 기본적인 인터넷 프로그램입니다.

만약 내부망처럼 외부에서 접근이 안되는 ip주소라면 VPN연결을 통해 내부망으로 접근하여 확인할 수 있습니다.

확인 방법은 명령 프로토콜(cmd)창을 띄워 명령어로 ping IP주소를 치면 확인할 수 있습니다.

단, 명령어의 결과값을 해석하는데 어려움이 있을 수 있습니다.

문제가 있는지를 확인하기 위해 봐야할 것은 손실과 평균 왕복시간입니다. 

1. 평균 왕복시간이 30ms 이상인 경우

- 평균 왕복시간은 낮을수록 좋은 수치입니다. 만약 평균 왕복시간 30ms이상일 경우 문제가 있을 확률이 높으며, 문제가 없는 경우 평균 왕복시간은 1 ~ 15ms 입니다.

2. 손실이 발생하는 경우

- 유선 환경이라면 손실은 없어야 됩니다. 유선 환경에서 손실이 발생한다는 것은 명백한 문제가 있는 것 입니다. 무선랜을 사용하는 환경에서는 약간의 손실이 발생할 수 있습니다.

3. 핑이 들쑥날쑥 일정하지 않은 경우

- 평균핑은 높지 않지만, 테스트 진행시 핑(시간)이 100ms, 2ms, 130ms, 4ms와 같이 불규칙하게 나타나는 경우도 문제가 있을 확률이 높습니다.

이상으로 글을 마치겠습니다 .

완벽히 정리된 글은 아니지만, 서버 전송과 관련하여 대략적으로 이해할 수 있는 기회가 되었습니다 !