收到一串链接后，先判断它是单节点配置，还是用于获取配置列表的订阅地址。本文从格式识别开始，分别说明桌面与 Android 的导入步骤，再处理二维码识别、订阅更新和连接失败。适合首次配置客户端的用户；读完可以选对入口，并区分“导入成功”和“连接可用”。
一、分享链接与订阅地址：区别在于是否重新获取配置
vmess:// 和 vless:// 是常见的节点分享链接前缀。它们携带服务器地址、端口、身份凭据及传输参数，通常一条对应一个节点。导入后，客户端保存的是这份配置；服务方更换服务器或连接参数时，旧链接不会自己变成新配置。
订阅地址通常以 https:// 开头。客户端访问这个地址，取得一组配置，再把结果放入订阅分组。订阅是配置分发方式，不是一种代理协议；同一份订阅可以包含不同协议的节点，实际能否导入取决于客户端对返回格式和协议的支持。
订阅地址：持续获取节点列表
推荐在订阅管理中保存地址，后续使用“更新订阅”重新获取列表。推荐用于服务方明确提供兼容订阅的长期使用场景；服务方是否更新内容、客户端是否支持定时更新，需要分别确认。
适合：长期使用、多节点管理、服务方会调整线路
单节点分享链接：保存一次配置
从剪贴板或二维码导入后即可选择节点。没有关联订阅来源时，客户端无法仅凭这条配置知道服务方后来修改了什么，参数变化需要重新导入或手动编辑。
适合：测试单个节点、迁移指定配置、临时排查连接
判断：先确认链接类型，再选择导入入口
以 vmess:// 或 vless:// 开头，走节点导入；服务方明确标注的订阅地址，走订阅管理。普通网页地址即使以 HTTPS 开头，也不等于客户端可读取的订阅。
二、VMess 与 VLESS 链接格式：哪些参数不能丢
常见 VMess 分享格式是 vmess:// 后接 Base64 编码的 JSON。解码后可能看到 add、port、id、net、host、path 和 tls 等字段。不同工具的导出格式存在差异，不能只看前缀就认定所有版本都能识别。
VLESS 分享链接通常采用 URI 结构，凭据与服务器地址位于前部，问号后是查询参数，井号后通常是节点备注。VLESS 本身不提供传输加密；是否使用 TLS、REALITY 或其他传输保护，需要看完整配置。不要把“VLESS”三个字直接理解为已经启用加密传输。
| 配置内容 | 常见字段 | 导入后核对事项 |
|---|---|---|
| 服务器与端口 | add、port 或 URI 主机与端口 | 使用服务方给出的远端端口，不要换成本地代理端口。 |
| 身份凭据 | VMess 的 id、VLESS 的用户标识 | 保持完整，不加空格；不要公开日志中的完整凭据。 |
| 传输方式 | net 或 type | TCP、WebSocket 等必须与服务端匹配，不能随意互换。 |
| 域名与路径 | host、path、sni | WebSocket Host 与 TLS 服务器名称不是同一个概念，应分别核对。 |
| 安全与流控 | security、flow、pbk、sid | 按服务方配置保留；使用 REALITY 时还需确认内核支持相应参数。 |
复制链接时要包含全部查询参数。聊天软件可能把换行、中文标点或说明文字一起复制进去；若出现“无有效配置”，先重新复制原始文本，不要通过删掉问号后的内容来尝试修复。URI 中的百分号编码也应原样保留，尤其是路径与备注部分。
三、v2rayN：从剪贴板、屏幕二维码或订阅导入
以下按常见中文界面的功能名称说明。不同版本和桌面平台的菜单位置可能变化，找不到同名项目时，以“剪贴板导入”“二维码扫描”“订阅分组”这些功能为准。先完成导入并检查列表，再启用代理，避免把导入问题与网络接管问题混在一起。
- 复制单节点链接。复制完整的
vmess://或vless://文本，返回 v2rayN 主窗口，在「服务器」菜单中选择「从剪贴板导入批量 URL」。如果菜单显示快捷键，可按当前界面提示操作。 - 核对导入结果。检查列表是否新增节点，打开编辑窗口核对服务器、远端端口、传输类型与安全设置。名称相同不代表配置相同，重复导入时要注意旧条目。
- 使用屏幕二维码。将二维码完整显示在屏幕上，使用「服务器」中的「扫描屏幕上的二维码」功能。二维码四周保留空白，不要遮挡边角；若当前平台界面没有扫描入口，优先向来源方索取文本链接。
- 添加订阅地址。进入「订阅分组」→「订阅分组设置」，新建分组，填写备注和订阅 URL 并保存，再在订阅分组菜单中执行更新。仅保存地址通常不会立即产生节点列表。
- 选择活动节点。更新完成后选中目标节点并设为活动服务器。需要接管遵循系统代理设置的应用时，再通过主界面或托盘菜单的「系统代理」选择「自动配置系统代理」。
“自动配置系统代理”不等于所有程序的全部流量都被接管。部分应用忽略系统代理，另一些应用使用独立代理设置。先用一个遵循系统代理的浏览器测试，再考虑其他接管方式；不要为了让单个程序联网，同时反复修改节点、DNS 和路由规则。
上面的数字用于区分连接两端，不是要求照填的默认值。例如，应用连接本机 127.0.0.1:10808，内核再连接服务方的远端端口；只有客户端确实在该本地端口监听，且应用选对 HTTP 或 SOCKS 类型，这条链路才成立。查看本地端口时，可在「设置」→「参数设置」中查找对应监听项。
四、v2rayNG：剪贴板导入、扫码与更新订阅
Android 使用 v2rayNG 时，节点导入和建立系统 VPN 通道是两个步骤。前者负责保存配置，后者决定客户端能否接管设备流量。v2rayNG 使用 Xray 内核；需要使用 V2Fly 内核时可了解 v2flyNG，但具体链接参数仍需按客户端与内核支持情况核对。
- 从剪贴板导入。复制链接后打开 v2rayNG，点右上角「＋」→「从剪贴板导入」。导入成功后，检查列表中的地址和端口，不要只依赖节点备注判断。
- 扫描二维码。点「＋」→「扫描二维码」，按系统提示授予相机权限。二维码在另一块屏幕上时直接扫描；若当前版本提供图片识别入口，也可选取本地图片。没有图片入口时改用文本链接。
- 添加订阅。打开侧边菜单中的「订阅分组设置」，通过「＋」填写备注与订阅地址并保存。返回配置列表，在右上角菜单执行「更新当前组订阅」或「更新全部订阅」。菜单名称可能随版本略有变化。
- 启动连接。点选节点，再点右下角启动按钮。首次建立连接时，确认 Android 的 VPN 连接请求。若设备已有其他 VPN 服务运行，应先明确由哪个应用接管，避免互相替换。
- 验证业务访问。先检查日志是否成功启动内核，再测试目标网页。延迟测试有结果只说明测试路径有响应，不能替代实际网页和应用访问验证。
五、同一条订阅用于两台设备：列表更新与本地设置分开处理
在服务方允许多设备使用的前提下，可以把同一订阅地址分别添加到桌面和 Android。两端各自保存地址、各自执行更新；一台设备更新成功，不会触发另一台自动更新。设备数、同时在线数和流量限制由服务方决定，不能仅凭链接能导入就判断没有限制。
配置方案：订阅来源共用，本地接管分别设置
桌面端：v2rayN
- 在订阅分组设置中保存地址，手动更新并检查节点列表。
- 核对本地监听端口，以及应用需要的代理类型。
- 按实际需求设置系统代理与路由，不直接套用手机配置。
Android：v2rayNG
- 单独添加同一订阅地址，执行当前组或全部订阅更新。
- 确认 VPN 授权，以及分应用代理是否覆盖测试应用。
- 对照传输参数和内核支持情况，不只对照节点名称。
订阅分发的是远端节点配置；本地端口、系统代理、应用名单和文件路径需要按设备分别核对。
订阅更新还可能替换或删除组内旧节点。需要临时修改某个节点做对照测试时，先复制到独立的手动分组，再修改副本，避免下次更新覆盖调整。跨设备迁移时，客户端导出的完整配置也不一定能原样复用，尤其要留意路径、监听地址和平台特有设置。
六、导入失败、二维码无效、订阅超时：按故障层级排查
排查时按“文本识别 → 获取订阅 → 内核启动 → 应用访问”的顺序进行。先记下错误发生在哪一步，再只改一个变量。订阅请求超时、节点连接超时、浏览器打不开是三种不同现象，不应全部归结为“链接坏了”。
复制了链接，为什么提示没有有效配置？
确认复制的是完整链接而非说明网页，去掉链接前后的引号与说明文字，但保留链接内部参数。若仍失败，向来源方确认导出格式是否兼容当前客户端，并检查客户端是否需要更新。不要手工补造 UUID 或安全参数。
二维码能扫到，为什么导入不了节点？
二维码可能装的是网页地址或订阅 URL，而不是单节点配置。先确认其文本类型；订阅地址应添加到订阅管理。二维码过密或截图模糊时，请来源方提供原始文本，不要把含凭据的图片上传到公共识别服务。
订阅更新超时，应该先改节点吗？
先检查设备能否访问订阅服务所在域名。若已有可用节点，且客户端提供“通过代理更新”或同类选项，可启用后重试；没有可用节点时，切换可访问的网络或向服务方索取备用订阅入口。若返回 401 或 403，优先核对授权、有效期与访问限制。
导入成功，为什么连接还是失败？
打开客户端日志，先看内核是否启动，再检查远端地址、端口、系统时间、TLS 服务器名称与传输参数。出现本地端口占用时应调整监听配置；出现远端连接超时时检查网络和服务状态。不要通过关闭证书验证来掩盖域名或证书问题。
订阅地址发到群里了，只删消息够吗？
删除消息无法撤回他人已经复制的凭据。应到服务方管理页面重置订阅令牌，再在各设备替换地址并更新；若单节点身份凭据也泄露，需要按服务方流程一并更换。向他人求助时，仅提供脱敏错误日志。
最终验收分三项：列表里能看到预期节点，日志显示内核正常启动，目标应用实际能够访问。三项都通过后，再根据需要调整分流与 DNS。这样即使后续出现问题，也能回到已验证的基础配置，而不是重新猜测每一个参数。