[ Web, Network ] 관련 용어 정리 ( 개인 학습용 )

 Protocol

어떤 시스템이 다른 시스템과 통신을 원활하게 수용하도록 해주는 통신 규약, 약속

 

IP

전 세계 컴퓨터에 부여된 고유의 식별 주소

 

Port

네트워크 상에서 통신하기 위해서 호스트 내부적으로 프로세스가 할당받아야 하는 고유한 숫자. 한 호스트 내에서 네트워크 통신을 하고 있는 프로세스를 식별하기 위해 사용되는 값이므로, 같은 호스트 내에서 서로 다른 프로세스가 같은 포트 넘버를 가질 수 없다. 즉, 같은 컴퓨터 내에서 프로그램을 식별하는 번호.

 

Socket 

•  소켓 은 네트워크에서 실행되는 두 프로그램 간의 양방향 통신 링크의 한 끝점입니다. 포트 번호에 바인딩되어 TCP 계층이 데이터를 보낼 응용 프로그램을 식별할 수 있습니다. ( 프로토콜, IP주소, 포트 넘버로 정의 됨 )

•  떨어져 있는 두 호스트를 연결해주는 도구로써 인터페이스 역할로 소켓을 통해 데이터 통로가 만들어집니다.

•  데이터를 주고받을 수 있는 구조체

 

Socket 통신

•  서버와 클라이언트가 특정 port를 통해 실시간으로 양방향 통신을 하는 방식

- 서버와 클라이언트가 계속 연결을 유지하는 양방향 통신으로 실시간으로 데이터를 주고 받는 상황이 필요한 경우 사용

ex) 실시간 동영상, Streaming, 온라인 게임..

 

 

1) 클라이언트 

- 실제로 데이터 송수신이 일어나는 것은 클라이언트 소켓입니다.

 

•  socket() 함수로 가장 먼저 소켓을 엽니다.
•  connect() 함수를 이용하여 통신할 서버의 설정된 ip와 port번호에 통신을 시도합니다.
• 통신을 시도 시, 서버가 accept() 함수를 이용하여 클라이언트의 socket descriptor를 반환합니다.
• 이를 통해 클라이언트 서버가 서로 read(), write()를 하며 통신의 과정을 반복합니다.

2) 서버 

- 클라이언트 소켓의 연결 요청을 대기하고, 연결요청이 오면 클라이언트 소켓을 생성하여 통신이 가능하게 합니다.

 

• socket() 함수를 이용하여 소켓을 생성
• bind() 함수로 ip와 port 번호를 지정
• listen() 함수로 클라이언트의 접근 요청에 수신 대기열을 만들어 몇 개의 클라이언트를 대시 시킬지 결정
• accept() 함수를 사용하여 클라이언트와의 연결을 기다림

TCP

•  Transmission Control Protocol = 전송 제어 프로토콜

•  양방향으로 바이트 스트림을 전송하고 연결지향적입니다.

•  오류 수정, 전송처리, 흐름제어를 보장

•  송수신된 순서에 따라 중복되지 않게 데이터를 수신 => 오버헤드가 발생

•  소량의 데이터보다 대량의 데이터 전송에 적합합니다. => TCP 사용

 

UDP

•  User Datagram Protocol = 사용자 데이터그램 프로토콜 

•  비연결형 소켓으로 데이터의 크기에 제한이 있습니다.

•  확실하게 전달이 보장되지 않으므로, 데이터가 손실되도 오류가 발생하지 않습니다

•  실시간 멀티미디어 정보를 처리하기 위해서 주로 사용합니다. 

 

TCP, UDP

 

REST(Representational State Transfer)

•  REST는 웹서비스 와  모바일 애플리케이션 경량화의 필요에 맞춘 아키텍처 원칙 세트입니다.  

•  가이드라인이기 때문에 이러한 권장 사항의 구현 여부는 개발자에게 달려 있습니다.

 

데이터 요청이 REST API로 전송될 때는 일반적으로 하이퍼텍스트 전송 프로토콜(HTTP)을 통해 이루어집니다.

이러한 요청을 수신하면 REST용으로 설계된 API(RESTful API 또는 RESTful 웹 서비스)가 HTML, XML, 일반 텍스트, JSON과 같은 다양한 형식으로 메시지를 반환할 수 있습니다.

 

JSON(JavaScript Object Notation)은 이름과는 달리 어떠한 프로그래밍 언어로든 읽을 수 있고, 인간과 기계가 모두 읽을 수 있으며, 경량화되어 있기 때문에 선호되는 메시지 형식입니다. 이러한 이유로 RESTful API는 보다 유연하고 설정하기도 쉽습니다.

 

