네트워크

OSI와 TCP/IP OSI OSI는 네트워크 통신을 표준화하기 위해 통신 시스템을 7단계로 나눈 모델입니다. 다음 그림과 같은 계층을 가지고 있습니다. 이는 이론적으로 잘 설계된 모델이지만, 실무적인 적용에 있어서는 다음과 같은 어려움이 있습니다. 복잡한 계층 구

TCP/IP의 전송 계층은 두 응용 계층 사이에서 Process-To-Process 통신을 제공합니다. 전송 계층은 응용 계층으로부터 데이터를 받아 패킷(세그먼트 or 데이터그램)으로 캡슐화하여 전송합니다. 이때, 전송 계층에서 사용하는 프로토콜은 TCP와 UDP입니다

HTTP는 웹 상에서 데이터를 주고받기 위한 프로토콜입니다. TCP/IP 기반으로 동작하며 클라이언트(브라우저)와 서버 간 Request/Response 구조를 따릅니다. 웹 브라우저가 서버에 요청(Request)을 보내고, 서버가 이에 대한 응답(Response)을

IP는 인터넷에서 데이터를 전송하기 위한 사용하는 프로토콜로, 송신자와 수신자를 식별하기 위해 IP 주소를 사용합니다. 패킷 기반의 비연결형 프로토콜이며, 신뢰성을 보장하지 않습니다.또한, 다음과 같은 특징을 가지고 있습니다.주소 지정각 장치는 고유한 IP 주소를 가지

HTTP 프로토콜은 비연결성(요청에 대한 응답을 보낸 뒤 연결 종료), 무상태성(클라이언트에 대한 상태 정보를 유지하지 않음)이라는 특징을 가지고 있습니다. 이로 인해 사용자의 로그인 여부를 알 수 없고, 페이지를 이동할 때마다 로그인을 수행해야 하는 불편함이 발생합니

RESTful API는 웹에서 리소스를 효과적으로 관리하고 클라이언-서버 간 통신을 단순화하는 REST 아키텍처의 원칙을 따르는 API를 말합니다.REST 아키텍처의 주요 설계 원칙은 다음과 같습니다.리소스 기반 설계/users, /posts와 같이 엔드포인트에 명사를

모 회사의 CS 테스트를 보면서 Keep Alive에 대한 개념을 처음 접했습니다. 처음 들어봤을리 없는데, 컴퓨터공학과 전공 수업에서 들었지만 너무 오래 보지 않아 까먹은 것 같습니다. 이 기회를 삼아 Keep Alive가 뭔지 정리해보겠습니다.Keep Alive는

Keep Alive를 공부하던 중, HTTP 1.1과 HTTP 2.0 사이에 차이가 있다는 점을 발견했습니다. 이왕 정리하는 김에 두 버전 간의 주요 차이점을 정리해보려 합니다.HTTP 1.0에서는 요청마다 TCP 연결을 새로 생성하는 것이 기본이었습니다. 이는 연결

HTTP Method는 요청이 어떤 작업을 수행하기 위함인지 명시하기 위해 사용합니다. 대표적인 Method로는 Get, Post, Put, Path, Delete가 있습니다.GET 메소드는 클라이언트가 서버에게 리소스를 요청할 때 사용하는 메소드입니다. 또한, 이전에

CORS는 웹 브라우저에서 다른 출처의 리소스에 접근할 때 발생하는 Same-Origin 정책의 제약을 해결하기 위한 HTTP 기반 보안 메커니즘입니다.웹 브라우저는 보안을 위해 다른 출처에서 온 스크립트가 현재 페이지와 동일한 출처의 리소스만 접근할 수 있도록 제한합