木瓜云节点导入后无法连接的检查顺序

导入成功只表示客户端读到了配置

客户端显示节点名称，通常只能证明配置文本被读取并转成了本地项目。它尚未验证来源页面是否正确、服务器名称能否解析、端点是否响应、传输层能否建立，也没有证明目标应用已经取得结果。把“看得到节点”和“节点可用”写成同一个状态，会让排查从错误位置开始。

先回到配置取得处，核对最终主机、更新时间与客户端要求。不要在公开反馈里粘贴完整订阅地址、认证字段或访问密钥。配置来源无法确认时，应停止继续导入，而不是频繁更换客户端碰运气。

固定一台设备和一个网络，确认系统时间正常，再观察节点主机是否能被当前网络解析。名称解析失败与端口连接失败是不同结果；前者没有得到可用地址，后者则可能已经得到地址但传输无法建立。记录提示原文比只写“连不上”更有用。

若同一配置在移动网络与固定网络表现不同，只改变网络这一项重新测试。若同时切换设备、客户端、网络和节点，就无法知道哪一项改变了结果。

TCP一类传输连接需要端点之间完成建立过程。连接超时、被拒绝与建立后立刻中断代表不同阶段。此时应记录节点、时间、网络和客户端状态，但不反复高频重连；连续尝试可能触发服务保护，也会让日志失去清晰边界。

页面能够打开并不能代替这一层验证。网页访问属于应用层资源交互，节点连接可能使用不同端点、协议或认证条件。

传输建立后，还要观察目标应用是否真正取得内容。仅看到计时器运行、图标变色或本地端口出现，不代表远端请求成功。以明确页面结果、客户端日志中的成功状态或服务端反馈作为结束条件。

按“配置来源—名称解析—传输建立—应用结果”保存四层结果，再到节点使用页对照。入口本身异常时先回到登录页面识别，不要把入口问题误判为所有节点同时失效。