다음 6가지 아키텍처 가이드라인을 준수한 애플리케이션이 RESTful에 속합니다. RESTful 애플리케이션이 갖춰야 할 요소는 다음과 같습니다.

 

• 클라이언트, 서버, 리소스로 구성된 클라이언트-서버 아키텍처가 필요합니다.
• 요청이 통과하는 서버에 클라이언트 콘텐츠가 저장되지 않는 스테이트리스(stateless) 클라이언트-서버 커뮤니케이션이 필요합니다. 대신 세션의 상태에 대한 정보가 클라이언트에 저장됩니다.
• 일부 클라이언트-서버 간 상호 작용의 필요성을 제거할 캐시 가능 데이터가 필요합니다.
• 애플리케이션 요구 사항별로 다른 형식이 아닌, 표준화된 형식으로 정보를 전송할 수 있도록 구성 요소 간 통합된 인터페이스가 필요합니다. REST를 처음으로 제시한 Roy Fielding은 이를 “REST 아키텍처 스타일을 다른 네트워크 기반 스타일과 차별화하는 핵심적인 기능”이라고 설명합니다.
• 클라이언트-서버 간의 상호 작용을 계층적으로 조정할 수 있도록 계층화된 시스템 제약이 필요합니다.
• 실행 가능한 코드를 전송해 서버가 클라이언트의 기능을 확장할 수 있게 해주는 코드 온디맨드가 필요합니다. 단, 가시성이 감소할 수 있으므로 이는 선택적 가이드라인입니다.

SOAP (Simple Object Access Protocol)

 

• 일반적으로 널리 알려진 HTTP, HTTPS, SMTP 등을 통해 XML 기반의 메시지를 컴퓨터 네트워크 상에서 교환하는 프로토콜입니다. 
• 웹 서비스에서 기본적인 메시지를 전달하는 기반이 됩니다.
• 몇가지 형태의 메시지 패턴이 있지만, 보통의 경우 원격 프로시져 호출(Remote Procedure Call:RPC) 패턴으로, 네트워크 노드(클라이언트)에서 다른 쪽 노드(서버)쪽으로 메시지를 요청 하고, 서버는 메시지를 즉시 응답하게 됩니다. 
• XML-RPC와 WDDX에서 envelope/header/body로 이루어진 구조와 전송(transport)과 상호 중립성(interaction neutrality)의 개념을 가지고 왔습니다.
• SOAP은 XML을 근간으로 헤더와 바디를 조합하는 디자인 패턴으로 설계되어 있습니다. 헤더는 선택사항으로 반복이나 보안 및 트랜잭션을 정보로 하는 메타 정보를 가지며, 바디 부분은 주요한 정보인 정보를 가지고 있습니다.

 

SOAP 장점

 

• 기존 원격 기술들에 비해서 프록시와 방화벽에 구애받지 않고 쉽게 통신 가능합니다.
• 플랫폼과 프로그래밍 언어에 독립적입니다.
• 웹 서비스를 제공하기 위한 표준(WSDL, UDDI, WS-*)이 잘 정립되어 있습니다.
• 에러 처리에 대한 내용이 기본으로 내장되어 있습니다.
• 분산 환경에 적합합니다.

 

SOAP 단점

 

• 복잡한 구조로 인해 오버헤드가 있으며, 이는 SOAP의 확장을 저해하고 있습니다.
• REST에 비해 상대적으로 무겁고 속도도 느립니다.
• 개발 난이도가 높아 개발 환경의 지원이 필요합니다.

REST vs SOAP

• 대부분의 레거시 시스템에서 SOAP를 준수하며, REST는 그보다 뒤에 고려하거나 웹 기반 시나리오에서의 더 빠른 대안으로 여기는 경우가 많습니다. REST는 유연한 구현을 제공하는 가이드라인 세트고, SOAP는 XML 메시징과 같은 특정 요건이 있는 프로토콜입니다.

 

REST API는 경량화되어 있기 때문에 사물 인터넷(IoT), 모바일 애플리케이션 개발, 서버리스(servreless) 컴퓨팅과 같이 보다 새로운 컨텍스트에 이상적입니다. SOAP 웹 서비스는 많은 기업에서 필요로 하는 기본 보안과 트랜잭션 컴플라이언스를 제공하지만, 이로 인해 좀 더 무거운 경향이 있습니다. 또한 Google Maps API와 같은 대부분의 퍼블릭 API는 REST 가이드라인을 따릅니다.

 

FTP

•  FTP란 파일 전송 프로토콜(File Transfer Protocol)의 약자입니다.

