配置参考 · 概念速查
V2Ray 术语与配置概念
从订阅地址到路由出站，先分清每个设置负责哪一层。这里按六类概念整理 v2rayN、v2rayNG 与 v2flyNG 使用中常见的术语；每张卡片都可通过独立锚点直接引用。
第一次配置可从“订阅与节点”读起；遇到连接异常，先区分客户端设置、内核执行和服务端参数，再到对应章节查找。
协议与传输
协议决定双方怎样交换代理数据，传输设置决定数据怎样承载。协议名相同，不代表地址、认证和传输参数可以省略。
- VMess代理协议
- VMess 是具有身份认证与加密机制的代理协议，常见配置包含服务器地址、端口和用户 ID。客户端与服务端还需要使用对应的传输方式及安全设置，仅填对用户 ID 并不足以保证连接。排查认证失败时应检查系统时间同步，较大的时间偏差可能影响验证；旧配置字段的支持情况则要按实际内核版本确认。
- VLESS代理协议
- VLESS 将身份认证与数据传输分开，协议自身不提供数据加密，通常搭配 TLS 或 REALITY 等安全层。配置中的用户 ID、安全层和传输设置都需与服务端对应，不能把 VMess 配置只改一个协议名就直接使用。是否支持某种组合取决于内核与版本，而不是图形界面里是否出现了同名选项。
- TrojanTLS 代理协议
- Trojan 通常依托 TLS 保护连接，并使用密码完成认证。密码正确但仍然握手失败时，应继续检查服务器名称、证书信任和传输设置，不能只反复更换密码。节点中的连接地址与用于 TLS 的域名可能不同，需要保留服务端提供的对应参数；是否支持附加传输方式也应按所用内核确认。
- ShadowsocksSS · 加密代理协议
- Shadowsocks 使用双方约定的加密方法和密码或密钥建立代理连接。不同协议版本可能要求不同格式的密钥，所选加密方法也必须得到客户端内核支持，不能随意换成列表里的另一项。导入分享链接后，应核对服务器、端口和加密方法是否完整；流量能否正常使用还取决于服务端状态与网络路径。
内核与生态
图形客户端负责管理配置，内核负责执行连接。理解这层关系，才能判断某个功能应在哪里设置、报错应从哪里查起。
- Project V模块化代理体系
- Project V 是围绕模块化代理能力形成的项目体系，V2Ray 是其中广为使用的核心项目。入站、出站、路由和传输等概念来自这类模块化设计，允许不同环节组合工作。它不是某一款桌面应用的另一个名字：在 v2rayN 中导入节点，实际上是由客户端整理配置，再交给选定的内核执行。
- V2FlyV2Ray 社区内核路线
- V2Fly 是延续 V2Ray 内核发展的社区项目，相关程序负责协议处理、路由和 DNS 等基础能力。v2flyNG 使用这一内核路线，适合已有配置与其功能相匹配的场景。V2Fly 与 Xray 有技术渊源，但后续功能各有发展；使用一份配置前，应确认目标内核支持其中的协议、字段和安全传输组合。
- Xray独立代理内核
- Xray 是与 V2Ray 有技术渊源、独立发展的内核项目，REALITY 与 XTLS Vision 等能力属于其常见配置话题。v2rayNG 使用 Xray 内核，桌面端 v2rayN 则需按当前版本与设置确认实际调用的内核。协议名称相近并不意味着配置完全兼容，复制配置时尤其要检查安全层、流控参数和版本要求。
- 内核core
- 内核是实际建立连接、处理代理协议、执行路由及 DNS 策略的程序，图形客户端主要负责提供操作界面和生成配置。界面能启动，不代表内核已经成功运行；端口占用或配置字段错误仍可能让连接停在启动阶段。排查时先看内核启动日志，再检查请求日志，比只观察托盘图标是否存在更有依据。
路由与分流
路由回答“这条连接交给哪个出站”。匹配条件、排列顺序和未匹配流量的默认路径，三者需要一起检查。
- 路由分流routing
- 路由分流按域名、IP 地址或其他连接特征，把流量交给不同出站。常见的
direct、proxy和block分别用于表达直连、代理和阻断意图，但标签只是名称，实际行为由对应出站定义决定。分流模式不等于系统代理开关：流量必须先进入内核，规则才有机会参与判断。
- GeoSite域名分类集合
- GeoSite 按类别整理域名，路由中常通过
geosite:cn或geosite:category-ads-all这样的写法引用集合。它匹配的是域名分类，不是目标服务器的地理坐标，分类结果依赖所用数据文件。规则未命中时要检查集合是否存在、数据是否更新，以及内核是否获得了可用于匹配的域名。
- GeoIPIP 地址范围集合
- GeoIP 按类别整理 IP 地址范围，常见的
geoip:private用于识别私有地址等目标。它与 GeoSite 的判断依据不同：一个面向地址范围，一个面向域名集合，二者可以配合使用。域名请求是否进入 IP 匹配还受域名解析策略影响，不能仅凭网站名称推断一定会命中某个 GeoIP 分类。
- 路由规则routing rule
- 一条路由规则由匹配条件和目标出站组成，条件可以涉及域名、地址、端口或协议特征。规则通常按顺序匹配，应先放更具体的条件，再处理宽泛条件，并确认没有命中任何规则时的默认出站。同一规则中多个字段怎样组合、域名列表怎样匹配，都应按内核语法理解，不能只依据界面上的排列猜测。
订阅与节点
订阅负责获取配置，节点负责描述连接，测试负责验证某条路径。更新成功、节点存在和连接可用，是三个不同的状态。
- 订阅subscription
- 订阅是通过一个地址获取并更新一组节点配置的方式，客户端解析返回内容后将节点加入指定分组。更新订阅只表示完成了配置刷新，不表示每个节点都可连接，也不保证当前选中的节点已经改变。订阅地址可能包含访问凭据，截图、求助或同步到其他设备前应隐藏完整地址，并确认客户端支持返回的格式。
- 节点server profile
- 节点是客户端保存的一组服务端连接参数，通常包括地址、端口、协议、认证信息及传输设置。列表中的名称只是便于区分配置的备注，不能证明服务端位置、可用性或实际性能。导入后出现超时，应检查选中项是否正确、参数是否完整以及服务端是否可达，而不是只依据名称重新排序。
- 延迟latency
- 延迟是在特定测试方法下测得的响应时间，TCP 连通测试、协议握手和网页请求衡量的环节并不一样。数值较低不代表下载吞吐量一定高，也不能证明所有应用都走了同一个出站。比较节点时应尽量使用相同测试方式、相同目标和相近时间；测试失败也要结合日志区分超时、解析失败与认证错误。
- 真连接延迟real connection latency
- 真连接延迟通常指通过指定代理出站访问测试地址，再测量请求完成所需的时间，具体过程取决于客户端实现。它可能包含域名解析、连接建立、协议握手和目标响应等多段开销，比单纯测试服务器端口更接近一次实际请求。结果仍受测试站点和路由影响，测试成功不代表其他网站或应用必然可用。
安全与加密
安全层参数要与服务端对应。握手错误应逐项定位，不宜把关闭验证当成通用修复方法。
- TLSTransport Layer Security
- TLS 用于保护传输数据，并通过证书等机制认证服务端身份，常见于代理协议的安全传输层。证书是否受信任、是否在有效期内、域名是否匹配以及系统时间是否正确，都会影响握手。遇到证书报错应先检查这些条件，跳过证书验证会削弱身份认证，不能用它代替对错误参数的修正。
- REALITYXray 安全传输机制
- REALITY 是 Xray 生态中的安全传输机制，常与 VLESS 和 XTLS Vision 配合使用，不能理解成可随意替换所有 TLS 设置的开关。客户端公钥、服务器名称、
shortId及相关指纹等参数需符合服务端要求，具体字段以所用版本为准。握手失败时应核对整组参数与内核支持情况，而不是只改连接地址。
- SNIServer Name Indication
- SNI 是 TLS 握手中传递服务器名称的扩展，帮助服务端选择对应的站点与证书。节点连接地址可以是 IP，也可以与服务器名称不同，但填写的名称必须符合服务端配置及证书要求。客户端界面可能把相关字段写为“服务器名称”或
serverName；出现域名不匹配时，应按节点提供的参数核对，而不是填入任意常见域名。
- DNS 泄漏DNS leak
- DNS 泄漏指查询走了预期之外的解析路径，而不是所有直连 DNS 查询都属于错误。操作系统、浏览器与客户端可能分别使用不同解析机制，因此代理连接正常也不能直接证明 DNS 路径符合预期。检查时先明确哪些域名应由哪条路径解析，再结合客户端日志、浏览器安全 DNS 设置和系统解析配置逐项核对。
客户端功能
这些功能解决的是流量如何进入内核，以及内核如何识别目标。功能名称相同，具体支持范围仍可能随客户端和内核版本变化。
- 系统代理system proxy
- 系统代理是操作系统向应用提供的代理设置，应用只有遵循该设置，才会把请求交给指定的代理地址。部分程序使用独立代理配置或直接建立连接，所以开启系统代理不等于接管全部流量。使用 v2rayN 时应同时确认内核已运行、本地监听端口正确且应用采用了系统设置；退出客户端后，也应检查是否残留了不可用的代理地址。
- TUN 模式虚拟网络接口
- TUN 模式通过虚拟网络接口接收流量，再由相关程序处理，适合需要覆盖更多应用连接的场景。启用时通常涉及系统路由、运行权限和 DNS 设置，与只修改系统代理的方式不同。若开启后网络异常，应检查虚拟接口是否创建成功、是否存在路由冲突及解析路径是否正确；关闭模式后还需确认原来的网络状态已经恢复。
- FakeDNS合成地址与域名映射
- FakeDNS 为域名返回合成的 IP 地址，并保存域名与地址的映射，内核在后续连接中据此恢复原始目标。它不是随机修改真实服务器地址，也不天然等于广告过滤；需要内核支持，并与入站及流量接管配置配合。应用绕过这套解析路径或仍保留旧缓存时可能出现异常，因此调整后应检查缓存、映射和实际连接路径。
- 流量嗅探sniffing
- 流量嗅探尝试从部分连接的协议元信息中识别域名等特征，例如可读取的 HTTP 主机信息或 TLS 服务器名称。它有助于域名路由匹配，但不能识别所有连接，也不等于解密加密正文。启用后是否只影响路由判断、是否覆盖目标地址，要按具体设置理解；遇到兼容性问题时，可暂时关闭并对照日志判断影响。
从概念回到配置
先确认节点参数与服务端对应，再确认流量进入了哪个入站，最后核对路由命中了哪个出站。术语表解释设置的含义，操作步骤与错误处理分别放在教程和故障排查页。