diff --git a/docs/.DS_Store b/docs/.DS_Store
new file mode 100644
index 0000000..1b21f6f
Binary files /dev/null and b/docs/.DS_Store differ
diff --git a/docs/chapter1/.DS_Store b/docs/chapter1/.DS_Store
new file mode 100644
index 0000000..5008ddf
Binary files /dev/null and b/docs/chapter1/.DS_Store differ
diff --git a/docs/chapter1/Ch01Keyword.md b/docs/chapter1/Ch01Keyword.md
new file mode 100644
index 0000000..70fb9e8
--- /dev/null
+++ b/docs/chapter1/Ch01Keyword.md
@@ -0,0 +1,177 @@
+# Chapter 1. 서버란 무엇인가 (소켓&멀티 프로세스)
+
+>  UMC 워크북 1주차 키워드에 관한 내용을 정리해보겠습니다 :)
+
+
+
+## ✅ TCP
+
+ TCP는 신뢰성 있는 통신을 보장하기 위해 사용되는 프로토콜이다.
+
+![3way-handshake](https://velog.velcdn.com/images%2Fnnnyeong%2Fpost%2F9943de2b-96d8-4e63-b9cc-46c1a89e20a3%2Fimage.png)
+
+![4-way Handshake](https://images.velog.io/images/nnnyeong/post/fd5029e1-b84c-4fa3-9f7b-d5f702f1b1b9/image.png)
+
+- 클라이언트와 서버 간 **1대1 통신**이며, **연결 시 3-way handshaking**을 통해 연결하고 **종료 시 4-way handshaking**을 통해 연결을 종료한다. 연결 종료 시 일방적인 종료를 하지 않는 것을 보고 '우아한 종료'라고 불리기도 한다.
+
+-  패킷이 손실되는 것을 방지하며 **중복된 패킷이 없도록, 패킷의 순서가 바뀌지 않도록 보장**해준다.
+
+- 전이중 방식이므로 종단 간 양 프로세스가 **서로 동시에 세그먼트를 전송**할 수 있다. 양 방향 각각에 대해 ‘송수신 버퍼’ 및 데이터 흐름용 순서 번호’를 유지하고 있다.
+
+-  **Flow Control**을 통해 송/수신 속도를 적절히 조절하며, **Congestion Control**을 통해 호스트가 속한 네트워크가 혼잡한 경우 송신률을 감속하여 네트워크 전체의 혼잡도를 낮춘다.
+
+
+
+## ✅ UDP
+
+  TCP와는 다르게 **연결을 하지 않고 패킷을 전송**하는 방식이다. 신뢰성을 보장하지 않지만, 그로 인해 비교적 데이터 전송 속도가 빠르다. 따라서, 일부 데이터가 손실되어도 크게 지장이 없는 실시간 영상 스트리밍 등에 사용이 가능하다.
+
+
+
+![TCP와 UDP 차이](/Users/kangseungmin/Library/Application Support/typora-user-images/image-20240407130511801.png)
+
+> TCP와 UDP의 차이점은 위 표를 통해 확인할 수 있다.
+
+
+
+## ✅ System Call
+
+ 사용자 모드에서 시스템 내부의 함수들을 직접 호출했을 경우, 악용한다면 시스템 전체에 문제가 발생할 수 있다. 이를 방지하기 위해 사용자가 직접 시스템에 접근하지 않고 운영체제를 통해 간접적으로 접근하기 위해 시스템 콜을 사용한다. 
+
+![OS 서비스와 시스템콜 | CloudStudying](https://i.imgur.com/UH0DDZt.png)
+
+>  위 그림 처럼 응용 프로그램이 printf() 함수를 호출하면, standard C Library에 정의된 write()라는 시스템 콜을 호출함으로써 OS가 터미널에 "Hello World!"를 출력하는 것이다. 
+
+
+
+## ✅ Hardware Interrupt
+
+![OS Interupt](https://miro.medium.com/v2/resize:fit:721/1*U8pHdVCB8vh-YDWpk_Kc9w.png)
+
+ 인터럽트의 일종으로 키보드, 디스크 드라이브, 입출력[ ](https://terms.tta.or.kr/dictionary/dictionaryView.do?subject=입출력+접속구)접속구 등 하드웨어 장치에 의해서 외부적으로 생성되거나 마이크로프로세서에 의해서 내부적으로 생성되는 인터럽트(서비스 요구). 외부 하드웨어 인터럽트는 장치들이 컴퓨터의 마이크로프로세서로부터의 지시를 요구하는 데 사용된다. 내부 하드웨어 인터럽트는 IBM PC 및 그 호환기 속에 들어 있는 마이크로프로세서에 의해서 어떤 이벤트를 제어하기 위해 생성된다. 
+
+ 예를 들면, **프로그램이 불법 동작인 제로에 의한 나눗셈을 하려는 것과 같이 이벤트를 보고하기 위해 사용**된다. 하드웨어 인터럽트는 키보드에서 입력된 문자를 받았을 때와 같이 **무작위적으로 발생**할 수도 있고, **컴퓨터의 타이머(timer)에 의해서 예측적으로 발생**할 수도 있다. 마이크로프로세서는 긴급한 요구와 긴급하지 않은 요구를 판별할 수단이 필요하므로 하드웨어 인터럽트에는 우선 순위의 레벨이 할당되어 있다. 최우선 순위의 인터럽트는 마스크 불가능 인터럽트(NMI)라고 불리는데, 기억 장치의 고장 등 즉시 서비스가 필요한 심각한 오류에 대처하는 인터럽트이다.
+
+
+
+## ✅ 리눅스의 파일과 파일 디스크립터
+
+![리눅스 시스템 프로그래밍 챕터 2 · Showerbugs](https://web.cs.ucla.edu/classes/fall08/cs111/scribe/4/FDT_diagram.JPG)
+
+ **변수는 메모리에 존재하지만, 파일은 디스크에 존재**한다. 어떤 데이터를 일시적으로 저장하는 것이 아닌 영구 저장할 경우 파일을 사용할 수 있다. 파일 디스크립터를 통해 파일을 구별할 수 있다. 꼭 파일이 아니더라도 **키보드, 모니터** 등의 디바이스 또한 파일 디스크립터를 통해 접근한다.
+
+ 프로세스 간 통신을 위해 사용하는 **소켓**도 파일의 구현체 중 하나이다. 소켓도 파일 디스크립터를 통해 접근할 수 있다!
+
+
+
+## ✅ socket()
+
+```c
+int socket(int domain, int type, int protocol);
+```
+
+ 소켓을 생성하는 시스템 콜이다. domain, type, protocol을 설정할 수 있다. 함수가 실행되면 해당 소켓을 가리키는 **소켓 디스크립터를 반환**한다. -1이 반환되면 소켓 생성 실패, 0 이상의 값이 나오면 소켓 디스크립터를 반환한 것이다.
+
+- `domain`: 어떤 영역에서 통신할 것인지에 대한 영역을 지정한다. 
+
+  - AF_UNIX (프로토콜 내부에서)
+  - AF_INET (IPv4를 사용)
+  - AF_INET6 (IPv6를 사용)
+
+- `type`: 소켓의 데이터 전송 방식을 설정한다.
+
+  - SOCK_STREAM (연결지향형 소켓; 스트림을 의미하며 TCP일 때 사용한다.)
+
+  - SOCK_DGRAM (비연결지향형 소켓; 데이터 그램을 의미하며 UDP일 때 사용한다.)
+
+  - SOCK_RAW (사용자 정의; 프로토콜의 헤더를 직접 다룰 때 사용한다.)
+
+    > 송수신하는 패킷들의 데이터를 볼 수 있기 때문에 보안 상의 이유로 root 권한으로 실행시켜야 한다!!
+
+- `protocol`: 통신에 사용할 프로토콜을 설정한다.
+
+  >  보통 0을 넣는다. (0을 넣으면 domain과 type을 보고 자동으로 지정해준다.)
+
+  - IPPROTO_TCP (TCP 프로토콜 사용)
+  - IPPROTO_UDP (UDP 프로토콜 사용)
+  - IPPROTO_HOPOPTS (0과 같은 역할이다.)
+
+
+
+## ✅ bind()
+
+```c
+int bind(int sockfd, struct sockaddr *myaddr, int addrlen);
+```
+
+ 위에서 생성된 **소켓의 IP 주소와 Port 번호를 할당**하는 시스템 콜이다. 클라이언트 측 IP와 Port 번호는 자동으로 할당되기 때문에 서버 측에서만 사용한다.
+
+> - IP는 컴퓨터를 구분하는 용도로 사용되며, PORT 번호는 소켓을 구분하는 용도로 사용된다. 
+>
+> - 하나의 하나의 프로그램 내에서는 둘 이상의 소켓이 존재할 수 있으므로, 둘 이상의 PORT가 하나의 프로그램에 의해 할당될 수 있다.
+> - PORT 번호는 16비트로 표현하며, 그 값의 범위는 0 ~ 65535 이다.
+> - 0 ~ 1023 번호는 잘 알려진 PORT(Well-Known PORT)라 해서 이미 용도가 결정되어 있다.
+
+
+
+- `sockfd`: 주소 정보를 할당할 소켓의 파일 디스크립터를 지정한다.
+- `myaddr`: 할당하고자 하는 주소정보를 지니는 구조체 변수의 주소 값을 넣는다.
+- `addrlen`: 두 번째 인자로 전달된 구조체 변수의 길이 정보를 담고 있다.
+
+
+
+## ✅ listen()
+
+```c
+int listen(int sock, int backlog);
+```
+
+![](/Users/kangseungmin/Downloads/IMG_FCD00A1F7C1A-1.jpeg)  
+
+ 대기 큐를 만드는 시스템 콜이다. UDP에서는 사용하지 않고 TCP에서만 사용하며, 소켓을 통해 **연결 요청을 기다리며** 연결요청을 받을 **클라이언트 대기 큐의 크기를 설정**할 수 있다. 
+
+
+
+- `sock`: 연결요청 대기 상태에 두고자 하는 소켓의 파일 디스크립터를 전달한다. 이 함수의 인자로 전달된 디스크립터의 소켓이 서버 소켓(리스닝 소켓)이 된다.
+- `backlog`: 연결요청 대기 큐의 크기 정보를 전달한다. 
+  - ex) 5가 전달되면 큐의 크기가 5가 되어 클라이언트의 연결 요청을 최대 5개까지 대기시킬 수 있다.
+
+
+
+
+
+## ✅ accept()
+
+```c
+int accept(int sock, struct sockaddr *addr, socklen_t *addrlen);
+```
+
+![](/Users/kangseungmin/Downloads/IMG_AE9B0844F5FC-1.jpeg) 
+
+ 서버 측에서 대기 큐에 있는 **클라이언트의 요청을 수락**하기 위한 시스템 콜이다. **새로운 소켓을 만들어 클라이언트와 연결하고, 기존 소켓은 또 다른 클라이언트의 요청을 수락하기 위해 남게 된다.**
+
+
+
+- `sock`: 서버 소켓의 파일 디스크립터를 전달한다.
+- `addr`: 연결요청을 한 클라이언트의 주소 정보를 담을 변수의 주소 값을 전달한다. 함수 호출이 완료되면 인자로 전달된 주소의 변수에는 클라이언트의 주소 정보가 채워진다.
+- `addrlen`: 두 번째 매개변수 addr에 전달된 주소의 변수 크기를 바이트 단위로 전달한다. 단, 크기 정보를 변수에 저장한 다음 변수의 주소 값을 전달한다. 함수 호출이 완료되면 크기 정보로 채워져 있던 변수에는 클라이언트의 주소 정보 길이가 바이트 단위로 계산되어 채워진다.
+
+
+
+
+
+## ✅ 멀티 프로세스
+
+![기술 면접 대비 CS 전공 핵심요약집: 1.2.5 멀티 프로세스와 멀티 스레드 - 1](https://thebook.io/img/080367/030.jpg)
+
+ 하나의 프로세스가 여러 클라이언트의 요청을 받아들일 때 태스크를 하나씩 수행하려면 병목현상이 발생한다. 이를 방지하기 위해, 하나의 클라이언트에 하나의 프로세스를 할당해서 태스크를 처리한다. 이를 위한 기법이 멀티 프로세스이다. 
+
+ **멀티 프로세스 기법은 메모리를 공유하기 어렵다는 단점**이 있다. 이를 극복하기 위해 하나의 프로세스에서 여러 작업을 수행하는 멀티 쓰레드 기법이 등장했다. 하나의 프로세스가 생성한 **여러 쓰레드는 각자 고유한 스택 영역을 가지며, 그 외의 힙, 데이터, 코드 영역은 서로 간 공유**할 수 있다. 이로 인해 문맥 교환(Context Switching) 비용이 감소한다.
+
+
+
+## ✅ 병렬 처리
+
+![병렬처리(1)](https://velog.velcdn.com/images/ing06047/post/8822e542-5d70-460a-9a92-24988e7b233f/image.png)
+
+ 병렬 처리는 여러 테스크를 동시에 처리하는 것을 의미한다. **하지만 실제로는 동시에 처리되는 것이 아닌, 스케쥴링을 통해 CPU의 자원을 적절히 할당받아 태스크를 수행**한다. 스케쥴링 기법으로는 FIFO, SJF, RR 등이 존재한다.
\ No newline at end of file
diff --git a/docs/chapter2/CIDR_class.png b/docs/chapter2/CIDR_class.png
new file mode 100644
index 0000000..fe6ec5d
Binary files /dev/null and b/docs/chapter2/CIDR_class.png differ
diff --git a/docs/chapter2/CIDR_format.png b/docs/chapter2/CIDR_format.png
new file mode 100644
index 0000000..94067cb
Binary files /dev/null and b/docs/chapter2/CIDR_format.png differ
diff --git a/docs/chapter2/Ch02Keyword.md b/docs/chapter2/Ch02Keyword.md
new file mode 100644
index 0000000..fd62930
--- /dev/null
+++ b/docs/chapter2/Ch02Keyword.md
@@ -0,0 +1,231 @@
+# Chapter 2. AWS (VPC & Internet Gateway & EC2)
+
+> UMC 워크북 2주차 키워드에 관한 내용을 정리해보겠습니다 :)
+
+
+
+
+
+# ✅ 학습 목표
+
+1. AWS의 VPC를 이해한다.
+2. 서버가 어떻게 구축되는지 이해한다.
+
+
+
+
+
+# ✅ AWS
+
+![aws](./region.png)
+
+> AWS란 Amazon Web Services의 약자로, 전 세계에 200개가 넘는 데이터 센터를 구축하여 제공하고 있는 클라우드 서비스이다.
+
+
+
+
+
+# ✅ 리전과 가용영역
+
+![image-20240413235720962](/Users/kangseungmin/Library/Application Support/typora-user-images/image-20240413235720962.png)
+
+![AWS 리전 ](https://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/images/Con-AZ-Local.png)
+
+ Amazon 클라우드 컴퓨팅 리소스는 세계 각지의 여러 곳에서 호스팅된다. 이러한 위치는 AWS 리전, 가용 영역 및 Local Zones로 구성된다. 각 AWS 리전은 개별 `지리 영역`이고, 각 AWS 리전은 `가용 영역`이라고 알려진 격리된 위치를 여러 개 가지고 있다.
+
+ 쉽게 말해 리전이 가장 큰 범위이며, 각 리전마다 1개 이상의 가용 영역을 가지고 있는 것이다. 하나의 리전에 여러 가용 영역이 존재하는 이유는 각 가용 영역이 위치한 데이터 센터가 물리적으로 떨어져 있기 때문에 자연재해나 정전, 테러와 같은 다양한 돌발상황에 대처하기 위함이다. (서울 리전은 4개의 가용 영역으로 구성되어 있다.)
+
+
+
+## 가용영역 특징
+
+- 완전히 격리된 하나 이상의 데이터 센터
+- 충분한 물리적 거리 (100km 이내)
+- 독립된 전력, 냉각, 물리적 보안
+- 수십만 대 규모의 서버
+- 높은 대역폭의 네트워크로 상호연결
+
+
+
+
+
+
+
+# ✅ 서브네팅
+
+
+
+## 서브넷
+
+> 📋  하나의 IP 네트워크 주소를 네트워크 내부에서 적절히 분할하여 실제로는 여러 개의 서로 연결된 지역 네트워크로 사용하는 것이다.
+
+
+
+
+
+## 서브넷팅 & 서브넷 마스크
+
+> 📋  회사나 조직에 할당된 네트워크 ID의 IP 주소들을 가지고 내부적으로 여러 개의 서브넷을 만드는 과정이다. 이를 통해 IP 주소의 낭비를 방지할 수 있다.
+
+
+
+![subnet](./subnet.png)
+
+- 위 그림처럼 일반적인 Class C 네트워크는 32비트 중 24비트를 네트워크 ID로 사용하며, 나머지 8비트로 호스트를 구분한다.
+
+- 하지만 2비트를 추가로 사용하여 네트워크 ID로 26비트를 사용하고, 나머지 6비트로 호스트를 구분할 수 있다. 이때, 26비트가 서브넷 마스크이다.
+
+- 서브넷 마스크의 비트 수를 1 늘리면, 네트워크 ID의 수는 2배로 증가하고 호스트 ID의 수는 2배로 감소한다.
+
+
+
+
+
+> **<예제>**
+>
+> Q. 호스트 IP 주소가 `128.66.12.1`이고 서브넷 마스크가 `255.255.255.0`일 때, 이들의 관계를 설명해라.
+>
+> A. 호스트 IP 주소에서 `128`은 이진법으로 나타내면 `10000000`으로, Class B를 나타낸다. 클래스 B의 기본 마스크는 `255.255.0.0`이다. 하지만 서브넷 마스크가 `255.255.255.0`이므로 네트워크 아이디는 `128.66.12` 까지가 된다. 남은 `1`은 호스트 ID를 나타낸다.
+
+
+
+
+
+## CIDR
+
+> 📋  **CIDR**은 **Classless Inter-Domain Routing**의 약자로, 클래스 없는 도메인 간 라우팅 기법이라는 의미이다.
+
+CIDR는 기존의 네트워크 클래스 방법을 대체하고 1993년에 도입되기 시작했다. 기존 클래스를 기반으로 IP주소를 나누지 않고 왜 CIDR이라는 기술을 도입했을까?
+
+CIDR를 사용하면 IP를 더욱 유연하게 사용할 수 있으며, 빠르게 고갈되고 있는 IPv4를 보다 효율적으로 사용할 수 있다. 사실, 위에서 말한 서브넷팅도 CIDR의 한 종류이다.
+
+![CIDR](./CIDR_class.png)
+
+> ex. 기존 클래스 기반 IP 주소
+>
+> Class A는 호스트가 무려 2^24-2개이다. 하지만 이렇게 많은 호스트를 가지는 것은 흔한 일이 아니다. 이러한 낭비를 방지하기 위해서 CIDR 기법이 등장한 것이다.
+
+
+
+## CIDR 표기법
+
+![CIDR](./CIDR_format.png)
+
+- 위 그림에서 `200.23.16.0 / 23`처럼 표기하는 방식을 CIDR 표기법이라 한다.
+- 여기서 `23`에 해당하는 것이 서브넷 마스크의 비트 수이다.
+- 위 주소의 범위는 C 클래스에 속하므로, 만약 `23`이 적혀있지 않았다면 기본 서브넷 마스크가 적용되어 `255.255.255.0`의 서브넷 마스크가 적용될 것이다.
+
+
+
+
+
+# ✅ 라우팅
+
+> 라우팅은 **네트워크에서 경로를 선택하는 프로세스**이다. 컴퓨터 네트워크는 *노드*라고 하는 여러 시스템과 이러한 노드를 연결하는 경로 또는 링크로 구성된다. 상호 연결된 네트워크에서 두 노드 간의 통신은 여러 경로를 통해 이루어질 수 있다. 라우팅은 미리 정해진 규칙을 사용하여 **최상의 경로를 선택**하는 프로세스이다. 
+
+
+
+## 라우터란?
+
+> 라우터는 **컴퓨팅 디바이스와 네트워크를 다른 네트워크에 연결**하는 네트워킹 디바이스이다. 라우터는 주로 3가지 기본 기능을 수행한다.
+
+
+
+- `경로 결정`
+
+  라우터는 소스에서 대상으로 이동하는 데이터의 경로를 결정한다. 지연, 용량 및 속도와 같은 네트워크 지표를 분석하여 최상의 경로를 찾으려고 시도한다.
+
+- `데이터 전달`
+
+  라우터는 선택한 경로의 다음 디바이스로 데이터를 전달하여 최종적으로 대상에 도달하도록 한다. 디바이스와 라우터는 동일한 네트워크에 있거나 서로 다른 네트워크에 있을 수 있다.
+
+- `로드 밸런싱`
+
+  경우에 따라 라우터가 여러 경로를 사용하여 동일한 데이터 패킷의 여러 사본을 전송할 수도 있다. 이 방법을 통해 데이터 손실로 인한 오류를 줄이고 이중화를 구현하고 트래픽 볼륨을 관리한다. 
+
+
+
+
+
+# ✅ VPC
+
+> VPC란 Virtual Private Cloud의 약자로, 사용자가 정의한 논리적으로 격리된 가상의 프라이빗 네트워크 환경을 의미한다. 
+
+
+
+ 우리는 VPC를 통해 가상 네트워크의 `IP 주소 범위`, `서브네팅`, `라우팅`, `보안그룹` 등을 지정할 수 있다. CIDR 블록으로 VPC 크기를 지정하여 생성하며 `/16` ~ `/28`까지 지원한다.
+
+
+
+# ✅ 사설 IP 주소
+
+> IPv4의 공인 IP 주소는 약 43억 개로, 현존하는 모든 디바이스에 IP 주소를 할당하는 것은 불가능하다. 이러한 문제를 해결하기 위해, 중복된 IP 주소를 사용할 수 있도록 사설 IP 주소 개념이 등장했다.
+
+
+
+ **사설 IP 주소는** IANA가 확보한 사설 IP 주소 범위 내에서 할당되며 **인터넷에 노출되지 않는다**. 전 세계에는 수백만 개의 사설 네트워크가 존재하며 사설 네트워크에 연결된 장치에는 다음 사설 IP 대역 내의 IP 주소가 할당된다.
+
+
+
+사설 IP 주소의 범위는 아래와 같다.
+
+- 클래스 A: `10.0.0.0` ~ `10.255.255.255`
+- 클래스 B: `172.16.0.0` ~ `172.31.255.255`
+- 클래스 C: `192.168.0.0` ~ `192.168.255.255`
+
+ 
+
+
+
+
+
+# ✅ 포트포워딩
+
+![포트포워딩 (Port Forwarding) 이란?](https://blog.kakaocdn.net/dn/b2uodc/btqHAm2rkDw/O2JI2eiXVUfnazYWrKbk41/img.png)
+
+>  포트포워딩(port forwarding)은 컴퓨터 네트워크 상에서 패킷이 방화벽이나 라우터 같은 네트워크 게이트를 지날 때 IP 주소와 포트 번호 결합의 통신 요청을 다른 곳으로 넘겨주는 **네트워크 주소 변환의 응용**이라고 볼 수 있다. 이러한 포트포워딩은 라우터에서 새로운 기능을 이용할 수 있는 **강력한 툴이 될 수 있으면서도 심각한 온라인 취약성에 노출**시킬 수도 있다.
+
+
+
+
+
+# ✅ NAT 프로토콜
+
+![NAT(Network Address Translation) - 공부하는 도비](https://blog.kakaocdn.net/dn/leoJt/btqEOPMHZGC/7GPglnocAplSFY02P9YUXK/img.png)
+
+> NAT는 Network Address Translationd의 약자로, 말 그대로 네트워크 주소인 IP 주소를 변환하는 기술을 의미한다. **1개의 공인 IP 주소에 다수의 사설 IP 주소를 할당 및 매핑할 수 있다.**
+
+
+
+
+
+
+
+
+
+
+
+# ✅ 포트번호
+
+![img](https://blog.kakaocdn.net/dn/bla9yS/btrNvyQx2a0/eNDujyu5BYTD1ICp5rQAT0/img.png)
+
+> 포트는 **“논리적인 접속장소”**를 뜻하며, 인터넷 프로토콜인 TCP/IP를 사용할 때 클라이언트 프로그램이 네트워크 상의 특정 서버 프로그램을 지정하는 방법으로 사용한다.
+
+
+
+ 위 그림은 한 서버 인스턴스에서 웹 서버와 메일 서버 두 개를 동시에 실행 중인 상황을 뜻한다.
+
+ 이 경우 IP 주소만으로는 어느 서버로 요청을 보내는지 알 수 없다. 따라서 포트 번호를 통해 receiver를 특정하여 어느 서버로 보내는 요청인지 특정할 수 있다.
+
+ 또 다른 예로 자바 Spring 프로젝트를 실행하면, 나타나는 화면에 `Tomcat started on port(s): 8080`과 같은 숫자가 표현된다. 이 숫자는 IP주소가 가리키는 PC 접속할 수 있는 통로(채널)를 의미한다.
+
+ 로컬 환경에서 실행했을 때 로컬 PC의 IP 주소로 접근하여 `8080`번이 통로를 통해 실행 중인 서버를 확인할 수 있다. 이때 이미 사용 중인 포트는 중복해서 사용할 수 없다.
+
+
+
+
+
+![포트(PORT)란?](https://blog.kakaocdn.net/dn/JmG4B/btrgcAEKO4v/AvmB97SSr7mPEKJUyBxOK1/img.png)
+
+> 포트 번호는 0 ~ 65,535까지 사용할 수 있다. 이 중에서 0 ~ 1023번 까지의 포트 번호는 주요 통신을 위한 규약에 따라 이미 정해져 있는 포트이다.
+
diff --git a/docs/chapter2/region.png b/docs/chapter2/region.png
new file mode 100644
index 0000000..4c70355
Binary files /dev/null and b/docs/chapter2/region.png differ
diff --git a/docs/chapter2/subnet.png b/docs/chapter2/subnet.png
new file mode 100644
index 0000000..fd9bb9b
Binary files /dev/null and b/docs/chapter2/subnet.png differ
diff --git a/test-woowa.txt b/test-woowa.txt
new file mode 100644
index 0000000..598c893
--- /dev/null
+++ b/test-woowa.txt
@@ -0,0 +1 @@
+Test 파일입니다