TAGinternet登录或连接失败：按入口、设备与网络逐层排查
沿地址、认证、配置和目标任务寻找最早出现差异的位置。
登录失败、客户端打不开和连接后无法访问，表面都可能被说成“不能用”，但它们发生在不同层。先找最早的差异，才能减少重复提交和无效切换。
第一层：地址是否到达预期页面
等待跳转结束，记录最终主机名、页面标题和用途。页面完全无法到达时，比较另一个常用网站；全部目标都失败，应先恢复本地网络。
只有TAGinternet相关页面失败时，保留时间和浏览器提示。不要立刻更换密码，因为认证流程尚未开始。
第二层：认证有没有明确反馈
页面能打开不等于登录完成。关闭重复标签页，只保留一个入口，提交一次后观察是否出现明确成功、失败或返回位置。RFC 9110说明HTTP交互需要结合具体请求和响应理解，不能用页面外观替代结果。
反复提交验证码可能增加会话混乱。只记录脱敏提示，不向第三方发送密码、验证码、Cookie或付款信息。本站不判断个人账号状态。
第三层：客户端是否建立配置
登录成功后，确认客户端是否读取到预期配置、系统是否显示相关网络扩展，以及断开方式是否清楚。应用按钮变化不等于系统路径已经改变。
安装后无法启动时，回到平台、架构、文件来源和权限提示。不要把安装错误与账号错误合并处理，也不要同时删除配置和更换网络。
第四层：真实任务是否完成
配置建立后，用一个具体网页、互动或传输任务验证。只有单一目标失败时，可能是目标入口、解析或应用服务；所有目标失败，才回到配置和本地接入层。
Microsoft Learn 的TCP/IP排查建议从基础配置和本地通信逐步检查远端连接。按层次推进，比不断切换线路更容易定位。
最后确认恢复点
断开客户端，再执行连接前的本地任务。原网络恢复、配置可以撤销，测试才有明确返回点。恢复失败时暂停追加设置，保留系统、网络、时间和错误原文。