네트워크 모음

제가 보려고 만들었습니다. 계속 내용이 추가될 예정입니다

 

# TCP, UDP

TCP는 신뢰성있는 연결지향 프로토콜로 데이터 패킷의 순서를 보장하며 에러 제어, 혼잡 제어 기능을 제공한다. 반면 UDP는 비연결성 프로토콜로 데이터가 잘 도착했는지(패킷누락은 고려하지않는다)에 대한 체크섬만 있을 뿐 패킷순서를 보장하지않고, 에러제어, 혼잡 제어같은 추가기능이 없다.

그 대신 이런 확인과정이 없으므로 TCP보다 UDP는 빠른 속도가 장점이다. TCP는 연결안정성이 중요한 서비스, 예를 들어 친구와 채팅을 하거나, 이메일을 보내거나, 온라인 동영상을 보거나, 웹을 검색할 때 에 사용하고, UDP는 스트리밍이나 게임과 같이 빠른 전송속도가 필요한 서비스에 사용한다. 

nordvpn 기술 블로그

쿠키와 세션에 차이에 대해 설명해주세요

# 쿠키, 세션

상태를 저장 용도로 쿠키, 세션을 사용한다는 공통점이 있다. 

 

쿠키는 클라이언트 로컬(브라우저)에 저장되는 파일로 클라이언트 정보를 저장할 때 사용한다. 이거로 브라우저가 request header에 넣어서 서버에 전송한다. 이때 쿠키 만료 시간을 이용해서 서버와 쿠키 유효성을 점감하고, 상태정보를 갱신할 필요가 있다면 서버에서 갱신해준다. 

세션은 사용자 정보를 서버에 둔다. 서버에서 클라이언트에게 세션 ID를 부여해, 브라우저가 활성화 되어있을 때 인증상태를 유지시킨다. 사용자가 많아질수록 메모리 사용이 많아진다는 특징이 있다. 

 

보안 상 장점이 세션에 있다. 그럼 왜 쿠키를 쓸까? 

1. 쿠키에 정보가 있어서 서버 요청시에 바로 브라우저가 별다른 인증절차 없이 가능하다. -> 빠르다.

2. 만료기간이 쿠키에 존재해서, 다른 브라우저를 사용하게 되면 쿠키를 공유할 수 있다는 장점이 있기도 하다.

베스핀 글로벌 기술 블로그

HTTP에 대해 설명해주세요.

네트워크 장치 간 통신을 위해 설계된 응용 계층 프로토콜이다. HTTP버전, hostname, method, 요청헤더, content 본문으로 메시지가 구성되어있고 이걸 주고 받는다. 또 상태 비저장 프로토콜이라 각 명령은 다른 명령과 독립적으로 실행된다. TCP 커넥션을 열어서 그 커넥션에 여러 HTTP 요청/응답을 주고 받는다.

 

cloudflare 기술 블로그

OSI 7계층에 대해 간단하게 이야기 해주세요 & 각 계층이 하는 일에 대해서 간단하게 설명해주세요

상이한 컴퓨터 시스템이 서로 통신할 수 있게 해주는 표준 프로토콜 모델이고 계층간 encapsulation, decapsulation이 이뤄진다.

• 7계층은 사용자와 직접 상호작용하는 유일한 계층이다. 서비스 소프트웨어는 모두 7계층에 의존한다.
• 6계층은 7계층에서 데이터를 쓸 수 있게 준비해주는 계층으로, 암호화, 압축, 데이터 변환이 일어나는 계층이다. 수신자에게 줄 때 decoding해서 주거나, 송신자에게 받아 encoding하는 역할을 담당한다.
• 5계층은 통신의 시작, 종료를 담당한다. 보통 통신이 시작되고 종료되기까지의 시간을 세션이라고 한다.
• 4계층은 두 기기 간 End to End 통신을 담당한다. 세션에서 데이터를 가져와 세그먼트로 나눈다. TCP, UDP가 여기 속한다.
• 3계층은 네트워크 계층으로 동일 네트워크일 때는 필요없고, 세그먼트를 받아 패킷으로 나눠서 데이터를 다룬다. 라우팅이 여기서 이뤄진다.
• 2계층은 데이터 연결 계층으로 동일 네트워크에 있는 두 장치간 통신을 용이하게 한다. 단위는 프레임이고 인트라 네트워크 통신에서 흐름제어, 오류제어를 담당한다. 4계층에서도 흐름제어, 오류제어가 있는데, 이건 네트워크 간 통신에서 보장된다.
• 1계층은 물리 장비를 사용한다. 단위는 비트 스트림이다.