•  기본적으로 '프로토콜'은 전자기기가 서로 통신하는 데 필요한 절차나 규칙을 뜻하죠.

•  FTP는 TCP/IP 네트워크(인터넷)상의 장치가 파일을 전송할 때 사용하는 규칙입니다.

 

인터넷을 사용할 때 우리는 다양한 프로토콜을 사용합니다. 인터넷을 둘러볼 때는 HTTP를 사용하고, 인스턴트 메시지를 주고받을 때는 XMPP를 사용하죠. 간단히 말해 FTP란 파일을 이동할 때 사용하는 프로토콜이라고 보시면 됩니다.

 

FTP는 주로 대량의 파일을 처리할 때 사용됩니다. 그래서 웹 개발 시 특히 유용하죠. 웹사이트를 수정할 때 FTP 세션을 통해 파일 전송을 관리하면 특정한 파일 업로드, 이미지 파일 추가, 웹 템플릿 이동 등의 작업을 수월하게 처리할 수 있습니다. 

 

HTTP

• HTTP는 Hyper Text Transfer Protocol의 두문자어로, 인터넷에서 데이터를 주고받을 수 있는 프로토콜입니다. 프로토콜은 규칙이라고 생각하시면 됩니다. 이렇게 규칙을 정해두었기 때문에, 모든 프로그램이 이 규칙에 맞춰 개발해서 서로 정보를 교환할 수 있게 된 것입니다.

HTTP

 

 

인터넷 상에서 클라이언트와 서버가 자원을 주고 받을 때 쓰는 통신 규약

 

HTTP는 텍스트 교환이므로, 누군가 네트워크에서 신호를 가로채면 내용이 노출되는 보안 이슈가 존재한다.

이런 보안 문제를 해결해주는 프로토콜이 'HTTPS'

 

• HTTPS(HyperText Transfer Protocol Secure)
• 인터넷 상에서 정보를 암호화하는 SSL 프로토콜을 사용해 클라이언트와 서버가 자원을 주고 받을 때 쓰는 통신 규약
• HTTPS는 텍스트를 암호화한다. (공개키 암호화 방식으로)

 

DNS

• 도메인 이름 시스템(DNS)은 사람이 읽을 수 있는 도메인 이름(예: www.amazon.com)을 머신이 읽을 수 있는 IP 주소(예: 192.0.2.44)로 변환합니다.

 

SMTP, Simple Mail Transfer Protocol

•  일반적으로 전자 메일 전송을위한 표준 프로토콜

•  이메일을 송수신하는 서버를 SMTP 서버라고 함

 

TLS/SSL HandShake

•  HTTPS에서 클라이언트와 서버가 통신 전에 SSL 인증서로 신뢰성 여부를 판단하기 위해 연결하는 방식입니다.

 

 

1)  클라이언트는 서버에게 Client hello 메시지를 담아 서버로 보냅니다. 이 때 암호화된 정보를 함께 담는데 버전, 암호 알고리즘, 압축 방식 등을 담습니다.

 

2) 서버는 클라이언트가 보낸 암호 알고리즘과 압축방식을 받고, 세션 ID 와 CA  공개인증서를 server hello 메시지와 함께 담아 응답합니다. 이 CA인증서에는 앞으로 통신 이후 사용할 대칭키가 생성되기 전, 클라이언트에서 handshake 과정 속 암호화에 사용할 공개키를 담고 있습니다. 

 

3) 클라이언트 측은 서버에서 보낸 CA 인증서에 대해 유효한지 CA 목록에서 확인하는 과정을 진행합니다.

 

4) CA 인증서에 대한 신뢰성이 확보되었다면 클라이언트는 난수 바이트를 생성하여 서버의 공개키로 암호화 합니다. 이 난수 바이트는 대칭키를 전하는데 사용되고 앞으로 서로 메시지를 통신할 때 암호화하는데 사용합니다.

 

5) 만약 2번 단계에서 서버가 클라이언트 인증서를 함께 요구했다면, 클라이언트의 인증서와 클라이언트의 개인키로 암호화된 임의의 바이트 문자열을 함께 보내줍니다.

 

6) 서버는 클라이언트의 인증서를 확인 후, 난수 바이트를 자신의 개인키로 복호화 후 대칭 마스터 키 생성에 활용합니다.

 

7) 클라이언트는 handshake 과정이 완료되었다는 finished 메시지를 서버에 보내면서, 지금까지 보낸 교환 내역들을 해싱 후 그 값을 대칭키로 암호화하여 같이 담아 보내줍니다.

 

