自建一个节点，
从选地区到连通。

这是一篇 Windows 10 / 11 电脑教程：在 Vultr 创建一台带公网 IPv4 的服务器，在电脑上连接并配置，再使用 Windows 版 v2rayN。服务器系统选 Ubuntu 24.04 LTS，代理方案为 VLESS + REALITY。常见说法是“自搭 VPN”；准确说，这是一套代理方案，系统代理只覆盖支持该代理设置的应用。

链接说明站长提供的分享链接：https://console.vultr.com/referral/。它进入控制台 Referral 页面，可能需要登录；此地址本身没有推荐人参数，不代表特定优惠或奖励。

下表对应 Vultr 官方状态页在 2026-10-28 列出的 33 个地区。它表示 Vultr 的服务覆盖，不等于所有地区都有同一款普通 VPS。在创建页先选 Cloud Compute，再看 Region / Location 中实际可选的地区与库存。

亚洲 · 7

日本：东京 Tokyo、大阪 Osaka；韩国：首尔 Seoul；新加坡 Singapore；印度：孟买 Mumbai、德里首都区 Delhi NCR、班加罗尔 Bangalore

北美洲 · 11

美国：亚特兰大 Atlanta、芝加哥 Chicago、达拉斯 Dallas、檀香山 Honolulu、洛杉矶 Los Angeles、迈阿密 Miami、新泽西 New Jersey、西雅图 Seattle、硅谷 Silicon Valley；加拿大：多伦多 Toronto；墨西哥：墨西哥城 Mexico City

欧洲 · 9

荷兰：阿姆斯特丹 Amsterdam；德国：法兰克福 Frankfurt；英国：伦敦 London、曼彻斯特 Manchester；法国：巴黎 Paris；西班牙：马德里 Madrid；瑞典：斯德哥尔摩 Stockholm；波兰：华沙 Warsaw；意大利：米兰 Milan

大洋洲 · 2

澳大利亚：悉尼 Sydney、墨尔本 Melbourne

南美洲 · 2

巴西：圣保罗 São Paulo；智利：圣地亚哥 Santiago

中东 · 1

以色列：特拉维夫 Tel Aviv

非洲 · 1

南非：约翰内斯堡 Johannesburg

怎么选第一台

• 可先比较东京、大阪、首尔、新加坡、洛杉矶或西雅图；这是实测起点，不是速度排名。晚高峰路由、运营商和拥塞都会改变表现。
• 控制台有时把 New Jersey 标为纽约地区，把 Silicon Valley 标为旧金山湾区，请对照城市名称。
• 建在东京的实例，就是东京出口。要同时拥有日本、美国、新加坡节点，需要分别建立实例、逐个配置并导入，每台都会计费。
• 节点名可以改，服务器所在地不会随节点名改变；也不能在 v2rayN 里凭空切换到未购买的地区。

登录 Vultr 控制台，进入创建实例流程（Deploy / Deploy a Server，名称可能调整）。下面以一台全新 Ubuntu 24.04 LTS 服务器为例。

1. 选择产品与地区

   选 Cloud Compute，共享 CPU 的 Regular Performance 或 High Performance 均可；先选定一个地区。个人基础节点无需选择 GPU 或裸金属。

2. 选择镜像与规格

   选 Ubuntu 24.04 LTS x64，1 vCPU、1 GB 内存以上，确认包含公网 IPv4。只有 IPv6 的方案不适合直接照本篇的 IPv4 导入步骤操作。

3. 设置登录方式

   优先绑定自己已有的 SSH 公钥；若使用平台提供的 root 密码，部署后在实例详情中查看并妥善保存。不要把私钥上传到网页。

4. 检查附加项和账单

   核对自动备份、存储等可选项是否需要，查看结算页的小时单价与预计月费。本文不写死价格，地区、规格和附加项会改变费用。

5. 创建后记录信息

   等待状态变为 Running，在实例详情记下公网 IPv4、实际地区和登录用户。本文后续的 SERVER_IPV4 都要换成这台服务器的真实地址。

在 Windows 打开 PowerShell，替换下面地址后执行。首次连接时，对照 Vultr 网页 Console 中的服务器 SSH 指纹，确认一致再接受；密钥或密码登录按实际方式选择。

ssh root@SERVER_IPV4

使用密钥时可运行 ssh -i "你的私钥文件路径" root@SERVER_IPV4。以下命令在服务器的 root shell中运行，不是在 Windows 本机运行。

两层规则都要放行

Vultr Firewall

