根据我的理解。。。

首先，众所周知，代理意味着“代表他人的权力”。现在有两件事，正向代理和反向代理。

转发代理服务器

假设您想访问“Google”，那么“Google”将有n个服务器来响应特定请求。

现在，在这种情况下，当您向Google请求某些内容，并且不希望Google看到您的IP地址时，您将使用转发代理，如下所述。

A.→ B→ C

现在你是A，通过B发送请求。所以C会认为请求来自B，而不是A。通过这种方式，你可以防止客户端的IP地址暴露在外部世界。

反向代理

现在，在这种情况下，为了让您理解，我们将采用转发代理的相同情况。在这里，你已经向谷歌请求了一些东西，然后谷歌会将一个请求发送到应用服务器或另一个代理服务器以获得响应。因此，这些事情将发生如下所述。

A.→ B→ C

C→ D

C← D

A.← B← C

从上图中，您可以看到一个请求已从B发送到C，而不是从a发送到C。然后从C将有一个请求发送到D。类似地，响应将从D发送到C然后发送到B和a。

上图表明，尽管两个代理的行为方式相同，但重要的只是上下文，但客户端代理隐藏客户端信息，而服务器端代理将隐藏服务器端信息。

正向代理与反向代理（2012）非常清楚地解释了正向代理和反向代理之间的区别。

qyb2zm302的答案很好地详细描述了代理的应用，但它忽略了正向代理和反向代理之间的基本概念。对于反向代理，X→ Y→ Z、 X知道Y而不是Z，反之亦然。

代理只是通信（请求+响应）的中间人。客户端<->代理<->服务器

客户端代理：（客户端<->代理）<->服务器

代理人代表客户行事。客户知道链中涉及的所有三台机器。服务器没有。

服务器代理：客户端<->（代理<->服务器）

代理代表服务器行事。客户端只知道代理。服务器知道整个链条。

在我看来，正向和反向只是客户端和服务器代理的混淆、依赖于透视的名称。我建议放弃前者，改用后者，进行明确的沟通。

当然，让事情更复杂的是，并不是每台机器都是客户端或服务器。如果上下文中存在歧义，最好明确指定代理所在的位置以及它通过隧道传输的通信。

如果没有代理

从客户端和服务器端看是相同的：

客户端->服务器

代理

从客户端：

客户端->代理->服务器

从服务器端：

客户端->服务器

反向代理

从客户端：

客户端->服务器

从服务器端：

客户端->代理->服务器

所以我认为，如果它是由客户端用户设置的，它就叫做代理如果它由服务器管理器设置，则它是反向代理。

由于设置它的目的和原因不同，它们以不同的方式处理数据并使用不同的软件。

   User side          |      Server side
client  <->  proxy  <-->  reverse_proxy <-> real server

前面的大多数答案都是好的，但在我看来，没有一个答案能很好地解决区分两者的“反向”问题。要做到这一点，需要给出某种方式来可视化本质上相同的事物（代理）的“反向”性质，并且需要以一种很好的抽象方式来给出。

代理（隐式“转发代理”）将多个本地客户端连接到任意一个远程服务器：

c--
   |--p--s
c--

反向代理将多个本地服务器连接到任何一个远程客户端（请注意布局如何反向）：

s--
   |--p--c
s--

这是一个角度问题，真正正确地理解这个概念需要抽象出非必要的（特定概念的）细节，尽管这些细节在涉及代理操作的语用学时可能非常重要。这些细节包括这样一个事实：在这两种场景中，现实是多个客户端连接到多个服务器，客户端和服务器可能不是真正的本地或远程，互联网云位于何处，或者客户端和服务器之间存在什么样的可见性。

我从Apache的角度理解，代理意味着如果站点x代理站点y，那么请求x返回y。

反向代理意味着对y的响应进行调整，以便所有对y的引用都变为x。

因此，用户无法判断是否涉及代理。。。

代理（转发代理）：

当LAN上的计算机连接到访问Internet的代理服务器时。好处包括只将服务器暴露在Internet上。外面的人无法直接访问计算机。转发代理可以通过缓存下载来改善用户的Internet访问。它们还可用于限制对某些网站的访问。此外，只有代理服务器需要公共地址，而不是连接到它的客户端。

反向代理：

反向代理与正向代理相反。相反，它充当连接到的服务器的代理服务器。只有反向代理需要SSL证书，只需要一个公共IP地址，它可以处理传入请求的负载平衡，以增强整体用户体验。

图片来源：使用应用程序请求路由创建转发代理