8) 서버도 동일하게 교환 내용들을 해싱한 뒤 클라이언트에서 보내준 값과 일치하는 지 확인합니다.. 일치하면 서버도 마찬가지로 finished 메시지를 이번에 만든 대칭키로 암호화하여 보내줍니다.

 

9) 클라이언트는 해당 메시지를 대칭키로 복호화하여 서로 통신이 가능한 신뢰받은 사용자란 걸 인지하고, 앞으로 클라이언트와 서버는 해당 대칭키로 데이터를 주고받을 수 있게 됩니다.

 

Spyware 

• 스파이웨어(Spyware)는 사용자의 동의 없이 설치되어 컴퓨터의 정보를 수집하고 전송하는 악성 소프트웨어로, 신용 카드와 같은 금융 정보 및 주민등록번호와 같은 신상정보, 암호를 비롯한 각종 정보를 수집한다

•  스파이(spy)와 소프트웨어(software)를 합친 말로 컴퓨터나 스마트 폰에 잡입해서 개인정보를 빼가는 악성 소프트웨어이다. 설정 변경 및 삭제하기 어렵게 되어 있지만 바이러스처럼 스스로 복제하지는 않는다.

 

Ransomware

• 컴퓨터 시스템을 감염시켜 접근을 제한하고 일종의 몸값을 요구하는 악성 소프트웨어의 한 종류다. 컴퓨터로의 접근이 제한되기 때문에 제한을 없애려면 해당 악성 프로그램을 개발한 자에게 지불을 강요받게 된다.

• 이때 암호화되는 랜섬웨어가 있는 반면, 어떤 것은 시스템을 단순하게 잠그고 컴퓨터 사용자가 지불하게 만들기 위해 안내문구를 띄운다.

 

Process

• 프로그램을 메모리 상에서 실행중인 작업

• 프로세스는 각각 별도의 주소공간 할당 (독립적)

 

1. Code : 코드 자체를 구성하는 메모리 영역(프로그램 명령)
2. Data : 전역변수, 정적변수, 배열 등
   • 초기화 된 데이터는 data 영역에 저장
   • 초기화 되지 않은 데이터는 bss 영역에 저장
3. Heap : 동적 할당 시 사용 (new(), malloc() 등)
4. Stack : 지역변수, 매개변수, 리턴 값 (임시 메모리 영역)

Thread

• 프로세스 안에서 실행되는 여러 흐름 단위

• 스레드는 Stack만 따로 할당 받고 나머지 영역은 서로 공유

• 하나의 프로세스가 생성될 때, 기본적으로 하나의 스레드 같이 생성

 

프로세스는 자신만의 고유 공간과 자원을 할당받아 사용하는데 반해, 스레드는 다른 스레드와 공간, 자원을 공유하면서 사용하는 차이가 존재함

 

Multi Process

• 하나의 컴퓨터에 여러 CPU 장착 → 하나 이상의 프로세스들을 동시에 처리(병렬)

 

장점 : 안전성 (메모리 침범 문제를 OS 차원에서 해결)

단점 : 각각 독립된 메모리 영역을 갖고 있어, 작업량 많을 수록 오버헤드 발생. Context Switching으로 인한 성능 저하

 

Context Switching

•  프로세스의 상태 정보를 저장하고 복원하는 일련의 과정

 

즉, 동작 중인 프로세스가 대기하면서 해당 프로세스의 상태를 보관하고, 대기하고 있던 다음 순번의 프로세스가 동작하면서 이전에 보관했던 프로세스 상태를 복구하는 과정을 말함

 

→ 프로세스는 각 독립된 메모리 영역을 할당받아 사용되므로, 캐시 메모리 초기화와 같은 무거운 작업이 진행되었을 때 오버헤드가 발생할 문제가 존재함

 

Multi Thread

•  하나의 응용 프로그램에서 여러 스레드를 구성해 각 스레드가 하나의 작업을 처리하는 것

• 스레드들이 공유 메모리를 통해 다수의 작업을 동시에 처리하도록 해줌

 

장점 : 독립적인 프로세스에 비해 공유 메모리만큼의 시간, 자원 손실이 감소 전역 변수와 정적 변수에 대한 자료 공유 가능

단점 : 안전성 문제. 하나의 스레드가 데이터 공간 망가뜨리면, 모든 스레드가 작동 불능 상태 (공유 메모리를 갖기 때문)

 

로드 밸런싱(Load Balancing)

• 둘 이상의 CPU or 저장장치와 같은 컴퓨터 자원들에게 작업을 나누는 것

요즘 시대에는 웹사이트에 접속하는 인원이 급격히 늘어나게 되었다.

