客户端与内核
基础认知
先分清客户端、内核和远端服务，避免在错误环节反复修改设置。
V2Ray、Xray 与 v2rayN 分别负责什么？
V2Ray 属于 Project V 代理技术生态，V2Fly 与 Xray 是相关的内核家族；内核负责协议处理、连接建立和路由执行。v2rayN 是图形客户端，负责保存订阅、选择服务器、生成配置并管理内核运行。遇到问题时先区分界面是否能打开、内核是否能启动、连接是否能建立，这三种情况的排查入口不同。协议名称相同也不代表所有新字段都通用，导入前应确认当前客户端及其实际使用的内核能够识别该配置。
桌面端与 Android 应该选哪款客户端？
Windows、macOS 与 Linux 桌面端优先查看 v2rayN；Windows 下载区还区分 Desktop 与经典 WPF 界面，按操作习惯和系统要求选择。Android 优先查看采用 Xray 内核的 v2rayNG，已有配置明确依赖 V2Fly 内核时再考虑 v2flyNG。选择依据应是平台、处理器架构与配置兼容性，而不是名称相似程度。迁移客户端时先保留原订阅地址和必要的路由记录，再导入测试，不要假定不同客户端的完整备份可以直接互相恢复。
客户端安装完成后，为什么没有可用服务器？
客户端只提供配置管理与连接功能，安装本身不会生成远端服务。需要使用有权访问的订阅地址，或导入服务端管理员提供的单条配置，再选择服务器并启动连接。先检查主界面当前显示的是哪个订阅分组，避免把空分组误认为导入失败。订阅地址可能包含访问凭据，不要贴到公开讨论区，也不要把完整二维码发给他人。本站提供客户端说明与配置教程，不分发可用节点；已有配置仍需保持有效，才能继续检查代理模式和网络连通性。
系统代理、全局路由与 TUN 模式有什么区别？
系统代理决定遵循系统设置的应用是否把请求交给本地代理；路由规则决定请求进入内核后从哪个出站发送；TUN 则通过虚拟网络接口接入符合接管条件的流量。三者处于不同环节，切换全局路由并不会自动让所有应用遵循系统代理。初次配置建议先关闭 TUN，用系统代理验证浏览器能够访问目标，再处理不遵循系统代理的应用。若只有某个程序连接异常，先确认它的代理入口，而不是反复切换路由模式。
导入、架构与权限
安装配置
从输入类型和本机环境开始检查。导入失败、安装失败与内核启动失败需要分别处理。
v2rayN 订阅导入失败，应该先检查哪里？
先区分拿到的是订阅地址、单条分享链接还是网页地址。订阅地址应在订阅分组设置中新增并保存，再执行更新订阅；单条分享链接通常通过从剪贴板导入的入口处理。复制时去掉前后空格和换行，不要把聊天软件附带的说明文字一起粘贴。若提示格式不支持，检查返回内容是否其实是登录页、错误页或需要转换的其他格式。不要只反复点击导入；先确认输入类型和返回内容，再查看日志中的解析错误。菜单名称会随版本略有差异。
Android 下载时，arm64 与 universal 怎么选？
先在设备设置的关于设备页面查看处理器信息；如果系统没有展示架构，可参考设备厂商的规格说明。多数近年的 Android 手机使用 arm64，确认设备为该架构时选择 arm64 包；无法确定或需要兼容多种受支持架构时，再考虑 universal 包。通用版并不意味着运行更快，通常只是包含更多架构组件，文件也可能更大。若安装提示解析失败，还要检查 Android 系统版本、下载是否完成及已有应用的签名是否一致，不要仅凭这条提示判断架构错误。
启用 TUN 提示权限不足，应该怎样处理？
先关闭 TUN，确认普通系统代理模式能够正常工作，避免同时排查权限与订阅两类问题。Windows 可退出客户端后用管理员身份重新启动；macOS 与 Linux 应按客户端提示完成所需授权或辅助组件设置，不要盲目修改整个程序目录的权限。Android 需要在首次连接时同意系统 VPN 连接请求，并检查是否有另一个 VPN 应用占用连接。授权后仍失败时，查看日志是否指向虚拟网卡创建或路由写入；这类错误应先修复本机环境，而不是更换订阅。
本地端口 10808 被占用，能直接改端口吗？
可以修改，但先确认是不是另一个客户端实例仍在后台运行。退出重复实例后重新启动，若端口仍被其他程序使用，再到参数设置中的本地监听端口修改为未占用端口并保存。端口号应以当前界面实际值为准，10808 只是常见示例。修改后重启内核，并同步调整浏览器扩展、应用独立代理等手动填写的地址；系统代理也应重新设置一次。不要让两个程序共享同一个监听地址与端口，也不要为了消除报错随意开启允许局域网连接。
更新、分流与测试
使用技巧
保留能正常工作的基础设置，再逐项调整更新通道、路由和测试方式。
订阅更新时，直连更新与通过代理更新怎么选？
先尝试直连更新，前提是当前网络能够访问订阅地址。只有直连访问失败且现有代理连接已经验证可用时，再选择通过代理更新。首次导入还没有可用服务器时，通过代理更新通常缺少工作链路，不能作为通用修复办法。更新前保留原分组，更新后确认服务器列表与当前分组对应。若返回认证失败或地址过期，换更新通道一般没有帮助，应核对订阅权限和有效期。不要把订阅地址放进公共在线转换或网络测试页面，以免泄露其中的访问凭据。
怎样设置绕过大陆分流，规则顺序需要注意什么？
在 v2rayN 的路由设置中选择适合需求的绕过大陆规则集，保存并确认它已经成为当前使用的路由。规则通常按顺序匹配，前面的宽泛规则可能使后面的精细规则失去机会，所以特定域名规则应放在覆盖范围更大的规则之前。使用 geosite 或 geoip 条目时，还要保证当前内核支持相应写法，且规则数据文件可用。验证时分别访问预期直连与预期代理的目标，再结合日志检查出站标签；只看到浏览器能打开页面，不能证明分流结果符合预期。
V2Ray 延迟测试与下载测速，应该看哪一个？
TCPing 主要检查目标端口建立 TCP 连接的情况，真连接延迟通常还涉及代理链路与测试目标的请求过程，下载测速则观察一定时间内的数据传输能力。三种测试经过的环节不同，数值不能直接互相替代。日常使用先看真实目标是否稳定可达，再结合真连接延迟判断交互体验；下载需求较多时，再做短时间速度测试。测试目标不可达也会造成失败，因此单次超时不等于服务器失效。避免同时对大量服务器测速，否则本地带宽竞争会干扰结果。
向他人求助时，应该提供哪些日志与环境信息？
先记录操作系统、客户端名称及版本、实际运行的内核、代理模式和故障发生步骤，再复制报错前后连续的一小段日志。重点保留时间顺序与错误关键词，例如 connection refused、i/o timeout 或 TLS 握手失败，不必提交整份长期运行记录。发送前删除订阅地址、身份标识、密码、令牌及不希望公开的服务器信息。需要提高日志级别时只短时启用，复现一次后恢复。说明最近改过哪些设置，并提供关闭客户端后直连是否正常的对照结果，通常比单张报错截图更有用。
按症状缩小范围
故障排查
超时只是结果。结合日志和对照测试，区分订阅访问、远端连接、本地代理入口与域名解析问题。
订阅更新失败或更新后列表为空，怎样定位？
先确认当前选中的是刚刚更新的分组，再查看更新日志：解析域名失败通常指向本地 DNS 或网络，连接超时需要检查访问路径，认证失败则应检查地址和权限。更新成功但列表为空时，返回内容可能没有可识别条目，也可能受到分组筛选影响。先取消筛选并保留原配置，不要立即删除所有服务器。若订阅地址返回网页或格式已调整，应向配置提供方确认支持的客户端格式。只有访问链路确实不同，切换直连与代理更新才有意义，不能用它修复过期凭据。
节点一直超时，是服务器失效还是本地网络问题？
先停止批量测试，只选一个已知配置检查。确认设备时间准确、基础网络可用，再查看日志中是域名解析失败、连接超时还是握手报错。端口能够连接并不代表协议参数正确，TLS、传输方式与服务端设置也必须对应。若同一配置在另一条可信网络可用，优先排查当前网络、防火墙或 DNS；若只有一个服务器持续失败，再检查其远端状态。测试结果还受测试目标影响，应用实际访问与日志证据应结合判断，不要仅凭超时标签反复重装客户端。
客户端显示已连接，但系统代理不生效怎么办？
已连接往往只说明客户端或本地服务处于运行状态，不保证请求已到达远端。先确认内核没有退出，再在系统代理菜单选择自动配置系统代理，并到操作系统的代理设置中核对地址与端口是否指向当前本地监听。浏览器扩展、应用独立代理以及其他代理工具可能覆盖该设置，排查时只保留一个控制入口。若浏览器正常而某个应用失败，检查该应用是否遵循系统代理；若全部失败，继续检查服务器与路由日志。退出客户端前可先清除系统代理，避免留下失效入口。
网页打不开且日志提示 DNS 错误，应该改哪些设置？
先看失败的是订阅域名、服务器域名还是访问目标域名，三者的解析路径可能不同。关闭代理后检查基础网络能否解析常用域名；若基础解析也失败，先修复系统网络与 DNS 设置。仅代理目标异常时，再检查内核 DNS 配置、分流规则以及远程 DNS 的访问路径，避免解析请求被送入依赖该解析结果才能建立的连接，形成循环。修改前记录原值，每次只改一项并重新测试。浏览器安全 DNS 和应用缓存也可能影响结果，不要同时叠加多套自定义解析设置。