cloud flare 기술 블로그

DNS가 무엇이며 어떻게 작동하는지 설명해주세요

HTTP 통신에서는 IP주소를 찾아서 통신해야되는데, IP주소를 모두 기억할 필요없이 웹 주소(domain name)만 가지고 이걸 할 수 있게 만들어 주는게 DNS 시스템이다. 도메인 네임을 IP주소와 매핑시켜 도메인 네임을 클라이언트에게 요청받으면 응답할 때 변환된 IP주소에 요청한 결과를 반환한다.

아마존 문서

3-Way Handshake 와 4-Way Handshake에 대해 설명해 주세요

# 3-Way Handshake 와 4-Way Handshake

TCP connection을 열고 닫을때의 통신 동작 방식이다.

왼쪽이 3-way,  오른쪽이 4-way다. 3-way는 세션 커넥션을 위한 것이고, 4-way는 세션 종료를 위한 handshake다.

플래그 정보를 먼저 보자

• SYN(Synchronize 순서번호)
  • 순서번호를 설정해서 세션을 연결하는데 사용한다. 커넥션을 생성할 때 사용하는 flag
• ACK
  • 응답확인으로, 서버가 요청을 받고, 잘 받았다고 붙여 보내는 flag다. 3-way 기준 송신자는 서버의 SYN+ACK를 받아야 커넥션이 유효한 것이다. 서버는 SYN+ACK를 보내고, ACK를 기다린다.
  • SYN+ACK를 받은 송신자는 서버한테 ACK를 보내고, 이러면 커넥션이 연결된다.
• FIN
  • 연결해제하는 flag로 세션 연결을 끊을 때 사용한다. 3-way에서는 사용하지않는다.

세션을 종료할 때는 FIN을 먼저 보낸다.

1. 송신자는 연결을 끊겠다는 의미로 FIN을 보내고, FIN-WAIT-1상태로 머무른다.
2. 서버는 FIN을 받으면 ACK를 보낸다음 CLOSE-WAIT상태로 들어가고,
3. CLOSE 준비가 된 뒤 서버가 보낸 ACK를 송신자가 받으면 서버가 끝난걸 감지하기 위해 FIN-WAIT-2상태로 들어간다.  서버는 FIN을 보내고 LAST-ACK상태로 넘어간다.
4. 송신자가 FIN을 받고 서버가 끝나는 걸 확인했다고 ACK를 보낸다. ACK를 보낸 다음 송신자는 Time-wait로 들어갔다가 연결을 끊는다.(데드락 막기위한 지연) ACK를 받은 서버는 이제 서버를 완전히 닫는다.

연결 설정 과정과 종료과저이 차이나는 이유는 클라이언트가 일을 다 마쳐도 서버에서 남은 일이 있을 수 있기 때문에 서버의 일이 끝난 지 확인하기 위해 FIN이 포함된 4단계로 이뤄져있다.

XSS에 대해서 설명해 주세요

Cross Site Scription으로 스크립트 삽입 공격이다.

스크립트를 삽입하면 이걸 열게될 사용자의 쿠키를 탈취(쿠키-하이재킹) 할 수 있고 세션으로 하더라도 세션 ID를 탈취 할 수 있기때문에 이걸 통해 사용자인척 로그인할 수 있게된다.  

