基础认知
先区分客户端、内核和流量接管方式，再选择安装包。
v2rayN、v2rayNG 与 v2flyNG 应该怎么选？
先按设备选择：Windows、macOS 与 Linux 桌面使用 v2rayN；Android 通常先选使用 Xray 内核的 v2rayNG，需要 V2Fly 内核时再考虑 v2flyNG。客户端负责导入配置、切换服务器和管理代理，实际连接由内核执行。选择前核对服务端要求的协议、传输方式与安全参数，不要只看客户端名称。客户端安装完成并不等于已经具备可用连接，仍需自行准备有效配置；站点不提供订阅服务。
V2Ray、V2Fly 与 Xray 内核有什么区别？
V2Ray 源于 Project V 代理工具生态，V2Fly 延续相关内核的社区维护，Xray 是同一技术生态中的另一条内核分支。两者部分基础配置概念相近，但协议扩展、传输支持和配置字段并不完全一致。判断能否连接时，应以所用内核版本和服务端参数为准；某个客户端能识别分享链接，不代表当前内核一定支持其中全部字段。切换内核前保留原配置，切换后先检查启动日志，再测试连接，避免把不兼容误判为网络故障。
系统代理、全局路由和 TUN 模式是一回事吗？
不是。系统代理用于把遵循系统代理设置的应用引向本地代理端口；全局路由决定已经进入内核的连接默认使用哪个出站；TUN 模式通过虚拟网络接口接管符合条件的流量。选择全局路由不会自动让所有应用进入代理，开启 TUN 也不等于所有流量都必须走远端。排查时先确认流量有没有进入客户端，再检查命中了哪条规则。初次配置建议先使用系统代理验证连接，确认可用后再单独测试 TUN，避免同时改变接管方式和路由。
Android 安装包的 arm64 与 universal 怎么选？
先查看设备处理器架构。2015 年后多数主流手机可优先考虑 arm64，但处理器支持 64 位并不保证系统也运行 64 位环境，仍应以设备实际 ABI 为准。universal 包含多种架构组件，适合架构不明确或需要兼容不同设备的情况，通常体积更大。若安装提示解析失败，还要检查 Android 版本要求、文件是否下载完成，以及现有应用的签名是否兼容。不要立刻卸载旧客户端；先导出可恢复的配置，再决定是否更换安装包。
安装配置
分别检查订阅内容、更新路径、系统代理与网络权限。
订阅导入失败，应该先检查哪些内容？
先区分订阅地址与单条分享链接：订阅地址应添加到订阅分组，单条分享链接则使用从剪贴板导入等对应入口。复制时去掉前后空格、换行和聊天软件附带的说明，保留完整查询参数。随后更新该分组，并查看日志是请求失败、内容解析失败还是过滤后没有结果。如果返回的是登录页、提示页或不兼容格式，重复导入通常没有帮助，应向订阅提供方确认格式。不要把完整订阅链接贴到公开讨论区，链接中的参数可能包含访问凭据。
v2rayN 订阅更新失败或出现证书错误怎么办？
先核对订阅地址是否过期、账户是否仍有效，以及系统日期和时区是否正确。再查看日志中的具体错误，区分域名解析、连接超时、TLS 证书验证和内容解析问题。若当前客户端版本提供通过代理更新订阅的选项，可在已有可用连接时对比测试；没有可用连接时不要依赖这条路径。证书错误应检查系统信任链或联系提供方，不要通过关闭证书验证掩盖问题。网络恢复后手动更新一次确认，再设置合理的自动更新间隔，避免连续高频请求。
开启系统代理后，浏览器仍然直连怎么办？
先确认内核已经启动，并在系统代理设置中查看地址和端口是否指向客户端当前监听位置。本地使用通常应指向回环地址，而不是远端服务器地址。然后检查浏览器扩展、应用内代理和环境变量是否覆盖了系统设置；部分应用本来就不遵循系统代理，需要在应用中手动指定代理。观察访问时是否产生客户端连接日志：没有记录时先查流量入口，有记录但使用直连出站时再查路由。避免同时运行多个会修改系统代理的程序，关闭客户端前按需清除系统代理。
TUN 模式无法启动或提示权限不足怎么处理？
先在普通代理模式下确认配置可用，再处理 TUN 权限。桌面端可能需要管理员权限、虚拟网络接口组件或系统网络扩展授权，具体以当前版本提示为准；Android 则需要在系统弹窗中允许建立 VPN 连接。检查是否已有其他 VPN 占用接管位置，以及安全软件是否阻止组件启动。授权后仍失败时查看首条启动错误，不要只反复切换开关。远程操作设备时应谨慎修改路由；出现断网先关闭 TUN，恢复原有网络，再逐项检查自动路由和 DNS 设置。
使用技巧
围绕实际请求检查设置，避免把可选功能当作必开项。
路由规则已经添加，为什么目标网站没有走指定出站？
先确认请求已进入内核，再检查规则顺序、匹配字段和出站标签。规则通常按顺序匹配，较宽泛的规则放在前面，可能让后面的域名规则无法命中。目标连接若只带 IP，域名规则也未必可用，需要结合 DNS 和流量嗅探设置判断。检查 geosite、geoip 数据是否存在且适配当前内核，出站标签是否与实际配置一致。修改后重新建立连接再看日志，旧连接可能继续沿用原出站。先用一个明确域名验证规则，不要一次调整整套分流策略。
DNS 应该怎么配置，FakeDNS 需要一直开启吗？
先区分系统 DNS、内核 DNS 和应用自己的加密 DNS，避免只改其中一处就认为全部解析路径已经改变。配置内核 DNS 时，要确认解析服务器本身可达，且代理服务器域名的解析不会反过来依赖尚未建立的代理连接。FakeDNS 用虚拟地址保留域名映射，适用于特定接管和分流方案，不是通用提速开关。仅使用系统代理且运行正常时，不必为此额外启用。调整解析模式后重新建立连接，必要时清理应用 DNS 缓存，并检查局域网域名是否仍能正确解析。
怎样让指定应用走代理，其他应用保持原连接？
Android 可先查看客户端的分应用代理设置，明确当前选择的是仅代理所选应用还是绕过所选应用，修改后重新建立 VPN 连接。桌面端可优先使用应用自身的 HTTP 或 SOCKS 代理设置；需要 TUN 配合进程规则时，应确认当前内核和客户端版本支持相应字段。按域名分流不等于按应用分流，同一应用也可能访问多个域名。测试时分别访问目标应用和保留直连的应用，并查看实际出站。不要仅凭代理开关的状态判断规则已经生效。
Mux 多路复用要不要开启，配置改完如何测试？
不要把 Mux 当作所有连接都适用的优化项。是否启用取决于协议、传输方式、内核实现和服务端支持，部分组合没有收益，反而可能增加排查难度。初次配置先保持默认值，连接稳定后再单独对比。每次只修改一个设置，记录原值，并重新建立连接后测试相同目标；同时确认路由与 DNS 没有变化。若修改后出现间歇性失败，恢复原值并查看日志。涉及具体传输的复用限制，应以当前内核文档和服务端配置要求为准，不要套用其他协议的参数。
故障排查
先保留现场信息，再用单一变量测试缩小故障范围。
服务器连接超时，如何区分本地问题和远端问题？
先确认本地网络能正常访问允许直连的服务，再核对服务器地址、端口、协议和安全参数。日志中的域名解析失败与连接超时不是同一种故障，应分别检查 DNS 和网络可达性。可在不修改配置的前提下切换另一种网络，或对比另一条已知可用配置，缩小问题范围。某些连通性测试依赖特定测试地址，其失败不能单独证明服务器不可用。若只有一条配置持续失败，应联系提供方核对远端状态；如果所有配置都失败，优先检查本地防火墙、网络和内核启动日志。
客户端显示已连接，但网页打不开怎么办？
已连接通常只表示客户端或 VPN 接口已经启动，不代表目标请求已经成功。先观察打开网页时有没有连接日志，再检查实际出站和错误类型。没有日志时查系统代理或 TUN 接管；有日志但域名解析失败时查 DNS；出现握手错误时核对协议、安全参数和系统时间。若只有部分网站打不开，再检查规则、目标服务状态与应用自己的代理设置。为缩小范围，可先关闭 TUN，使用系统代理测试同一个目标，并保持其他配置不变；确认基础连接正常后再恢复原有接管方案。
订阅更新显示成功，但服务器列表为空怎么办？
先检查是否选中了正确的订阅分组，以及搜索框、服务器过滤条件或显示筛选是否隐藏了结果。更新成功有时仅表示地址请求完成，并不保证返回内容包含可识别的服务器。查看日志是否有解析失败、格式不支持或有效条目为空的提示，再向提供方确认订阅格式和账户状态。不要为了重新导入就删除全部分组，先保留原配置并只测试一个分组。若改过过滤表达式，暂时清空过滤条件后重新更新；问题解决后再逐条恢复条件，确认是哪一项排除了服务器。
v2rayNG 后台断开或耗电增加，应该调整什么？
先区分应用被系统停止、网络切换后连接中断和持续高负载三种情况。后台被停止时，可按设备系统设置允许后台运行，并按需调整电池优化；耗电增加时先查看哪些应用持续联网、是否开启详细日志，以及路由是否让不必要的流量进入代理。需要时使用分应用代理缩小接管范围。不要把关闭全部省电限制当作固定步骤，应逐项调整并观察一段时间。准备停止使用时，在客户端内断开连接，再确认系统 VPN 状态；异常持续时记录脱敏日志和复现条件，便于进一步定位。