따라서 이 사람들에 대해 모든 트래픽을 감당하기엔 1대의 서버로는 부족하다. 대응 방안으로 하드웨어의 성능을 올리거나(Scale-up) 여러대의 서버가 나눠서 일하도록 만드는 것(Scale-out)이 있다.

 

하드웨어 향상 비용이 더욱 비싸기도 하고, 서버가 여러대면 무중단 서비스를 제공하는 환경 구성이 용이하므로 Scale-out이 효과적이다. 이때 여러 서버에게 균등하게 트래픽을 분산시켜주는 것이 바로 로드 밸런싱이다.

 

로드 밸런싱은 분산식 웹 서비스로, 여러 서버에 부하(Load)를 나누어주는 역할을 한다. Load Balancer를 클라이언트와 서버 사이에 두고, 부하가 일어나지 않도록 여러 서버에 분산시켜주는 방식이다. 서비스를 운영하는 사이트의 규모에 따라 웹 서버를 추가로 증설하면서 로드 밸런서로 관리해주면 웹 서버의 부하를 해결할 수 있다.

 

데드락 (DeadLock, 교착 상태)

• 두 개 이상의 프로세스나 스레드가 서로 자원을 얻지 못해서 다음 처리를 하지 못하는 상태

• 무한히 다음 자원을 기다리게 되는 상태를 말한다.

• 시스템적으로 한정된 자원을 여러 곳에서 사용하려고 할 때 발생한다.

(마치, 외나무 다리의 양 끝에서 서로가 비켜주기를 기다리고만 있는 것과 같다.)

 

OSI 7 Layer

•  네트워크에서 통신이 일어나는 과정을 7단계로 나눈 것을 말하며 국제표준화기구(ISO, International Organization for Standardization)에서 네트워크 간 호환을 위해 OSI 7 계층이라는 표준 네트워크 모델을 만들었습니다. 

 

OSI 7단계로 정의한 이유는 통신이 일어나는 과정을 단계별로 파악하기 위함과 통신 과정 중에 특정한 곳에 이상이 생길 경우에 다른 단계의 장비 및 소프트웨어 등을 건드리지 않고 통신 장애를 일으킨 단계에서 해결할 수 있기 때문입니다.

 

 

 

•  1 계층 물리계층 (Physical Layer)   리피터, 케이블, 허브 등

 

실제 장치를 연결하기 위한 전기적 및 물리적 세부사항을 정의한 계층입니다.

인터넷 케이블, 라우터 스위치 등의 전기적 신호가 물리적인 장치에 의해 왔다 갔다 (통신)하는 계층입니다.

 

이 계층에서는 단지 데이터를 전달만 할 뿐 전송하려는 (또는 받으려는) 데이터가 무엇인지, 어떤 에러가 있는지 등에는 전혀 신경쓰지 않고 단지 데이터 전기적인 신호로 변환해서 주고 받는 기능만 할 뿐입니다.

 

 ex ) 케이블 종류, 무선 주파수 링크, 핀 배치, 전압, 물리 요건 등

 

•  2 계층 데이터 링크 계층 (Data Link Layer)  브릿지, 스위치 등

 

해당 계층은 장치 간 신호를 전달하는 물리계층을 이용하여 네트워크 상의 주변 장치들 간의 데이터를 전송하는 역할을 합니다. 쉽게 말해 물리계층을 통해 송수신되는 정보의 오류와 흐름을 관리하여 안전한 정보의 전달을 수행할 수 있도록 도와주는 역할을 하는 것입니다.  Mac 주소를 통해 통신합니다. 프레임 Mac 주소를 부여하고 에러검출, 재전송, 흐름제어를 진행합니다. 

 

따라서 통신에서의 오류도 찾아주고 재전송도 하는 기능을 가지고 있습니다.두 지점(장치) 간의 신뢰성 있는 전송을 보장하기 위한 계층입니다. 데이터 링크 계층에서 전송되는 단위를 프레임이라고 하고 대표적인 장비로는 브리지, 스위치 등이 있습니다.

 

• 주소 할당 : 물리 계층으로부터 받은 신호들이 네트워크 상의 장치에 올바르게 안착할 수 있게 한다.
• 오류 감지 : 신호가 전달되는 동안 오류가 포함되는지 감지 오류가 있다면 해당 데이터를 폐기한다.

•  3 계층 네트워크 계층 (Network Layer)  라우터, IP

 

네트워크 계층은 여러 개의 노드를 거칠 때마다 경로를 찾아주는 역할을 하는 계층으로 다양한 길이의 데이터를 네트워크를 통해 전달하고, 그 과정에서 전송계층이 요구하는 서비스 품질을 제공하기 위한 기능적, 절차적 수단을 제공합니다. 