Injection 공격중에 하나이기 때문에 웹 방화벽을 이용하면 방어가능하다. 

Get과 Post의 차이가 뭔가요?

# GET, POST

GET은 응답으로 정보를 기대하고, POST는 일반적으로 클라이언트가 서버에 정보를 본문에 담아 제출하고 있는 것을 나타낸다. 정보를 담아서 보내야될 경우, GET의 경우에는 querystring으로 붙어서 url에 정보가 노출되는데, post는 본문에 담기기 때문에 url에 요청정보가 노출되지 않는다는 보안 상 이점이 있다.

주소창에 [naver.com]을 치면 일어나는 과정을 설명해주세요

1. 사용자의 요청이 ISP에 연결된 DNS해석기로 라우팅되고, DNS 해석기에서 DNS 루트 네임서버로 전달한다.
2. 루트 네임서버는 TLD 네임서버를 반환하고, DNS 해석기가 다시 TLD 네임서버에 요청을 전달한다.
3. TLD네임서버가 이제 IP주소를 반환해주는 네임서버에 접근해서 DNS 해석기한테 넘겨주고
4. IP주소를 브라우저가 받아서 실제 웹서버에 요청해 응답을 받는다.

간단하게는 이렇게 요약할 수 있을 것 같다. 좀 더 자세하게 접근하면 아래와 같다.

1. 사용자가 웹 브라우저를 실행하면, 브라우저는 운영체제의 네트워크 스택을 통해 인터넷에 연결되고 사용자는 로컬 IP 주소와 포트를 할당받는다.
2. 주소창에 "naver.com"을 입력하면, 브라우저는 네이버 서버로 특정 리소스 HTTP GET 요청을 생성한다.
3. 브라우저는 먼저 자신의 DNS 캐시를 확인하여 네이버 IP 주소를 찾는다. 캐시에 해당 정보가 없는 경우, 운영체제의 DNS resolver에게 DNS 조회를 요청합니다.(Socket 라이브러리의 Resolver)
4. DNS resolver는 루트 DNS 서버, TLD 네임서버, 그리고 네이버의 도메인 서버 순으로 DNS 쿼리를 수행한다. 네이버 도메인 서버가 네이버 서버의 IP주소를 반환한다.
5. 브라우저는 받은 네이버 서버의 IP 주소를 사용하여 TCP 연결을 설정하고, HTTP GET 요청 메시지를 해당 서버로 보낸다.
6. 네이버 서버는 요청을 받고, 요청받은 리소스를 찾아서 HTTP 응답 메시지로 응답한다.
7. 브라우저는 받은 응답을 처리하여 화면에 표시하기 위해 HTML 문서를 파싱하고 렌더링한다. 필요한 리소스가 있는 경우, 추가적인 HTTP 요청을 보낸다.

# 루트 네임서버?

루트 서버는 도메인 이름을 포함한 재귀 확인자의 쿼리를 수용하며 루트 네임서버는 해당 도메인의 확장자(.com,. net, .org, etc.)에 따라 재귀 확인자를 TLD 네임서버에 보내 응답한다.

 

Stateful Service과 Stateless Service가 무엇인지?

Stateful

• 클라이언트와 서버 간에 송수신을 하며 단계별 과정을 진행하는데 있어, 서버에서 클라이언트가 이전 단계에서 제공한 값을 저장하고 다음 단계에서도 저장한 상태를 의미한다.
• 대표적인 프로토콜
  • TCP의 3-way handshaking
• 문제점
  • 새로운 서버에 접속하면 이전 서버가 가지고 있던 상태값을 가지고 있지 않은 문제가 존재한다.

Stateless

• 서버가 클라이언트의 상태를 보존하지 않는 것을 의미한다.
• 해당 구조에서 서버는 요청이 오면 응답을 보내는 역할만 수행하고 상태 관리는 클라이언트가 한다.
• 대표적인 프로토콜
  • UDP
  • HTTP
