We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
在relay中,通过api可以获取链式代理完整的连接信息比如: 前置->落地->目标地址 使用 Dialer-Proxy 模式时,API 仅能获取到分散的连接信息(例如:前置->落地,落地->目标地址),而无法像链式代理模式一样获取到完整的代理链信息(例如:前置->落地->目标地址)。这种信息的不完整性给调试工作带来了很大的困难,特别是在前置节点采用负载均衡散列模式的情况下。 具体场景: 当用户通过浏览器访问某个网址(例如:http://www.google.com)并遇到连接错误时,需要定位问题所在。然而,由于无法提供完整的代理链信息,调试人员无法直观地确定是哪一个前置节点存在问题,只能手动尝试排除,当前置节点较多时存在困难
http://www.google.com
The text was updated successfully, but these errors were encountered:
No branches or pull requests
验证步骤
描述
在relay中,通过api可以获取链式代理完整的连接信息比如:
前置->落地->目标地址
使用 Dialer-Proxy 模式时,API 仅能获取到分散的连接信息(例如:前置->落地,落地->目标地址),而无法像链式代理模式一样获取到完整的代理链信息(例如:前置->落地->目标地址)。这种信息的不完整性给调试工作带来了很大的困难,特别是在前置节点采用负载均衡散列模式的情况下。
具体场景:
当用户通过浏览器访问某个网址(例如:
http://www.google.com
)并遇到连接错误时,需要定位问题所在。然而,由于无法提供完整的代理链信息,调试人员无法直观地确定是哪一个前置节点存在问题,只能手动尝试排除,当前置节点较多时存在困难The text was updated successfully, but these errors were encountered: