Add network/Forward Proxy vs Reverse Proxy

hyh1016 · May 29, 2024 · 49abb2d · 49abb2d
1 parent e7e219f
commit 49abb2d
Showing 1 changed file with 25 additions and 0 deletions.
diff --git a/network/Forward_Proxy_vs_Reverse_Proxy.md b/network/Forward_Proxy_vs_Reverse_Proxy.md
@@ -0,0 +1,25 @@
+# Forward Proxy vs Reverse Proxy
+
+## Proxy Server
+
+- 프록시 서버란, 통신할 두 기기 사이에 위치하는 중간 단계의 서버
+- 보통 보안, 성능 등의 이유로 사용됨
+- Forward Proxy, Reverse Proxy로 나뉨
+
+## Forward Proxy
+
+- **클라이언트 앞**에 위치하여 외부 서버와의 통신을 중재
+- 다음의 용도로 사용
+    - 접근 제어 - 클라이언트가 접근할 수 있는 사이트를 제한/모니터링
+    - 캐싱 - 자주 요청되는 콘텐츠를 캐싱
+    - 암호화를 통한 정보 은닉 - 서버 입장에서는 프록시 서버가 클라이언트이므로 실제 클라이언트의 IP를 알 수 없게 됨
+
+## Reverse Proxy
+
+- **서버 앞**에 위치하여 클라이언트와 서버 간 통신을 중재
+- 다음의 용도로 사용
+    - 기본적인 암호화 지원 - 클라이언트-서버 간 SSL/TLS 통신을 할 때, 서버가 직접 이를 수행하게 되면 많은 비용이 발생. 리버스 프록시는 이 역할을 대신 수행해줄 수 있음
+        - 클라이언트-프록시 서버 간 SSL/TLS 통신을 하고 나면, 프록시 서버와 실제 서버 간에는 암호 통신을 할 필요 없음. 왜? 주로 내부망으로 통신하므로 (만약 그렇지 않다면 필요하겠지만)
+    - 캐싱 - 자주 요청되는 콘텐츠를 캐싱
+        - 캐싱의 경우 클라이언트 측에서는 데이터를 빨리 받아볼 수 있어 좋고, 서버 측에서는 불필요하게 리소스를 제공하는 일을 줄여서 좋음. 이러한 이점 때문에 캐싱은 두 가지 타입의 프록시 모두 적용됨
+    - 암호화를 통한 정보 은닉 - 클라이언트 입장에서는 요청을 수신하는 것이 프록시 서버이므로 실제 서버의 IP를 알 수 없게 됨