http_proxy与https_proxy的区别
我想了解一下http_proxy和https_proxy环境变量之间的区别。
所以我的理解是，如果我(作为客户端)发送http_proxy请求，就会使用http。如果我(作为客户端)发送https请求，将使用https_proxy。
有一些可能的设置来设置http_proxy和https_proxy：
1. http_proxy = http://proxy:port
2. https_proxy = http://proxy:port
3. http_proxy = https://proxy:port
4. https_proxy = https://proxy:port据我所知，变体1、2可能是常见的设置。变体3呢，这是一种可能的设置吗？请求是如何传输的？我认为4也是一种可能的设置，但我不清楚工作流程。
以下是我的猜测：
在第一个设置中，如果我向目标服务器发送http请求，那么将使用http_proxy，在此设置下，请求将作为客户端--(http请求) --代理--(http请求)--服务器发送
在第二个设置中，如果我向目标服务器发送https请求，那么将使用https_proxy，在此设置下，请求将是客户端--(https请求)--代理--(https请求)--服务器。在这种情况下，代理只会将加密的数据包发送到服务器，这些数据包只会在服务器端解密。
在第三个设置中，如果我使用此设置向目标服务器发送http请求，将会发生什么情况？它是一个合格的设置吗？
在第四个设置中，如果我向目标服务器发送https请求，则将使用https_proxy，在此设置下，请求将与客户端--(https请求) --代理--(https请求)--服务器一起发送。在这种情况下，是否意味着客户端的https请求使用proxy的公钥加密，哪个proxy先解密请求，然后使用目标服务器的pk加密，然后再将请求转发给服务器？然而，在这种情况下，它不是打破了客户端和服务器之间的端到端加密吗？如果我的假设是错误的，那么这种设置的正确情况是什么？
具体地说，我想知道从具有不同代理(http/https)和代理设置(设置为http_ proxy /https_ proxy )的客户端-代理-服务器流出的数据包的工作流程。
在所有情况下，我假设服务器可以接受http/https请求。如果服务器只接受http/https请求呢？关于上述设置会发生什么，以及如何激活它们？关于他们，我不是很清楚。
回答 1
Stack Overflow用户
发布于 2020-02-18 03:10:14
我认为你的想法是完全正确的。
http_proxy / https_proxy都应该指向可以代理上游请求的代理服务器。http_proxy将用于普通http请求，这意味着从代理到上游目标的流量将是未加密的。https_proxy用于https请求。这通常需要在代理和上游之间创建TCP隧道，然后由代理将TLS分组从源直接中继到上游，而不需要对分组进行解密。这通常使用HTTP CONNECT谓词来完成-客户端将HTTP CONNECT请求发送到特定上游的代理。代理建立与上游的TCP连接。从那时起，代理通过此连接将来自客户端的每个请求直接中继到上游，并同样将每个响应传递回客户端。这意味着，在代理服务器上不会发生TLS终止或发起-它完全不知道内容。
您可以使用启用了TLS的转发代理服务器，但机制略有不同。使用http_proxy和https_proxy，您的客户端可以意识到代理的存在，并适当地更改HTTP请求，使其适用于代理。启用TLS的转发代理通常是透明的。它们解密客户端请求(TLS终止)，使用标准客户端凭据(如果适用)向服务器发起新的TLS请求，然后在将一些安全策略应用于请求/响应后将响应转发回客户端。http_proxy / https_proxy环境变量没有直接作用-也不涉及HTTP隧道(通过HTTP CONNECT或其他方式)。
此外，还有另一个环境变量- NO_PROXY -可以将其设置为逗号分隔的地址列表，请求不应代理到这些地址。
https://stackoverflow.com/questions/58559109
复制相似问题
腾讯云开发者
