它通常称为服务器或服务器，是位于一组客户端计算机前面的服务器。 当客户端发出与服务器通信的请求时，该请求不会直接发送到服务器，而是发送到 ***，然后 *** 将请求发送到服务器。
换句话说，当客户端向 Internet 发送请求时，它会拦截这些请求并代表客户端与服务器通信，充当中介。 这使我们能够在请求到达其原始目的地之前或之后执行某些操作。
在设计系统时使用 *** 有几个原因：
它可以基于预定义的规则过滤网络流量。例如，组织可以使用服务器来阻止对特定内容的访问或限制对某些类型内容的访问。 服务器还可以强制执行安全策略并防止恶意软件和其他恶意活动。
您可以通过隐藏客户端的 IP 地址来隐藏它向客户提供匿名性。这对于访问某些地区的受限内容或确保客户安全非常有用。 隐私和安全。
是的通过压缩数据、删除不必要的标头和减小传输数据的大小来优化网络流量。这可以减少带宽使用并提高网络性能。
反向是位于一台或多台服务器之间的服务器。 在交互模式上，反向与正向完全相反：正向是代表客户端执行操作，反向是代表服务器执行操作。 因此，与用于保护客户端的正向不同，反向用于保护服务器。
当客户端向 **的源站发送请求时，该请求被反向服务器拦截。 然后，反向服务器向源服务器发送请求，并接收来自源服务器的响应。 换句话说，客户端认为它直接与服务器交互，并且请求实际上是反向发送的，而客户端不知道这一点（或者不知道其他服务器实际上处理了它的请求）。
简化正向和反向之间的区别：正向确保没有源服务器直接与该特定客户端通信。 另一方面，反向可确保没有客户端直接与源服务器通信。
假设我们输入一个域名，我们的浏览器进行DNS查询以获取域IP地址。 如果域名使用反向 **，并且配置正确，则 DNS 查询将返回反向 ** 的 IP 地址。
当我们设计复杂的系统时，反向**非常方便，它可以用于多种用途，例如：
安全：当我们使用反向时，源服务器 IP 地址是从攻击者那里提取的。 因此，为了利用任何漏洞，恶意客户端无法直接访问它们。 许多反向服务器都包含有助于保护后端服务器免受分布式拒绝服务 （DDoS） 攻击的功能，例如拒绝来自客户端特定 IP 地址（列入黑名单）的流量或限制每个客户端接受的请求数。
负载均衡：每天都有数以百万计的用户访问，并且可能会发现很难用一台服务器处理如此巨大的流量。 相反，我们可以使用多个服务器，并使用反向作为负载平衡解决方案，在服务器之间分配流量并防止任何服务器过载。
缓存：服务器可以缓存经常请求的资源，例如网页、图像和资源。 这允许直接从服务器提供缓存的内容，而无需向源服务器发出请求。 这减少了 Web 服务器上的负载，加快了内容的传输速度，节省了带宽，并减少了网络延迟。
SSL加密：如果您希望在 SSL（或 TLS）加密方面减少源服务器上的计算负载，反向可能是一个很好的解决方案。 我们可以配置反向来解密所有传入请求并加密所有传出响应，即您的源服务器不必在解密过程中处理每个单独的客户端请求的加密。 这可以大大减轻服务器资源的负担，使它们能够更有效地处理其他任务。
反向并不总是有用的，它有其自身的缺点：
向系统添加反向会增加其复杂性，使管理和解决问题变得更加困难。
如果反向失败，整个系统可能会受到影响，因为所有流量都通过它。 重要的是要确保冗余和故障转移机制到位，以降低这种风险。
虽然反向可以通过缓存和负载均衡提高性能，但它也会带来额外的延迟和开销，因为每个请求都需要额外的处理。
使用 SSL 加密时，反之亦然必须处理 SSL 证书，如果有许多具有不同 SSL 配置的后端服务器，则可能难以管理。
反向服务器和负载平衡器是客户端-服务器系统设计的组件。 它们都充当客户端和服务器之间的中介，执行提高效率的功能。
负载均衡器在一组服务器之间分发传入的客户端请求，并将响应从所选服务器返回到相应的客户端。 当站点需要多台服务器时，通常会部署负载平衡器，因为单个服务器无法有效地处理大量请求。 因此，负载平衡器的任务是以充分利用每个服务器的容量并防止任何服务器过载的方式分发请求。
反向**接受来自客户端或客户端组的请求，将其发送到服务器，然后返回客户端的请求。 来自服务器的响应。 即使您只有一个 Web 服务器或应用程序服务器，通常也可以反向部署。 虽然部署负载平衡器只有在多个服务器可用时才有意义。
优质作者名单