如绑定了 Vultr 防火墙组，添加入站 TCP 22（SSH，来源尽量限制为本人当前公网 IP /32）和 TCP 443（客户端需访问）。确认防火墙组已绑定本实例。使用其他 SSH 端口时对应改规则。

Ubuntu UFW

先允许 SSH，再开放代理端口，最后开启 UFW。保持当前 SSH 会话不关，用第二个窗口测试还能登录。

apt update
apt install -y curl ca-certificates openssl python3 ufw nano less
ufw allow OpenSSH
ufw allow 443/tcp
ufw enable
ufw status verbose

使用 XTLS 官方 Xray-install，先下载脚本查看，再安装。不需要安装第三方面板。

curl -fL https://github.com/XTLS/Xray-install/raw/main/install-release.sh -o /tmp/xray-install.sh
less /tmp/xray-install.sh

查看完按 q 退出；确认来源和内容后，在服务器上继续：

bash /tmp/xray-install.sh install
/usr/local/bin/xray version
systemctl cat xray --no-pager

程序路径

/usr/local/bin/xray

配置路径

/usr/local/etc/xray/config.json

服务名

xray，通过 systemctl 管理。

运行用户

2026-10-18 起官方脚本采用专属 xray 用户。后面会按 root:xray 设置配置权限。

REALITY 使用一个服务器可达的 TLS 目标。服务器地址是 Vultr 的 IP；SNI 是目标网站域名，两者不要填反。目标需要支持 TLS 1.3 与 HTTP/2，SNI 必须匹配目标证书。

优先选自己拥有或获准使用、从服务器可稳定访问的 HTTPS 域名。新手可以从 REALITY 官方 README提及的 dl.google.com 开始检测；这只是候选示例，必须在自己的服务器验证，不保证未来可用。先阅读 REALITY 官方参数说明，再在服务器执行：

/usr/local/bin/xray tls ping 你的目标域名

重点查看带 SNI的握手结果、TLS 版本和证书；不能只靠命令退出码判断成功。再用下面 Python 命令验证 TLS 1.3、证书与 HTTP/2。把 YOUR_TARGET_DOMAIN 换成所选域名。

python3 - YOUR_TARGET_DOMAIN <<'PY'
import socket
import ssl
import sys

domain = sys.argv[1]
context = ssl.create_default_context()
context.minimum_version = ssl.TLSVersion.TLSv1_3
context.set_alpn_protocols(["h2"])
with socket.create_connection((domain, 443), timeout=10) as raw:
    with context.wrap_socket(raw, server_hostname=domain) as tls:
        print("TLS:", tls.version())
        print("ALPN:", tls.selected_alpn_protocol())
        print("证书与域名验证通过")
        if tls.selected_alpn_protocol() != "h2":
            raise SystemExit("未协商 h2，请更换目标")
print("基础条件通过；仍需完成后续节点连接验证。")
PY

若失败或证书不匹配，换目标后重新测试。这个域名会用于下一步的 target、serverNames 和客户端 SNI。无 SNI 的探测失败不一定影响方案，以上带 SNI 的验证与最终连接结果更关键。

/usr/local/bin/xray uuid
/usr/local/bin/xray x25519
openssl rand -hex 8

UUID

第一条命令生成的用户标识，服务端和客户端相同。

PrivateKey

仅写在服务器配置中，不要发给别人、截图或填入 v2rayN。

Password / PublicKey

x25519 输出中的 Password（部分版本标为 PublicKey）用于客户端。不是 PrivateKey，也不是 Hash32。

Short ID

第三条命令生成的 16 位十六进制字符串，两端保持相同。

先确认 TCP 443 没有被占用，使用编辑器写入配置。下面是官方 VLESS + REALITY 示例的基础结构，适用于新建服务器。

ss -lntp | grep ":443 " || true
nano /usr/local/etc/xray/config.json

检查 443 的命令如果出现 LISTEN 记录，先退出编辑器并查清占用程序；不要强行关闭已有服务，端口没有占用才继续。官方初次安装的配置通常已有 {}，在 nano 内按 Ctrl+K 逐行删除全部原内容，再粘贴下面完整 JSON，不能把两份配置拼在一起。

替换 YOUR_UUID、YOUR_TARGET_DOMAIN（两处）、YOUR_PRIVATE_KEY、YOUR_SHORT_ID。域名只填主机名，不带 https:// 或路径。按 Ctrl+O 保存、回车确认，再按 Ctrl+X 退出。

