일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- Jenkins
- ansible
- mybatis
- post
- 허브
- docker
- STREAM
- 캐시서버
- jdk
- cloud
- DevOps
- sonarQube
- LAN어댑터
- gradle
- Collection
- Linux
- Set
- JPA
- 방화벽
- 라우터
- AOP
- map
- container
- Spring
- Pipeline
- IntelliJ
- Java
- tomcat
- 액세스회선
- 소켓
- Today
- Total
목록헤더 (2)
거북이-https://velog.io/@violet_evgadn 이전완료
패킷 ◎ 패킷 구조 패킷은 크게 "헤더"와 "데이터" 두 부분으로 구성되어 있다. 그리고 "헤더"는 이더넷의 제어 정보인 MAC 헤더, IP의 제어 정보인 IP 헤더 그리고 TCP 헤더로 구성되어 있다. 헤더에는 최종 목적지 및 다음 경유지에 대한 정보가 적혀 있어 헤더에 적힌 제어 정보를 통해 최종 목적지에 가기 위한 경로를 찾을 수 있으며 다음 경유지로 데이터가 송신될 수 있다. TCP 헤더는 프로토콜 스택 안에 존재하는 TCP 담당이 생성하며 IP 헤더와 MAC 헤더는 프로토콜 스택 안에 있는 IP 담당이 생성한다. ◎ 간단히 보는 패킷 송신 과정 먼저 데이터를 송신하는 기기가 패킷을 생성한다. 이후 가장 가까운 중계 장치에 만들었던 패킷 송신한다. 중계 장치에서는 패킷의 헤더 내용을 조사하여 자신..
서버 접속 ◎ 서버 접속이 필요한 이유 클라이언트 쪽에 소켓을 만들었으니 웹 서버 쪽에 존재하는 소켓과 연결하는 과정이 필요하다. 이는 Socket 라이브러리의 "connect" 함수를 통해 수행할 수 있다. 그런데 생각해 보자. 과연 이 연결하는 과정이 왜 필요할까? 이미 클라이언트 PC와 웹 서버가 존재하는 컴퓨터는 케이블로써 연결되어 있는 상태이므로 언제든 통신이 가능한 상태이다. 즉, 물리적으로 이미 통신을 보낼 수 있는 상황에서 왜 소켓을 만들고 소켓끼리 연결하는 과정이 필요할까? 이를 알기 위해선 애플리케이션 프로그램 사이에서 데이티 송/수신을 진행할 때 "프로토콜 스택"을 사용한다는 것을 알아야 한다. 소켓을 만든 직후 애플리케이션에서 데이터 송신을 수행할 경우 프로토콜 스택은 어떤 상황일까..