• 문제점
  • 서버에 요청시 상태정보를 같이 줘야하기 때문에 Stateful 보다 더 많은 데이터가 소모된다

 

Web Server와 Web Application Server의 차이에 대해 설명해 주세요

# Web Server

웹 서버는 단순히 HTTP 요청을 받아 정적 콘텐츠로 응답하는 역할을 한다. 동적 요청이 들어오면 웹 서버 자체적으로 처리하기에 무리가 있다. ex) Apache, Nginx

# WAS(Web Application Server)

HTTP 기반으로 동작하는 것은 동일하다. 웹서버가 하는 일을 포함해서 더 많은 일을 할 수 있다. Server-Side code를 처리할 수 있어서 동적인 콘텐츠도 제공할 수 있다는 점에서 차이가 있다. ex) Tomcat

 

그럼 더 많은 일을 할 수 있는 WAS만 쓰면 되지않나 싶지만 효율을 생각해보면 정적 콘텐츠만 필요할 때 Web Server만 쓰는게 더 안정적이고 빠르다는 것을 알 수 있다. 그리고 비즈니스 로직을 수행하는 WAS가 정적콘텐츠도 제공하도록 일을 떠넘겨주면 부하가 발생할 수도 있기 때문에, 동적 콘텐츠 영역만 WAS가 수행하고, 정적 콘텐츠는 WebServer에서 제공하도록 기능을 분리하는 게 좋다고 한다.

graph LR
    A[Client] --> B[Web Server]
    B --> C{WAS}
    C --> D(DB)

 

WAS, Webserver 차이

로드 밸런싱에 대해 간단하게 설명해주세요

로드 밸런싱은 리소스 풀 전체의 네트워크 트래픽을 균등하게 배포하는 방법으로 로드밸러서 장치를 이용하면 사용자 - 서버그룹 사이에 위치해서 모든 리소스 서버가 동일하게 사용되도록 할 수 있다. 애플리케이션 가용성, 확장성, 보안, 성능 면에서 향상된다.

• 로드밸런싱을 사용하면 애플리케이션 가동중지 이슈를 제어할 수 있게된다(복구까지).
• 여러 서버 간 네트워크 트래픽을 나눌 수 있어서 한 서버에 병목현상이 일어나지 않도록 제어할 수 있다.
• 로드 밸런서에 내장된 보안기능을 사용해서 DDoS를 방지할 수 있다.(트래픽 모니터링, 공격 트래픽도 로드밸런싱해서 공격에 대한 영향도 줄여준다.)
• 서버 간 로드를 균등하게 배포했기 때문에 직렬로 전달하던 방식보다 요청시간이 빠르다. (애플리케이션 성능 향상)

정적 로드밸런싱, 동적 로드밸런싱으로 나눌 수 있고 각각 사용되는 대표 알고리즘은 라운드로빈, 최소연결방법(활성 연결이 가장 적은 서버로 트래픽을 전송하는 방식)이 있다.

예시 그림에 있는 로드밸런서는 소프트웨어 로드밸런서로, 제어가 아주 유연하다.

아마존 문서 - 로드밸런싱

 

CDN(Content Distribution Network)에 대해 설명하고, CDN서비스 예시를 말해보세요.

CDN은 콘텐츠 전송 네트워크(콘텐츠 배포 네트워크)로, 웹 페이지 로드 속도를 높이기 위해 상호연결된 서버 네트워크다.

# CDN은 왜 필요할까?

사용자가 웹사이트에 방문해서 리소스를 요청하면, 서버 데이터가 인터넷을 통해 이동하는데 이 때 발생하는 지연시간에는 물리적인 거리도 포함된다. 일반 웹사이트 데이터는 비교적 빠르게 도착하지만, 이미지나 동영상 같은 대용량 파일은 이런 지리적인 요소에 영향을 많이 받기때문에 사용자와 가까운 CDN을 통해 제공받는 게 훨씬 빠르게 데이터를 받아올 수 있는 방법이다. 