{
  "log": { "loglevel": "warning" },
  "inbounds": [{
    "listen": "0.0.0.0",
    "port": 443,
    "protocol": "vless",
    "settings": {
      "clients": [{ "id": "YOUR_UUID", "flow": "xtls-rprx-vision" }],
      "decryption": "none"
    },
    "streamSettings": {
      "network": "tcp",
      "security": "reality",
      "realitySettings": {
        "show": false,
        "target": "YOUR_TARGET_DOMAIN:443",
        "serverNames": ["YOUR_TARGET_DOMAIN"],
        "privateKey": "YOUR_PRIVATE_KEY",
        "shortIds": ["YOUR_SHORT_ID"]
      }
    }
  }],
  "outbounds": [{ "protocol": "freedom", "tag": "direct" }]
}

所有占位符替换完成后运行：

chown root:xray /usr/local/etc/xray
chmod 750 /usr/local/etc/xray
chown root:xray /usr/local/etc/xray/config.json
chmod 640 /usr/local/etc/xray/config.json
/usr/local/bin/xray run -test -config /usr/local/etc/xray/config.json

只有配置测试成功才继续启动。如果提示用户/组不存在，先检查是否使用当前官方安装脚本；不要把配置改成所有人可读。然后运行：

systemctl enable --now xray
systemctl restart xray
systemctl status xray --no-pager
ss -lntp | grep ":443 "

在 GitHub 搜索 2dust/v2rayN，确认项目作者为 2dust，进入 Releases，选择稳定版本并展开 Assets。不要从陌生网盘下载改装包。

1. 选对架构

   普通 Intel / AMD 64 位 Windows 选 v2rayN-windows-64.zip；ARM 电脑选 v2rayN-windows-arm64.zip。如发布页提供自带运行时的同架构包，也可以按官方 文件说明选择。不要选错 Linux / macOS 包。

2. 完整解压

   解压到自己有写入权限的文件夹，例如 D:\Apps\v2rayN。运行 v2rayN.exe；不要在 ZIP 压缩包内部直接启动。若提示缺少运行时，按该版本官方说明安装。

3. 整理节点链接

   复制下方模板到本地文本编辑器，替换全部占位符。pbk 填第 6 步的 Password/PublicKey；末尾名称按实际地区修改。

vless://YOUR_UUID@SERVER_IPV4:443?encryption=none&flow=xtls-rprx-vision&security=reality&sni=YOUR_TARGET_DOMAIN&fp=chrome&pbk=YOUR_PASSWORD_PUBLICKEY&sid=YOUR_SHORT_ID&type=tcp#Vultr-Tokyo

最终链接必须保持完整一行，不含空格或 YOUR_ / SERVER_IPV4 占位符。复制完成的链接，回到 v2rayN 主界面非输入框处按 Ctrl+V，或使用“从剪贴板导入”功能。

地址 / 端口

服务器公网 IPv4 / 443

协议 / 传输

VLESS / TCP（部分版本显示 RAW）

流控 / 加密

xtls-rprx-vision / none

TLS / SNI

reality / 你检测过的目标域名

指纹 / 公钥

chrome / Password (PublicKey)

Short ID

与服务端 shortIds 内字符串一致

在 Windows 版 v2rayN 中选中刚导入的节点，设为活动配置。按照下图同时保持：启用 TUN、自动配置系统代理、路由 V4-全局（Global）。本篇使用 IPv4 节点，IPv6 不要开启。

Windows 网卡关闭 IPv6

1. 打开网卡列表

   按 Win+R，输入 ncpa.cpl 后回车。

2. 选择当前上网的网卡

   右键正在使用的 Wi-Fi 或以太网 → 属性；不要选择断开的、其他 VPN 或 v2rayN 创建的虚拟网卡。

3. 取消 IPv6 勾选

   记录原状态，取消勾选 Internet 协议版本 6（TCP/IPv6），保留 IPv4，点确定。若 Wi-Fi 和网线都会使用，分别检查。更改可能短暂断网；只支持 IPv6 的网络不适用本篇方案，恢复时重新勾选原项。

1. 选择活动节点

   右键节点选择设为活动服务器 / 配置，确认当前选中的就是刚建的服务器。延迟测试只是参考，ICMP ping 不通也不直接等于代理不可用。

2. 保持截图中的三项

   按当前版本要求以管理员权限运行 v2rayN；启用 TUN，选择“自动配置系统代理”，路由保持 V4-全局（Global）。具体操作与含义可参照 官方系统代理与路由说明。IPv6 相关选项保持关闭。

3. 检查 IPv4 出口

   在浏览器搜索“IPv4 出口查询”，查询结果应显示服务器公网 IPv4。确认实际使用的浏览器和应用也已走预期路径。

