当VPN连接成功但访问内网域名解析超时时，SakuracatAPP提交故障报告需包含能区分本地、隧道或目标端故障的客观信息。核心是提供报错的具体命令输出、网络路径追踪结果以及客户端与服务器状态日志。避免仅描述“上不去”等主观感受，应聚焦于DNS解析环节在哪个节点发生中断，以便支持团队快速定位是缓存污染、路由缺失还是后端服务宕机。
通过终端命令输出精准定位VPN域名解析超时故障点
本地客户端环境观测数据
首先在故障发生设备上执行域名解析命令，记录具体的返回错误码或超时时长。以Windows为例，使用nslookup指定内网DNS服务器地址进行测试；在macOS或Linux上则使用dig工具。需同时截图或复制完整的命令输入行与输出结果，包括查询耗时、响应类型及任何错误提示。若本地未配置正确的DNS指向VPN分配的服务器，SakuracatAPP解析必然失败，此信息可立即排除后端服务问题。
隧道连通性与路由验证
确认VPN隧道状态为已连接后，SakuracatAPP检查本地系统是否加载了对应网段的路由表项。在终端查看路由信息，确认目标域名所在IP段是否有明确的路由指向VPN接口。若路由缺失，数据包不会进入隧道，而是尝试通过公网网关发出，导致内网域名无法解析。同时，可尝试直接Ping VPN网关的内网IP，若能通但域名不通，则问题聚焦于DNS链路而非底层传输；若Ping网关也超时，则需先解决隧道连通性问题。
目标服务端解析状态
若本地与隧道检查均正常，需收集目标DNS服务器的状态证据。联系拥有该域名的服务团队，确认其递归查询是否开启了白名单限制，或是否因防火墙规则阻断了来自VPN网段的53端口流量。提交报告时，应附上从另一台正常访问该域名的终端获取的成功解析日志作为对比基准。若无法获取服务端配置，需明确说明已尝试的条件，如不同时间段的复现情况、是否仅在特定办公地点发生，Sakuracat以便支持人员判断是否为区域性网络策略问题。
