目前在 Azure 的私有链接中，他们已经实现了激活代理协议 v2 的可能性。在我们公司，我们打算通过私人链接分享我们的传出代理。目前的问题是您在通过 plink 时不知道源 ip。我的情况是：
- 配置了指向 plink 的浏览器代理的虚拟机
- 在 plink 的另一边是一个 squid 代理
我不知道我是否误解了 v2 协议，并且该协议仅对使用收集标头的应用程序有用，或者它是否可以在我们的场景中工作，因为我们已经从机器连接了代理协议。
到目前为止，当我们在专用链接上激活 TCP 代理 V2 时，我们的场景就停止工作了。
我的意思是这样的场景：用户设备配置了浏览代理到 192.168.0.5:8080 想法是这个用户可以上网
IP 192.168.0.5 将是专用链接
在由私人服务发布的私人链接的另一端，将有一个可以访问互联网的鱿鱼在端口 8080 上侦听
此方案有效，但如果您启用协议 v2，则停止工作。
问题是这种情况是否真的可以像我所说的那样使用 Web 代理，或者它是否永远不会工作，因为另一方面，人们认为存在 Web 应用程序而不是 Internet 的传出代理
用户浏览器 --> plink (tcp 协议 v2) --> squid --> 互联网