4. 检查连通性与微信

   用实际本地代理端口测试 Google generate_204（预期 204）和百度（预期 200），并打开微信图片与视频确认加载。不要用浏览器通了代替微信验收；详细排障和可复制提示词见下一步。

5. 结束使用

   先清除系统代理、关闭 TUN，再退出 v2rayN。如果退出后浏览器断网，先检查 Windows 设置中的手动代理是否仍指向本地端口。

不要一开始就反复重装。按下面顺序检查，可以区分服务器、防火墙、REALITY 参数和本地设置的问题。

SSH 都连不上

核对 IP、实例状态、SSH 用户/端口和 Vultr 防火墙。公网 IP 改变时更新客户端；必要时使用 Vultr 网页 Console 排查。

443 不通 / 超时

Windows 用 Test-NetConnection SERVER_IPV4 -Port 443；服务器检查两层防火墙、服务状态和端口监听。TCP 可连只代表端口通，不代表 REALITY 参数正确。

握手失败

逐项核对 UUID、flow、SNI、Password/PublicKey、Short ID 和 fingerprint。检查两端时间，重新测试目标域名的 TLS。

服务起不来

先跑配置测试，再看 journalctl。常见原因是 JSON 少逗号、占位符没换、443 被占用、xray 用户读不到配置。

节点能测延迟，网页打不开

确认活动节点、系统代理、路由与 DNS。某个网站被规则直连时，不会使用节点。检查本地其他代理软件是否占用了 v2rayN 监听端口。

能用但慢

比较不同时段、运营商和地区。距离近不代表线路更优；带宽、丢包和目标站点也影响速度。

Cloudflare 配置疑问

本方案客户端直接连 Vultr IP；不要把普通 Cloudflare 橙云代理当作 VLESS RAW/TCP 节点入口，也不需要修改本站 Worker 或域名。

systemctl status xray --no-pager
/usr/local/bin/xray run -test -config /usr/local/etc/xray/config.json
journalctl -u xray -n 50 --no-pager
ss -lntp | grep ":443 "
timedatectl status

Windows 专用：TUN 断流与微信图片、视频加载慢

如果出现 connection download closed ... endpoint not connected、连接几秒就断或微信媒体加载很慢，可以把下方提示词复制给能操作本机的 AI 助手。它会先识别版本、备份与退出，再测试兼容性参数。验收目标包括微信图片和视频恢复正常加载，不能只看浏览器能否打开。

请帮我排查 Windows 10 / 11 电脑上 v2rayN 开启 TUN 后连接几秒就断、延迟高，以及微信图片和视频加载慢的问题。日志中可能大量出现：
connection download closed ... endpoint not connected
不要仅凭这条报错认定原因；先诊断，再测试有条件的兼容性方案。

【必须保留的设置】
启用 TUN；系统代理＝自动配置系统代理；路由＝V4-全局（Global）。
本教程只用 IPv4：IPv6 不要开，不要启用或优选 IPv6。
确认 v2rayN 的 IPv6 相关选项关闭；检查当前实际上网的 Wi-Fi / 以太网是否已取消 IPv6 勾选。若尚未关闭，先记录原状态，再关闭对应 IPv6 项，保留 IPv4。不要停用整张网卡。
不要擅自切换为绕过大陆、更换节点、代理核心或更新版本。

1. 先定位正在运行的 v2rayN.exe 路径，从这个安装目录查找 guiConfigs\guiNConfig.json；找不到再按文件名搜索各个磁盘，不要修改未运行的旧副本。确认版本、真正承载 TUN 的核心及版本、当前路由和相关日志。不要混淆节点代理核心与 TUN 核心。

2. 修改前把实际使用的配置复制为带时间戳的 .bak 备份，记录路径和三个参数原值。先从托盘完整退出 v2rayN，确认同一安装目录对应的 v2rayN.exe、xray.exe、sing-box.exe 均已退出；不要结束其他软件的同名进程。若管理员权限不足，申请管理员操作，不要绕过 UAC。退出后再次确认配置稳定；如退出时文件变化，另存一份退出后的备份。

3. 核实本机版本支持后，测试这三个 TunModeItem 值：
   "Mtu": 1500
   "Stack": "mixed"
   "StrictRoute": false
这是候选兼容性组合，不是所有版本通用的最优值。
若实际使用 Xray 自身的 TUN（只支持 gvisor），或当前核心不支持 mixed / 已移除 stack 参数，停止这组三项修改，说明具体限制并给出可用方案；不要硬写 mixed，也不要自动更换核心。
说明 StrictRoute=false 会放宽严格路由和相关 DNS 保护。先记录对照结果，再应用候选组合；若无改善，恢复备份，不连续叠加其他改动。