경로를 선택하고 주소를 정하고 경로에 따라 패킷을 전달해주는 것이 이 계층의 주 역할입니다.

대표적으로 라우터가 있으며 2계층의 장비 중 스위치하는 장비에 라우팅 기능을 장착한 Layer 3 스위치도 존재합니다.

 

네트워크 계층은 라우팅, 흐름제어, 세그멘테이션, 오류제어, 인터네트워킹 등을 수행합니다. 

라우터라는 장비가 이 계층에서 동작하고 해당 계층에서 동작하는 스위치도 있습니다. 데이터를 연결하는 다른 네트워크를 통해 전달함으로써 인터넷이 가능하게 만드는 계층입니다.

 

가장 중요한 기능은 데이터를 목적지까지 가장 안전하고 빠르게 전달하는 기능(라우팅)입니다. 여기에 사용되는 프로토콜의 종류도 다양하고 라우팅 하는 기술도 다양합니다.

 

라우터를 통해 이동할 경로를 선택하여 IP 주소를 지정하고, 해당 경로에 따라 패킷을 전달해줍니다. 

논리적인 주소 구조(IP), 곧 네트워크 관리자가 직접 주소를 할당하는 구조를 가지며 계층적입니다.

 

•  4 계층 전송 계층 (Transport Layer) TCP, UDP

 

이 계층은 통신을 활성화하기 위한 계층이며 보통 TCP 프로토콜을 이용하며 포트를 열어서 응용프로그램들이 전송을 할 수 있게 합니다. 만약 데이터가 왔다면 4계층에서 해당 데이터를 하나로 통합하여 5계층으로 전달합니다.

양 끝단의 사용자가 신뢰성 있는 데이터를 주고받게 하여 상위 계층이 데이터 전달의 유효성이나 효율성을 신경쓰지 않게 해주는 계층이며 시퀀스 넘버 기반의 오류제어 방식을 사용합니다.

 

전송계층은 특정 연결의 유효성을 제어하고, 일부 프로토콜은 상태 개념이 있고(stateful), 연결기반(connection oriented)입니다. 이는 전송계층이 패킷들의 전송이 유효한지 확인하고 전송 실패한 패킷들을 다시 전송한다는 것을 뜻합니다. 가장 잘 알려진 전송 계층의 예는 TCP입니다.

 

종단간(end to end)통신을 다루는 최하위 계층으로 종단 간 신뢰성있고 효율적인 데이터를 전송하며 기능은 오류 검출 및 복구와 흐름제어, 중복 검사 등을 수행합니다.

 

• TCP : 신뢰성, 연결지향적
• UDP : 비신뢰성, 비연결성, 실시간

3-Way-Handshaking

 

1단계 

: 통신 중에 클라이언트와 서버 모두 Established 상태

 

• 두 시스템이 통신을 하기 전에 클라이언트는 포트가 닫힌 Closed 상태
• 서버는 해당 포트로 항상 서비스를 제공할 수 있는 Listen 상태

2단계

: 통신을 끊으려는 클라이언트가 서버에 FIN 패킷을 보내고 클라이언트는 Close Wait 상태가 됩니다.

 

• 클라이언트가 처음 통신을 하려면 임의의 포트 번호가 클라이언트 프로그램에 할당되고, 클라이언트는 서버에 연결하고 싶다는 의사 표시로 SYN Sent 상태가 됩니다.

3단계

: 서버는 클라이언트의 연결 종료 요청을 확인하고 응답으로 클라이언트에 ACK 패킷을 보내면 서버도 클라이언트의 연결을 종료하겠다는 의미로 FIN 패킷을 보내고 Close Wait 상태가 됩니다.

 

• 클라이언트의 연결 요청을 받은 서버는 SYN Received 상태가 되고, 클라이언트에 연결을 해도 좋다는 의미로  SYN+ACK 패킷을 보냅니다.

4단계 

: 클라이언트는 연결 종료를 요청한 것에 대한 서버의 응답을 확인했다는 표시로 ACK 패킷을 서버에 보냅니다.

 

• 클라이언트는 연결 요청에 대한 서버의 응답을 확인했다는 표시로 ACK 패킷을 서버로 보냅니다.

•  5 계층 세션 계층 (Session Layer)  API, Socket

 

양 끝단의 응용 프로세스가 통신을 관리하는 방법을 제공하는 계층입니다. 이 계층의 프로토콜은 통신 연결이 손실되는 경우 연결 복구 시도가 가능하며 연결 시도 중 장시간 연결이 되지 않았다면 세션 계층의 프로토콜 연결을 닫고 다시 연결을 시도합니다. 또한 전이중 통신, 반이중 통신, 명령 중 하나를 제공하여 교환 메시지 스트림(stream) 내에서 동기화 지점을 제공합니다. 

 

