Telescope连接成功但业务系统打不开？先按3步定位
简答：Telescope显示“已连接”不等于业务系统一定可用。先打开一个普通公网网站，再查询业务域名，最后测试已知业务端口：公网正常且域名无法解析，优先核对企业DNS；域名能解析但端口超时或被拒绝，应联系业务管理员确认路由、端口和访问权限。
定义：“连接成功但业务系统打不开”是指客户端显示连接正常，但公司业务系统、内网域名、指定端口或登录页面仍无法访问。
先按3步分流：公网、域名、端口
适用条件：客户端已经显示连接成功，但业务系统仍无法打开。先不要同时切换线路、修改DNS和重置网络设置，否则很难判断是哪一项产生了变化。
| 步骤 | 怎么做 | 可观察结果 | 下一步 |
|---|---|---|---|
| 1. 测试公网 | 打开一个平时可访问的普通公网网站。 | 公网也打不开，或公网正常。 | 公网也打不开：先检查客户端状态和系统网络接管设置；公网正常：进入第2步。 |
| 2. 查询业务域名 | Windows命令提示符执行nslookup 业务域名。 | 返回IP、超时、找不到域名或拒绝响应。 | 无法解析：核对企业DNS、搜索域和业务地址；能解析：进入第3步。 |
| 3. 测试已知端口 | 仅测试你有权限访问且由管理员提供的端口。 | 连接成功、超时或被拒绝。 | 成功但页面异常：查登录和证书；超时或拒绝：核对路由、端口和访问权限。 |
Windows的nslookup用于诊断DNS基础设施，官方文档列出了超时、找不到域名和拒绝响应等结果含义，可参考Microsoft Learn 的 nslookup 文档。这三步只能帮助定位方向，不能单独证明某条线路或某个客户端版本与业务系统兼容。
第1步：先判断是全部异常，还是只有业务系统异常
公网网站和业务系统都打不开：优先检查客户端是否仍处于连接状态、系统网络接管设置是否生效，以及设备上是否存在其他网络工具或安全软件冲突。可先断开后重新连接，再只复测一个公网网站。若仍失败，停止反复改设置，保留错误提示。
公网网站正常，只有业务系统打不开：不要直接认定是线路故障。业务系统可能使用企业内部域名、私有地址、指定端口或单独的访问控制，优先进行域名查询和端口测试。
业务首页能打开，但登录或某个模块失败：问题可能已经进入登录跳转、证书、账号权限或接口地址层面。记录完整报错、跳转地址和失败时间，交给业务系统管理员继续核对。
只有一台设备失败：用另一浏览器或另一台已获授权设备复测。如果其他设备正常，优先检查本机DNS缓存、浏览器网络设置、设备时间和安全软件。停止条件是：修改后出现更多业务异常，或系统提示证书、账号和权限错误。
第2步：检查业务域名是否能解析
适用条件：普通公网网站可以打开，但业务系统域名无法访问。Windows中打开命令提示符，执行：
nslookup 业务域名
例如业务地址是app.example.com，就执行nslookup app.example.com。Microsoft说明，nslookup会使用当前配置的DNS服务器查询名称；返回IP表示至少完成了名称解析，出现超时、找不到域名或服务器拒绝响应，则应继续核对DNS和当前网络条件，可参考Microsoft Learn 的DNS客户端排查说明。
可观察结果：如果企业域名无法解析，先确认域名拼写、企业DNS地址和搜索域；如果能解析但页面仍打不开，不要继续反复修改DNS，进入端口测试。
Windows可选操作：只有在怀疑本机缓存保留旧结果时，才执行ipconfig /flushdns，随后再次运行nslookup 业务域名。清理缓存不能修复企业路由、服务端端口或账号权限。
macOS：打开“系统设置—网络”，选择当前网络服务，进入“详细信息—DNS”，查看DNS服务器和搜索域。Apple说明，Mac可在此处查看或调整DNS服务器与搜索域，具体路径可参考Apple支持的Mac DNS设置说明。修改前先记录原值，停止条件是无法确认管理员要求的DNS配置。
Android与iOS：只核对当前网络的DNS和网络设置，不要一开始就更改。Android帮助文档说明，专用DNS只处理DNS问答，不能替代业务路由、端口或登录授权，可参考Google Android高级网络设置说明。若修改后无改善，应恢复原设置。
第3步：域名能解析但仍打不开，检查端口和权限
适用条件：业务域名已经返回IP，页面仍然超时、拒绝连接或无法完成加载。只测试业务管理员明确提供的主机名和端口，不要扫描无关地址。
Windows PowerShell可执行：
Test-NetConnection 业务域名 -Port 端口号
Microsoft在远程连接排查文档中使用该命令检查指定端口，并以TcpTestSucceeded判断TCP测试是否成功，可参考Microsoft Learn 的Test-NetConnection示例。
| 结果或现象 | 排查方向 | 处理方式 |
|---|---|---|
| 域名无法解析 | DNS或搜索域 | 核对企业DNS、域名拼写和当前网络要求。 |
| 域名能解析，端口超时 | 路由、端口或访问来源限制 | 向业务管理员确认是否需要指定企业接入、路由或来源地址许可。 |
| 端口被拒绝 | 服务未监听、端口不对或访问策略拒绝 | 确认端口和服务状态，不要只靠切换线路处理。 |
| 端口成功但页面报错 | 证书、登录跳转、接口地址或账号权限 | 记录完整错误和跳转地址，交给业务系统管理员。 |
如果看到证书名称不匹配、证书过期或设备时间异常，不要忽略证书提示，也不要导入来源不明的证书。先核对访问域名和设备日期时间；仍无法判断时停止自行修改。
提交支持人员前，准备这份最小信息清单
适用条件：完成前三步后仍无法访问，或问题涉及企业DNS、私有地址、指定端口、证书和账号权限。一次提供以下信息，可以减少来回确认：
- 设备型号，以及Windows、macOS、Android或iOS版本。
- 客户端实际显示的版本和当前线路名称。
- 业务域名或脱敏后的主机名、访问时间和完整错误提示。
- 普通公网网站是否正常。
nslookup的结果，以及端口测试是否成功。- 是否更换过浏览器、网络或设备，修改前后的差异。
不要提交账号密码、验证码、私钥、完整业务数据或未脱敏的敏感日志。若同一业务在多台设备和多个网络中都失败，应优先由业务系统管理员确认服务状态、访问权限和当前网络要求。
推荐：如果你还需要继续核对网络连接与业务访问路径，可查看边界云加速官网的相关服务说明。
常见问题
Telescope显示已连接，是否代表业务系统一定能打开？
不代表。连接状态只说明当前连接建立，业务系统还可能依赖企业DNS、内网路由、指定端口、访问权限、证书或登录配置。先按公网网站、业务域名和业务端口三步判断。
为什么普通网站能打开，业务系统却打不开？
普通网站和企业业务系统可能使用不同的域名解析、路由、端口和访问控制。先执行<code>nslookup 业务域名</code>，再用管理员提供的端口进行测试，不要直接把问题归因于线路。
Windows最先执行什么命令？
如果普通公网网站正常，先执行<code>nslookup 业务域名</code>检查解析；如果域名能解析，再执行<code>Test-NetConnection 业务域名 -Port 端口号</code>检查已知端口。没有明确端口时不要自行猜测。
Android或iPhone需要先修改DNS吗？
不需要。先记录当前设置并确认企业管理员要求。Android的专用DNS主要影响DNS问答，不能替代业务路由和端口权限；iOS也应按当前网络配置逐项核对，修改无效时恢复原设置。
业务系统提示证书错误怎么办？
不要直接忽略提示。先核对设备日期时间和访问域名，保存错误页面与失败时间；如果仍提示证书不匹配或过期，应联系业务系统管理员，不要导入来源不明的证书。