클라이언트와 웹사이트 서버 사이에 중간 서버를 두고, 클라이언트-서버 통신 일부를 관리하면서 웹 서버와 관련된 리소스를 효율적으로 관리할 수 있게되는 것이다. 

작동방식에 대해 좀 더 자세하게 알아보자.

여러 지리적 위치에 접속지점(POP(캐시서버 - push - pull), CDN 엣지 서버 그룹)을 설정해서 분산시킨 네트워크를 확보하고, 캐싱, 동적 가속 및 엣지 로직 계산을 통해 작동한다. CDN에서 캐싱은 분산시킨 네트워크에 정적 콘텐츠를 저장하는 과정을 의미하며 의도 자체는 기존에 있던 캐싱과 동일하다.

 

CDN을 사용하면 크게 4가지 이점이 있다.

1. 페이지 로드 시간 단축
   페이지 로드 시간이 너무 느리면 사용자가 이탈할 수 있다(트래픽 감소로 이어진다.). CDN은 반송률을 줄여 이탈율을 낮춰준다.
2. 대역폭 비용 절감
   캐싱 및 기타 최적화를 통해 CDN은 본 서버가 제공해야 하는 데이터의 양을 줄여 웹 사이트 소유자의 호스팅 비용을 절감해준다.
3. 콘텐츠 가용성 제고
   한 번에 너무 많은 방문자가 방문하거나 네트워크 하드웨어 오류가 발생하면 리소스 고갈로인해 웹 사이트가 중단될 수 있다. CDN 서비스는 이런 트래픽도 제어할 수 있어서 웹 서버의 로드를 줄일 수 있다. 또한 하나 이상의 CDN 서버가 어떤 사고로 인해 오프라인으로 전환되면 다른 운영 서버가 해당 서버를 대체하여 서비스가 중단되지 않도록 할 수 있다.(이중화) 비상용 발전기 같은 역할을 할 수 있다. 
4. 웹 사이트 보안 강화
   3번에서 언급했듯이 CDN은 여러 중간 서버 간에 로드를 분산하여 본 서버에 미치는 영향을 줄이는데 DDoS와 같은 트래픽 공격을 처리할 수도 있다.

# CDN 서비스 예시?

우리가 웹사이트에 요청하는 대용량 데이터들은 모두 CDN 기반이라고 봐야된다. 

그 대표적인 예시가 Netflix다. 2011년에 자체 CDN을 구축해서 갖고있는 비디오 콘텐츠를 레이턴시를 최소화해서 제공한다. 

cloudflare 문서

아마존 문서

 

HTTP 1.1은 어떤 문제점이 있었는가? 2.0은 어떻게 보완했는지 설명해주세요

# HTTP 1.1이 갖는 문제점

• HOL(Head of Line) Blocking
  • 커넥션에서 순차적으로 처리하기 때문에  한 요청이 지연되면 뒤에있는 요청들도 대기해야한다.
• Header Overhead
  • 각 요청-응답 시 이미 알고있는 불필요한 헤더를 반복해서 전송해야된다. 메시지 크기가 작은경우 잦은 통신으로인해 오버헤드가 더욱 커지는 문제가 존재한다. 
• 단일 연결의 한계 
  • 기본적으로 한 번에 하나의 요청만을 처리할 수 있어서 성능 저하가 발생한다. 
  • 기존 커넥션을 재사용해서 효율성은 높였는데 여러개의 리소스를 한번에 요청하면 순차적으로 처리돼서 성능저하가 발생한다

순차적으로 요청을 처리하고, 한번에 하나씩 요청을 처리하는 게 HTTP/1.1의 문제점이었다.

# HTTP 2.0에서 개선된 점

• Multiplexing
  
  • 단일 TCP connection으로도 여러개의 요청과 응답을 동시에 처리할 수 있도록해서 HOL Blocking문제는 물론이고 전체적인 성능향상을 이뤄냈다.
  • Frame이라는 단위로 데이터를 분할하는데 각 프레임에 식별자를 사용해서 구분이 가능하다.
  • 이 프레임을 여러개의 스트림으로 나누어 관리하고 스트림 역시 식별자를 갖는다.
