Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
Tags
- 좋은 코드 나쁜 코드
- 완전탐색
- 검색어 추천
- 구현
- spring event
- 누적합
- 숫자 블록
- 백준
- gRPC
- piplining
- branch 전략
- prg 패턴
- jwt 표준
- 트랜잭샨
- BFS
- 디버깅
- 셀러리
- 깊게 생각해보기
- 프로그래머스
- 레디스 동시성
- 수신자 대상 다르게
- 이분탐색
- 객체지향패러다임
- 쿠키
- docker
- 코드 계약
- AWS
- 결제서비스
- 카카오
- 알람 시스템
Archives
- Today
- Total
코딩관계론
Proxy vs Redirect 본문
반응형
Proxy 서버란
Proxy 서버는 클라이언트와 서버 사이에 중계 역할을 하는 서버입니다. 클라이언트가 서버에 접속할 때, 프록시 서버를 경유하여 연결됩니다. 이 과정에서 클라이언트의 주소는 프록시 서버의 주소로 대체되어, 서버는 클라이언트의 실제 IP 주소를 직접 알지 못합니다. 프록시 서버는 클라이언트 요청을 받아서 해당 요청을 서버에 전달하고, 서버의 응답을 클라이언트에게 전달하는 역할을 합니다. 이를 통해 클라이언트의 익명성을 보호하거나, 캐시를 이용하여 네트워크 성능을 향상시키는 등의 기능을 수행할 수 있습니다.
Redirect란
Redirect는 클라이언트가 요청한 리소스가 다른 위치에 있을 때, 클라이언트를 해당 위치로 다시 보내는 것을 말합니다. 일반적으로 HTTP 상태 코드 중 3xx 코드 중 하나를 사용하여 클라이언트에게 새로운 위치로 이동하도록 요청합니다. 이를 통해 클라이언트는 원래 요청한 리소스가 있는 새로운 위치로 재요청하게 됩니다.
Proxy와 Redircet의 차이점은?
Proxy는 클라이언트가 직접 요청 서버에 접근하는 것이 아니라 Proxy 서버에 접근 후 Proxy 서버가 요청 서버에 접근하지만,
Redircet는 클라이언트가 직접 요청 서버에 접근하게 됩니다.
반응형
'Network' 카테고리의 다른 글
쿠키와 세션은 왜 사용되는가 (0) | 2024.06.24 |
---|---|
Http Method와 status code (0) | 2024.06.23 |
[Network] Layer2 프로토콜과 특성 (0) | 2022.10.18 |
[Network] OSI 7이 먼대? (1) | 2022.10.15 |