역방향 프록시 (로드 밸런서)의 예입니다.

클라이언트가 website.com에 접속하면 서버가 수신하는 서버에서 리버스 프록시가 실행됩니다. 역방향 프록시는 pound 가 발생합니다. 파운드는 요청을 받아 그 뒤에있는 세 개의 응용 프로그램 서버 중 하나에 보냅니다. 이 예에서 파운드는 부하 분산 장치입니다. 즉. 세 개의 응용 프로그램 서버간에로드 균형을 조정합니다. 응용 프로그램 서버는 웹 사이트 콘텐츠를 다시 클라이언트에 제공합니다.

Proxy (Forward Proxy) : LAN상의 컴퓨터가 인터넷에 액세스하는 프록시 서버에 연결할 때. 장점은 인터넷에 노출 된 서버 만 포함됩니다. 외부의 사람들은 컴퓨터에 직접 액세스 할 수 없습니다. 전달 프록시는 다운로드 캐싱을 통해 사용자의 인터넷 액세스를 향상시킬 수 있습니다. 또한 특정 사이트에 대한 액세스를 제한하는 데 사용할 수 있습니다. 또한 프록시 서버에만 연결되는 클라이언트가 아닌 공용 주소가 필요합니다.

역방향 프록시 : 역방향 프록시는 정방향 프록시와 반대입니다. 대신 연결된 서버 대신 프록시 역할을합니다. 원격 서버에 직접 액세스하는 대신 사용자는 역방향 프록시를 통해 해당 서버로 직접 연결됩니다. 역방향 프록시 만 SSL 인증서가 필요하며 하나의 공용 IP 주소 만 필요하며 들어오는 요청의로드 균형 조정을 처리하여 전반적인 사용자 환경을 향상시킬 수 있습니다.

이미지 출처 : docs.microsoft.com

qyb2zm302의 대답은 프록시의 애플리케이션을 멋지게 묘사하지만 순방향 프록시와 역방향 프록시 사이의 기본 개념을 설명합니다. 역방향 프록시 인 X -> Y -> Z의 경우 X는 Y가 아닌 Z를 알고 있습니다.

http://www.jscape.com/blog/bid/87783/Forward-Proxy-vs-Reverse-Proxy 는 순방향 프록시와 역방향 프록시의 차이를 매우 명확하게 설명합니다.

프록시는 단순히 통신의 중개자 (요청 + 응답)입니다. 클라이언트 <-> 프록시 <-> 서버

• 클라이언트 프록시 : ( 클라이언트 <-> 프록시 ) <-> 서버

  프록시는 클라이언트를 대신하여 작동합니다. 클라이언트는 체인에 관련된 3 대의 모든 기계를 알고 있습니다. 서버는 그렇지 않습니다.

• 서버 프록시 : 클라이언트 <-> ( 프록시 <-> 서버 )

  프록시는 서버를 대신하여 작동합니다. 클라이언트는 프록시에 대해서만 알고 있습니다. 서버는 전체 체인을 알고 있습니다.

앞 과 뒤가 클라이언트 와 서버 프록시에 대해 단순히 혼란스럽고 원근 의존적 인 이름 일뿐입니다. 나는 명확한 의사 소통을 위해 후자에 대해 전자를 포기할 것을 제안한다.

물론, 모든 컴퓨터가 독점적으로 클라이언트 또는 서버가 아닌 문제를 더욱 복잡하게 만듭니다. 컨텍스트에 모호함이있는 경우 프록시가있는 위치와 터널링하는 통신을 명시 적으로 지정하는 것이 가장 좋습니다.

전달 프록시 는 클라이언트의 익명 성을 부여합니다 (즉, Tor를 생각하십시오).

역방향 프록시는 백 엔드 서버 익명 성을 부여합니다 (예 : DMZ 뒤의 서버를 생각).

일반 정방향 프록시 는 클라이언트와 원본 서버 사이에 위치하는 중간 서버입니다. 원 서버에서 컨텐트를 가져 오기 위해 클라이언트는 원 서버를 대상으로 지정하는 요청을 프록시로 보내고 프록시는 원 서버에서 컨텐트를 요청하여이를 클라이언트로 리턴합니다. 클라이언트는 다른 사이트에 액세스하기 위해 정방향 프록시를 사용하도록 특별히 구성되어야합니다.

반대로 리버스 프록시 (또는 게이트웨이) 는 일반 웹 서버처럼 클라이언트에 나타납니다. 클라이언트에는 특별한 구성이 필요하지 않습니다. 클라이언트는 역방향 프록시의 네임 스페이스에있는 콘텐츠에 대한 일반적인 요청을합니다. 그런 다음 역방향 프록시는 요청을 보낼 위치를 결정하고 그 자체가 원점 인 것처럼 콘텐츠를 반환합니다.

역방향 프록시의 일반적인 용도는 인터넷 사용자에게 방화벽 뒤의 서버에 대한 액세스를 제공 하는 것입니다. 또한 역방향 프록시를 사용하여 여러 백엔드 서버간에로드 균형을 조정하거나 느린 백엔드 서버에 캐싱을 제공 할 수 있습니다. 또한 역방향 프록시를 사용하여 여러 서버를 동일한 URL 공간으로 가져올 수 있습니다.

자세한 정보는 다음을 방문하십시오 : Apache Docs

차이점은 주로 배포에 있습니다. 웹 전달 및 역방향 프록시는 모두 동일한 기본 기능을 가지고 있으며, 일반적으로 원본 또는 연락처 서버에 액세스하여 다양한 형식의 HTTP 요청에 대한 요청을 수락하고 응답을 제공합니다.

완전한 기능을 갖춘 서버는 일반적으로 액세스 제어, 캐싱 및 일부 링크 매핑 기능을 제공합니다.

정방향 프록시는 클라이언트 시스템을 구성하여 액세스되는 프록시입니다. 클라이언트는 프록시 기능 (리디렉션, 프록시 인증 등)에 대한 프로토콜 지원이 필요합니다. 프록시는 사용자 경험에는 투명하지만 응용 프로그램에게는 투명하지 않습니다.

역방향 프록시는 웹 서버로 배포되고 웹 서버처럼 작동하는 프록시입니다. 단, 프로그램 및 디스크에서 로컬로 콘텐츠를 작성하는 대신 원래 서버로 요청을 전달합니다. 클라이언트 관점에서 웹 서버이므로 사용자 환경이 완전히 투명합니다.

실제로 단일 프록시 인스턴스는 서로 다른 클라이언트 모집단에 대해 정방향 및 역방향 프록시로 동시에 실행할 수 있습니다.

그 짧은 버전, 사람들이 논평하기를 원한다면 명확히 할 수 있습니다.

프록시 서버는 인터넷을 통해 다양한 필수적이지 않은 관련 공용 리소스에 나가는 네트워크 요청을 프록시 처리하고 선택적으로 캐시합니다. 역방향 프록시는 인터넷에서 들어오는 요청을 캡처하여 (선택적으로 캐시에 저장) 일반적으로 고 가용성 목적을 위해 다양한 내부 개인 자원에 배포합니다.