• Header Compression
  • 정적 헤더 테이블과 동적 헤더 테이블을 사용해서 헤더를 인코딩해서 전송하기 때문에 오버헤드가 줄어든다. 
• Server Push
  • 서버가 클라이언트 요청에 대한 응답으로서 아직 요청하지않은 리소스도 미리 전송하는 기능이다. 추가요청없이 응답을 해주기때문에 로딩 속도를 늘릴 수 있다.

소켓 통신에 대해서 설명하세요.

소켓은 IP주소와  포트번호로 구성되며 두 장치가 데이터를 주고 받기위해 사용하는 인터페이스이자 네트워크 통신의 End point이다.

# 스트림 소켓

TCP(Transmission Control Protocol)를 사용하여 연결 지향적 통신을 수행한다. 즉 데이터 전송의 순서와 무결성을 보장한다.

# 데이터그램 소켓

UDP(User Datagram Protocol)를 사용하여 비연결 지향적 통신을 수행한. 데이터 전송의 순서나 무결성을 보장하지 않으며 빠른 전송이 요구되지만 신뢰성이 덜 중요한 경우에 사용된다.

# 소켓 통신의 단계

1. 서버 소켓:
   • 소켓 생성: 서버는 통신을 위해 소켓 생성
   • 바인딩: 생성된 소켓에 IP 주소와 포트 번호 할당
   • 청취: 서버는 연결 요청 대기 (listen())
   • 연결 수락: 클라이언트의 연결 요청을 수락 (accept())
2. 클라이언트 소켓:
   • 소켓 생성: 클라이언트는 통신을 위해 소켓 생성
   • 서버에 연결 요청: 클라이언트는 서버에 연결 요청 (connect())
3. 데이터 전송:
   • 연결이 설정되면 데이터를 주고받습니다.
4. 연결 종료:
   • 통신이 끝나면 양쪽 소켓을 닫아 연결 종료

# 소켓 프로그래밍의 주요 고려 사항

1. 동시성 처리:
   • 다수의 클라이언트와 동시에 통신하기 위해 멀티스레딩 또는 비동기 프로그래밍 사용
2. 오류 처리:
   • 네트워크 장애, 타임아웃 등 다양한 오류 상황을 고려하여 예외 처리를 구현
3. 보안:
   • 데이터를 암호화하여 전송하거나, SSL/TLS를 사용하여 통신의 기밀성을 보장
4. 리소스 관리:
   • 사용 후 소켓을 닫아 리소스를 해제하고, 소켓의 수명 주기를 관리

 TCP의 혼잡 제어 처리 방법에 대해 설명해주세요

TCP 혼잡 제어는 네트워크의 혼잡을 감지하고 이에 대응하는 방식으로 작동한다. 

1. Slow Start (느린 시작)

• 목적: 네트워크의 용량을 확인하면서 전송 속도를 점진적으로 증가시켜 혼잡을 방지.
• 방법:
  • 연결이 처음 시작될 때, 혹은 타임아웃이 발생한 후에 시작.
  • 처음에 혼잡 윈도우(congestion window, cwnd)는 1 MSS(Maximum Segment Size)로 설정.
  • 각 수신 확인(ACK)을 받을 때마다 혼잡 윈도우를 1 MSS씩 증가.
  • 지수적(n승)으로 증가하여 혼잡 윈도우 크기가 빠르게 커짐.

2. Congestion Avoidance (혼잡 회피)

• 목적: 네트워크가 혼잡 상태에 도달하지 않도록 하는 것.
• 방법:
  • 혼잡 윈도우가 임계값(ssthresh)에 도달하면, 혼잡 회피 단계로 전환.
  • 이 단계에서는 혼잡 윈도우가 지수적으로 증가하지 않고 선형적으로 증가.
  • 각 RTT(Round Trip Time)마다 혼잡 윈도우가 1 MSS씩 증가.

