반응형

# 인터넷 네트워크

## IP (인터넷 프로토콜)

  • 지정한 IP 주소(IP Address)에 데이터 전달.
  • 패킷(Packet)이라는 통신 단위로 데이터 전달.

1. IP 주소 부여.

2. IP 패킷 정보

  • 요청.
  • 출발지 IP, 목적지 IP, 기타 등이 포함된 전송 데이터.

3. 클라이언트 패킷 전달.

4. 서버 패킷 전달.

  • 응답.
  • 출발지 IP, 목적지 IP, 기타 등이 포함된 전송 데이터.

## IP 프로토콜의 한계

1. 비연결성

  • 대상이 서비스 불능, 패킷 전송 (패킷을 받을 대상이 없거나 서비스 불능 상태여도 패킷 전달) : 대상 서버가 패킷을 받을 수있는 상태인지 모름.

2. 비신뢰성

  • 패킷 소실 : 패킷 전송 중간에 특정 노드가 종료된 경우 등.
  • 패킷 전달 순서 문제 발생 : 대량의 데이터를 분할하여 전송 시 순서에 맞지 않게 도착하게 되면 의도에 맞지 않은 메시지 등이 전송되게 됨.

3. 프로그램 구분

  • 같은IP를 사용하는 서버에서 통신하는 애플리케이션이 둘 이상이라면?
  • 위 문제들을 해결하기 위해 등장한게 바로 TCP, UDP

## TCP, UDP

  • 인터넷 프로토콜 스택의 4계층은 아래와 같다.
애플리케이션 계층 - HTTP, FTP

전송 계층 - TCP, UDP

인터넷 계층 - IP

네트워크 인터페이스 계층
  • TCP/IP 패킷 정보 : 출발지 PORT, 목적지 PORT, 전송 제어, 순서, 검증 정보, 전송 데이터 등 포함.

## TCP 특징

  • 전송제어 프로토콜.
  • TCP는 신뢰할 수 있는 프로토콜로 현재 대부분 TCP 사용.

1. 연결지향

  • TCP 3 way handshake (가상 연결)
  • TCP 3 way handshake (아래 참고)
TCP/IP 프로토콜로 연결 시. (connect, 연결 과정)
실제로 연결 된게 아님. (논리적, 개념적으로만 연결된 것. 가상 연결)

1. SYN
SYN : 접속 요청
클라이언트 > 서버

2. SYN + ACK
ACK : 요청 수락
서버 > 클라이언트

3. ACK
ACK : 요청 수락 
최적화 되어 3번 단계에서 ACK와 함께 데이터 전송 가능. (원래는 3번 단계까지 완료 후 데이터 전송)

2. 데이터 전달 보증

3. 순서 보장

## UDP 특징

사용자 데이터그램 프로토콜

기능이 거의 없음. (하얀 도화지에 비유)

연결지향 TCP 3 way handshake 없음. / 데이터 전달 보증 없음. / 순서보장 없음.

1. 데이터 전달 및 순서가 보장되지 않지만 단순하고 빠름.

2. IP와 거의 같다. (PORT, 체크섬 정도만 추가)

3. 애플리케이션에서 추가작업 필요.

## PORT

  • 같은 IP 내에서 프로세스 구분.
  • 예) IP가 아파트라면 PORT는 동, 호수

## DNS

  • 도메인 네임 시스템.
  • DNS 서버 : DNS 서버에 도메인명 등록(전화번호부와 비슷)
  • 도메인 명을 IP 주소로 변환
  • IP는 기억하기 어렵고, 변경될 수 있는데 이런 단점을 해결해주는게 DNS
반응형

+ Recent posts