窗口打开之后，还有哪些运行阶段
Throne 图形程序负责组织配置与操作，ThroneCore 承担核心网络工作；两者不是同一个运行状态。底层路由能力还与当前使用的核心实现有关，不能把图形界面、ThroneCore 和 sing-box 当作完全相同的产品。先确认 Profile 已运行，再看核心是否持续存活，以及日志中最早出现的错误。
TUN 通过虚拟网络接口接收系统路由送来的 IP 数据包。创建接口、设置地址、建立路由和处理 DNS 是相关但不同的阶段。接口已经存在，不代表目标请求已被正确选路，更不代表远端服务器已经可达。
TUN 模式与路由指南提供整体路径；排查记录应写清“哪里成功、哪里失败”，而不是只写“TUN 不工作”。不要填写猜测的适配器名称、接口地址或日志输出。
权限要授予正确的组件
Windows 上创建虚拟接口和调整路由通常需要管理员权限。Linux 与 macOS 的核心需要相应 root 权限或受支持的网络能力；桌面界面本身不应因此随意以 root 运行。应遵循当前发行包与系统授权方式，核对请求来源和组件路径。
授权被拒绝、核心没有获得权限，或者组件被安全策略阻止，都可能使接口创建失败。请记录系统提示、错误阶段和发生时间；管理员身份不是关闭防火墙、杀毒或所有网络保护的理由。受管理设备应由设备管理员确认授权范围。
接口存在时，继续看路由与 DNS
查看当前系统网络接口和目标路由，记录与开启前的差异。Windows 可以使用以下只读查询；输出中的地址、别名和路由均以本机为准，本文不提供虚构结果。
Get-NetAdapter
Get-NetRoute
Get-DnsClientServerAddress多个 VPN、虚拟机网络或容器环境可能影响目标路由选择。先列出它们的用途与授权边界，不能未经许可关闭企业 VPN，也不能清空路由表来试错。排查防火墙时应核对对应程序和规则，不以整体停用保护作为通用步骤。
若接口与路由建立后，只有特定程序异常，可以按进程规则的作用范围检查真正的网络进程与命中条件。若域名失败但已有 IP 服务可以访问，再检查 DNS 请求路径及可达性。
最后验证互联网与本地服务
用一个普通目标请求验证转发，再测试同一网络中的合法本地设备。TUN 覆盖范围更广，也更需要检查本机地址、私有网段和链路本地流量的例外；具体默认行为依版本与核心设置而定。
打印机无法发现时，参考局域网与 mDNS 的分层检查，分别观察 IP 连接与服务发现。一次成功的外部访问不能证明所有多播、局域网服务和应用协议均正常。
记录权限请求、核心启动、接口建立、路由接管、DNS 与实际访问六个结果。修改前保留配置；每次只验证一个变量。如需协助，提供脱敏后的最早错误和对应阶段，不删除全部适配器或完整配置目录。