데이터가 통신하기 위한 논리적 연결을 담당한다. TCP/IP 세션을 만들고 없애는 책임을 지니고 있습니다.

 

세션 계층의 중요한 기능인 동기화가 있다.

 

• 전이중 통신 (Full Duplex) : 두 대의 단말기가 데이터를 송수신하기 위해 동시에 각각 독립된 회선을 사용하는 통신 방식입니다. 대표적으로 전화망, 고속데이터 통신을 들 수 있습니다.
• 반이중 통신(Half Duplex) : 한 쪽이 송신하는 동안 다른 쪽에서 수신하는 통신 방식으로 전송방향을 교체합니다. 마스터 슬레이브 방식의 센서 네트워크가 대표적입니다. 

•  6 계층 표현 계층 (Presentaion Layer)  JPEG, MPEG 등

 

코드 간 번역을 담당하는 계층입니다. 사용자 시스템에서 데이터의 형식상 차이를 다루는 응용계틍으로부터 덜어주고  MINE 인코딩이나 암호화 등의 동작이 이 계층에서 이뤄집니다. 

이 계층은 데이터 표현에서 독립적인 부분을 나타내고 일반적으로 응용 프로그램 형식을 준비 또는 네트워크 형식으로 변환하거나 네트워크 형식을 응용프로그램 형식으로 변환하는 것을 나타냅니다.

 

다시말해 이 계층은 응용 프로그램이나 네트워크를 위해 데이터를 표현하는 것입니다. 

쉬운 예시로 EBCDIC(확장 이진화 십진법 교환 부호)로 인코딩된 문서 파일은 ASCII로 인코딩 된 파일로 바꿔주는 것, 해당 데이터가 TEXT인지, 그림인지, GIF인지, JPG인지 구분하는 것이 표현 계층의 몫입니다. 

 

- 데이터 표현에 대한 독립성을 제공하고 암호화하는 역할을 담당한다.

- 파일 인코딩, 명령어를 포장, 압축, 암호화한다.

 

  7 계층 응용 계층 (Application Layer)  HTTP, FTP, DNS 등

 

응용 프로세스와 직접 관계하여 일반적인 응용 서비스를 수행하는 계층입니다. 응용 계층은 최상위 계층으로 사용자에게 직접적으로 보이는 부분이며 OSI 모형에서는 최종 사용자에게 가장 가까운 계층입니다. 웹 상에서 웹 서버 및 웹 브라우저 상호간의 데이터 전송을 위한 응용계층 프로토콜. 

 

처음에는 www 상의 하이퍼텍스트 형태의 문서를 전달하는데 주로 이용하였고 현재는 이미지, 비디오, 음성 등 대부분의 모든 형식의 데이터를 전송할 수 있습니다. 7계층에서 작동하는 응용프로그램은 사용자와 직접적으로 상호작용합니다.

 

- 최종 목적지로, 응용 프로세스와 직접 관계하여 일반적인 응용 서비스를 수행한다.

- 사용자 인터페이스, 전자우편, 데이터베이스 관리 등의 서비스를 제공한다.

 

ex) 웹 브라우저 : Chrome, Firefox .. / 응용 프로그램 : Outlook, Office .. 

 

포트	서비스	설명
20	FTP Data	File Transfer Protocol Datagram FTP 연결 시 실제로 데이터를 전송한다.
21	FTP	File Transfer Protocol-Control FTP 연결 시 인증과 제어를 한다.
23	Telnet	텔넷 서비스로 원격지 서버의 실행 창을 얻어낸다.
25	SMTP	Simple Message Transfer Protocol 메일을 보낼 때 사용한다.
53	DNS	Domain Name Service 이름을 해석하는데 사용한다.
69	TFTP	Trivial File Transfer Protocol 인증이 존재하지 않는 단순한 파일 전송에 사용한다.
80	HTTP	Hyper Text Transfer Protocol 웹 서비스를 제공한다.
110	POP3	Post Office Protocol 메일 서버로 전송된 메일을 읽을 때 사용한다.
111	RPC	Sun의 Remote Protocol Call 원격에서 서버의 프로세스를 실행할 수 있게 한다.
138	NetBIOS	Network Basic Input Output Service 윈도우에서 파일을 공유할 수 있게 한다.
143	IMAP	Internet Message access Protocol POP3와 기본적으로 같지만 메일이 확인된 후에도 서버에 남는다는 것이 차이점
161	SNMP	Simple Network Management Protocol 네트워크 관리와 모니터링을 위해 사용된다.

 

 

