gpt4 book ai didi

HTTP 代理 SSL 隧道中继详细信息

转载 作者:太空宇宙 更新时间:2023-11-03 14:05:52 25 4
gpt4 key购买 nike

我正在尝试在从客户端接收到 CONNECT 方法后,由 http 代理执行的 ssl 隧道过程。

我在文档、博客、rfc 中似乎无法找到或理解的内容:

1) 设置隧道时,来自 client-proxy 和 proxy-destination 的两个连接是两个单独的连接还是只是一个相同的连接?例如。客户端代理和代理目标之间是否存在 tcp 握手?

2) 开始 ssl 握手时,客户端将哪个节点(IP 地址/主机名)作为目标?代理还是目标主机?由于 ssl 需要点对点连接才能使身份验证工作,我的感觉告诉我它应该是目标主机。但是话又说回来,这是没有意义的,因为从客户端的角度(因此是代理)无法(直接)访问目标主机。

最佳答案

when setting up the tunnel, are the two connections from client-proxy and proxy-destination two separate connections or just one and the same? E.g. is there an tcp handshake between client-proxy and another between proxy-destination?

由于客户端与代理建立了 TCP 连接,因此除了代理与服务器建立另一个 TCP 连接之外别无他法。无法将现有 TCP 连接更改为连接到不同的 IP:端口。

when starting the ssl handshake what node is targeted (ip address/hostname) by the client? The proxy or the destination host?

SSL 握手是通过目标主机而不是代理完成的。

Since ssl requires a point-to-point connection to make the authentication

它不需要点对点连接。它只需要所有数据在客户端和服务器之间未经修改地交换,这是代理简单地转发数据的情况。

关于HTTP 代理 SSL 隧道中继详细信息,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/41654312/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com