启用默认主机时VSTS排队作业报错，已配置private agent

你好，针对你启用默认主机后在VSTS中排队作业遇到的tunneling socket could not be established, cause=socket hang up错误，结合你已经配置私有代理的情况，我整理了几个实用的排查和解决方向：

首先明确你碰到的完整错误信息：

Failed in getBuild with error: Error: tunneling socket could not be established, cause=socket hang up Error: tunneling socket could not be established, cause=socket hang up

1. 先确认私有代理的连通性 #

• 在代理机器上直接测试访问你的VSTS账户地址（比如https://[你的账户名].visualstudio.com），可以用curl命令或者浏览器打开，看看能不能正常加载页面，有没有超时、证书警告这类问题。如果连直接访问都失败，那肯定是代理到VSTS的网络链路有问题。
• 核对代理的端口配置：HTTP代理常用8080，HTTPS用443，但如果你的代理用了自定义端口，一定要确保VSTS里填的代理端口和实际一致。

2. 检查VSTS的代理配置细节 #

• 进入VSTS项目设置里的代理配置页面，确认代理地址、端口、认证信息（如果需要账号密码的话）都准确无误。要是密码里有特殊字符，看看是不是需要转义或者有没有输入错误。
• 开启「绕过本地地址」选项：如果你的默认主机和私有代理在同一个内网，把VSTS的域名加入绕过列表，避免多余的隧道转发导致连接挂起。

3. 排查防火墙与安全软件的限制 #

• 检查代理机器和VSTS服务之间的防火墙规则，确保允许代理机器访问VSTS的官方IP范围。
• 临时关闭代理机器上的杀毒软件、企业防火墙这类安全工具，测试下能不能正常排队作业。如果关闭后没问题，就需要在这些工具里添加对应的放行规则。

4. 重置默认主机的代理缓存 #

有时候系统的代理缓存会出问题，你可以试试重置默认主机的代理设置：

• 以管理员身份打开命令提示符，执行netsh winhttp reset proxy（Windows系统）
• 之后重新在VSTS里配置代理信息，再尝试排队作业。

5. 查看私有代理的状态和日志 #

• 登录到私有代理所在机器，确认代理服务是正常运行的，有没有崩溃或者报错。
• 查看代理的日志文件（比如Nginx的日志在/var/log/nginx/，Windows代理可以去事件查看器找），日志里通常会记录具体的连接失败原因，比如证书验证失败、超时阈值触发等，能帮你精准定位问题。

如果以上方法都没解决，建议收集VSTS作业的完整日志和代理的网络日志，这样能更深入分析问题根源。

内容的提问来源于stack exchange，提问作者shwetha v r