웹 브라우저 요청 흐름 주소창에 URI를 통해 접근했을 경우 동작하는 흐름을 간단히 알아보자면 1. DNS, Port 조회 2. 웹브라우저가 HTTP 요청 메시지를 생성 3. Socket 라이브러리를 통해 전달 (TCP 3 way handshake) 4. TCP/IP 패킷 생성 5. 네트워크망을 통해 전달 6. 전달받은 서버에서 TCP/IP 패킷을 제거하여 HTTP 요청 메시지 확인 7. HTTP 응답 메시지를 생성 후 전달 HTTP 요청 메시지 ex) www.google.com/search?q=통개발&hl=ko GET /search?q=통개발&hl=ko HTTP/1.1 Host: www.google.com 이런 방식으로 생성된 메시지를 TCP/IP 패킷으로 감싼다고 생각하면 된다. 2021/01/17 ..

TCP TCP/IP 이전 게시물에서 설명했던 IP 프로토콜의 한계점인 - 데이터 유실과 손실에 대한 정보를 알 수 없는 점 - 보낸 순서대로 도착하지 않는 점 2021/01/13 - [WEB 기본 지식] - IP(인터넷 프로토콜) 2가지를 해결할 수 있는 방법 중 하나가 TCP 프로토콜을 사용하는 것이다. (UDP 로도 일부 해결됨) IP 프로토콜의 패킷 구조가 출발지 IP, 목적지 IP, 내용이었다면, 출발지 PORT, 목적지 PORT, 전송 제어, 순서, 검증 정보 등을 담은 TCP 세그먼트를 함께 사용하여 문제점을 보안할 수 있다. TCP 특징 - 연결 지향 (TCP 3 way handshake를 통한 가상 연결) - 데이터 전달 보증 (패킷 누락 정보 확인 가능) - 순서 보장 TCP 3 way ..

IP 프로토콜의 역할 - 지정한 IP 주소에 데이터 전달 - 통신 단위는 패킷 사용 패킷의 구조는 우편을 떠올리면 이해하기 쉬울 것 같다 출발지의 IP, 목적지의 IP, 내용 IP 프로토콜의 한계 (문제점) 비연결성 : 받을 대상의 IP (목적지 IP)가 잘못된 주소 거나 서비스 불능 상태여도 일단 전송된다. (대상 서버가 받을 수 있는 상태인지 미리 확인이 불가함) 비신뢰성 : 중간에 손실되거나 유실되도 알 수 없다. 순서대로 도착한다는 보장이 없다. 즉, 일단 보내고, 보내면 끝! 또한, 같은 IP를 사용하는 서버에 통신하는 애플리케이션이 다수라면 구분하기 어렵다. 이러한 단점들을 해결할 수 있도록 도와주는 프로토콜이 TCP, UDP 이다.