3. Fast Retransmit (빠른 재전송)

• 목적: 손실된 패킷을 신속히 재전송하여 네트워크 성능을 향상.
• 방법:
  • 동일한 패킷에 대해 3개의 중복된 ACK을 받으면 패킷 손실로 간주하고, 타임아웃을 기다리지 않고 즉시 손실된 패킷을 재전송.

4. Fast Recovery (빠른 회복)

• 목적: 네트워크 혼잡을 감지한 후 빠르게 회복하여 네트워크 효율을 유지.
• 방법:
  • Fast Retransmit 후에, ssthresh를 현재 혼잡 윈도우의 절반으로 설정.
  • 혼잡 윈도우를 ssthresh + 3 MSS로 설정하여 빠른 회복을 시도.
  • 중복된 ACK을 받는 동안 혼잡 윈도우를 1 MSS씩 증가시킴.
  • 새로운 ACK을 받으면 혼잡 회피 단계로 전환.

# 혼잡 제어 알고리즘의 통합 동작

• 초기 상태: Slow Start로 시작하여 혼잡 윈도우를 지수적(^N)으로 증가시킨다.
• 임계값 도달: 혼잡 윈도우가 ssthresh에 도달하면 Congestion Avoidance로 전환하여 혼잡 윈도우를 선형적으로 증가시킨다.
• 패킷 손실 감지: 타임아웃이 발생하거나 중복 ACK을 통해 패킷 손실이 감지되면, ssthresh를 현재 혼잡 윈도우의 절반으로 설정하고 혼잡 윈도우를 1 MSS로 줄인다.
• 빠른 재전송 및 회복: Fast Retransmit(빠른 재전송)와 Fast Recovery(빠른 회복)를 통해 손실된 패킷을 신속히 재전송하고 혼잡 윈도우를 조정한다.

HTTP와 HTTPS의 차이에 대해 설명해주세요

네트워크 상의 장치의 고유한 주소로, IPv4는 32비트 숫자 (예: 192.168.1.1), IPv6는 128비트 숫자로 구성된다.

보안수준과 데이터 전송방식에서 차이를 갖는다. 

 

• 데이터 암호화: HTTP는 평문으로 데이터를 전송하지만, HTTPS는 SSL/TLS를 통해 데이터를 암호화해서 전송
• 포트 번호: HTTP는 80번, HTTPS는 443번
• 보안 인증서: HTTPS는 SSL/TLS 인증서를 사용하여 서버의 신원을 확인하고, 데이터를 암호화함
• 보안 수준: HTTPS는 중간자 공격, 도청, 데이터 변조 등을 방지하여 높은 보안을 제공한다.

 

IPv4와 IPv6의 주요 차이점과 IPv6가 필요한 이유는?

 

• IPv4와 IPv6의 차이점:
  • 주소 길이와 형식, 주소 표현 방식, 헤더 구조, 주소 할당 방식, NAT 사용, 보안 수준 등에서 차이가 있다.
• IPv6가 필요한 이유:
  • 주소 고갈 문제 해결, 네트워크 효율성 향상(헤더단순화로 라우터 부담 줄이고 처리속도 향상), 보안 강화(IPsec 기본지원), 이동성 및 멀티캐스트 지원, 미래 기술 지원(IoT장치들이 IP주소 요구하는데 이거 IPv4로 감당 못함) 등의 이유로 IPv6로의 전환이 필요하다.

---

::출처::

https://github.com/VSFe/Tech-Interview?tab=readme-ov-file

https://github.com/WooVictory/Ready-For-Tech-Interview

https://github.com/gyoogle/tech-interview-for-developer

https://github.com/JaeYeopHan/Interview_Question_for_Beginner

도움이 됐다면 댓글이나 공감 버튼 한 번씩 누르고 가주세요! 로그인 안해도 됩니다 ^_^