VPN

• VPN 또는 가상 사설 네트워크는 인터넷을 통해 디바이스 간에 사설 네트워크 연결을 생성합니다. VPN은 퍼블릭 네트워크를 통해 데이터를 안전하게 익명으로 전송하는 데 사용됩니다. 또한 사용자 IP 주소를 마스킹하고 데이터를 암호화하여 수신 권한이 없는 사람이 읽을 수 없도록 합니다

 

•  VPN(가상 사설 네트워크)은 사람들이 자신의 인터넷 트래픽을 보호하고 온라인에서 신원을 비공개로 유지하는 가장 쉽고 효과적인 방법입니다. 보안 VPN 서버에 연결하면, 인터넷 트래픽이 해커, 정부, 인터넷 제공 업체를 포함하여 그 누구도 들여다볼 수 없는 암호화된 터널을 통과하게 됩니다.

 

Transaction

• 트랜잭션(Transaction)은 데이터베이스의 상태를 변환시키는 하나의 논리적 기능을 수행하기 위한 작업의 단위 또는 한꺼번에 모두 수행되어야 할 일련의 연산들을 의미한다.

 

1. 트랜잭션은 데이터베이스 시스템에서 병행 제어 및 회복 작업 시 처리되는 작업의 논리적 단위이다.

2. 사용자가 시스템에 대한 서비스 요구 시 시스템이 응답하기 위한 상태 변환 과정의 작업단위이다.

3. 하나의 트랜잭션은 Commit되거나 Rollback된다.

 

•  Atomicity(원자성)

1. 트랜잭션의 연산은 데이터베이스에 모두 반영되든지 아니면 전혀 반영되지 않아야 한다.

2. 트랜잭션 내의 모든 명령은 반드시 완벽히 수행되어야 하며, 모두가 완벽히 수행되지 않고 어느하나라도 오류가 발생하면 트랜잭션 전부가 취소되어야 한다.

 

•  Consistency(일관성)

1. 트랜잭션이 그 실행을 성공적으로 완료하면 언제나 일관성 있는 데이터베이스 상태로 변환한다.

2. 시스템이 가지고 있는 고정요소는 트랜잭션 수행 전과 트랜잭션 수행 완료 후의 상태가 같아야 한다.

 

•  Isolation(독립성,격리성)

1. 둘 이상의 트랜잭션이 동시에 병행 실행되는 경우 어느 하나의 트랜잭션 실행중에 다른 트랜잭션의 연산이 끼어들 수 없다.

2. 수행중인 트랜잭션은 완전히 완료될 때까지 다른 트랜잭션에서 수행 결과를 참조할 수 없다.

 

•  Durablility(영속성,지속성)

1. 성공적으로 완료된 트랜잭션의 결과는 시스템이 고장나더라도 영구적으로 반영되어야 한다.

 

JAR (Java Archive) WAR (Web Application Archive) 모두 JAVA의 jar 툴을 이용하여 생성된 압축(아카이브) 파일이며 어플리케이션을 쉽게 배포하고 동작시킬 수 있도록 있도록 관련 파일(리소스, 속성파일 등)들을 패키징해주는 것이 주 역할입니다.

 

War ( Web Application Archive )

• .war 확장자 파일은  servlet / jsp 컨테이너에 배치 할 수 있는 웹 어플리케이션(Web Application) 압축 파일 포맷입니다.  JSP,  SERVLET, JAR, CLASS, XML, HTML, JAVASCRIPT 등  Servlet Context 관련 파일들로 패키징 되어있습니다. WAR는 웹 응용 프로그램를 위한 포맷이기 때문에 웹 관련 자원만 포함하고 있으며 이를 사용하면 웹 어플리케이션을 쉽게 배포하고 테스트 할 수 있습니다.

 

Jar ( Java Archive )

• .jar 확장자 파일에는 Class와 같은 Java 리소스와 속성 파일,  라이브러리 및 액세서리 파일이 포함되어 있습니다. 

쉽게 JAVA 어플리케이션이 동작할 수 있도록 자바 프로젝트를 압축한 파일로 생각하시면 되겠네요. 실제로 JAR 파일은 플랫폼에 귀속되는 점만 제외하면 WIN ZIP파일과 동일한 구조입니다.

 

JAR 파일은 원하는 구조로 구성이 가능하며 JDK(Java Development Kit)에 포함하고 있는 JRE(Java Runtime Environment)만 가지고도 실행이 가능합니다.

 

 

** 계속해서 추가하는 **