4. 修改 guiNConfig.json 时只改上述三项，以及确需关闭且已识别的 IPv6 选项；其余内容和数据保持不变。使用 UTF-8 保存，校验 JSON，再比较前后仅允许的字段变化。不要直接编辑 guiNDB.db，不要把临时核心配置当成永久配置；不要输出订阅链接、UUID、私钥或完整配置。

5. 从原安装目录以管理员权限重新启动 v2rayN，保留原活动节点，确认实际加载了修改。界面保持 TUN 开启＋自动配置系统代理＋V4-全局（Global），IPv6 关闭。

6. 从当前配置读取实际本地 HTTP / SOCKS 监听端口，使用 curl.exe 或等效工具显式指定这个代理测试，不要猜端口，不要跳过 TLS 证书验证：
   https://www.google.com/generate_204 预期 HTTP 204
   https://www.baidu.com 预期 HTTP 200
   记录实际状态码、总耗时与多次测试结果；失败、超时或重定向都如实报告。
再单独检查 TUN 实际接管的访问；显式代理测试成功不能单独证明 TUN 或微信已修复。

7. 观察重启后新产生的 3–5 分钟日志，检查 endpoint not connected 是否仍大量新增，并对照连接是否仍几秒就断。不要把历史报错算成新报错，也不要只因日志变少就宣布修复。

8. 微信验收必须实际打开此前慢的图片与视频，请让我在微信中操作并反馈，不读取聊天记录。短暂关闭 TUN、同时清除系统代理作直连对照，然后恢复图示三项设置；不能只关 TUN 却留下系统代理。若直连正常、图示模式仍慢，结合连接日志判断是否是远端绕路、DNS 或核心兼容性问题。
本轮不额外更改路由。必要时说明按本机实际微信进程名称/路径定向绕过的可选方案、当前 Global 模式下能否生效，以及是否需要单独调整规则；未经我确认不改成绕过大陆。不要只加几个腾讯域名就宣称覆盖全部图片视频，也不要承诺网速必定提升。

不要关闭 Windows 防火墙、重置整套网络、卸载驱动、删除其他程序配置或开启 IPv6。

完成后报告：实际路径和版本、备份位置、各项原值与新值、两站状态码和耗时、新日志情况、TUN 连通性、微信图片/视频实际反馈、未解决项及恢复方法。未实测项目明确标为“未验证”；若变差，完整退出后恢复备份并重启。

微信仍慢，怎么判断问题在哪

1. 做完整直连对照

   短暂关闭 TUN，并清除系统代理，再打开此前加载慢的图片、视频。只关闭 TUN 却留下系统代理，不能作为直连对照。记录结果后恢复截图中的三项设置，IPv6 仍关闭。

2. 直连快、代理慢

   检查连接日志与实际出口。V4-全局可能让国内媒体连接绕到境外；调 MTU 不能保证消除绕路。维护者有 按微信进程绕过的建议，但须按实际 WeChat / Weixin 进程及本机核心实现，确认规则在当前 Global 模式下是否生效。作为单独方案评估，不要擅自把本篇路由改成绕过大陆。

3. 直连也慢

   继续检查本地网络、微信自身状态、DNS 和媒体来源；不要认定这三个参数一定能修复。由使用者实际打开微信图片、视频确认恢复情况。

节点维护包括安全更新、费用和连接信息保管。先让一台稳定可用，再决定是否需要额外地区。

• 按小时计费：官方说明最小计费单位为一小时，月度计费上限及具体金额以套餐为准。留意月流量和超额流量计费。
• 关机仍收费：Stop 不释放实例资源，仍计费。确定不再使用且已保存必要数据后才在控制台销毁；销毁会删除实例数据。
• 检查独立资源：快照、自动备份、保留 IP 或独立存储可能单独计费，不能只看实例已不在列表。
• 增加地区：重复本篇为每个地区创建实例；每台使用独立 UUID 与密钥，在 v2rayN 中按“供应商-地区-用途”命名。切换活动配置即可切换已购买的节点。
• 保持更新：定期安装 Ubuntu 安全更新，关注 Xray 与 v2rayN 官方发布。升级前备份配置，升级后执行配置测试并重启验证。
• 保管配置：将服务器配置和节点链接保存在可信位置。凭据泄漏后更换相应 UUID / 密钥并更新客户端。

费用依据：Vultr 服务器计费说明 · 关机实例计费说明。