Release 下载V2Board · GitHub Release 历史版本 · 三路反代镜像
最新正式版1.7.4本区块同步 V2Board 的官方 GitHub Release,并为最近版本生成 三路反代镜像加速下载通道。 默认展开最新正式版;如果项目只有预发布版,会在版本旁单独标注。下载按钮会先进入本站确认页,可继续下载或复制真实链接。
V2board 是历史很长的销售后端,功能覆盖用户、套餐、支付、工单和订阅生成。问题也很直接:2026-05-27 比对时,原仓库维护节奏偏慢,本文没有保留可验证的一键安装脚本。新部署先看 Xboard;已经跑着 V2board 的团队,重点是备份、依赖版本和迁移预案。
最需要纠正的一点:.env.example 是 Laravel 配置模板,不是安装脚本。任何 bash <(wget .../.env.example) 形式的旧命令都应删除。
项目定位
机场全栈:
V2board / Xboard (Web 后端) ← 本文
↓ 用户买套餐
生成订阅 URL
↓
V2board-Node (节点出口)
↓ 跑 V2ray / Xray / sing-box
实际代理流量
完整功能:
- 用户注册 / 登录
- 套餐管理(按月 / 按流量 / 按用户数)
- 多种支付:支付宝 / 微信 / Stripe / USDT / 易支付
- 工单系统
- 邀请码 / 推荐返佣
- 节点管理 + 流量统计
- 邮件通知 + Telegram bot
如果你只需要节点和用户技术管理,不需要支付、工单和注册步骤,看 Marzban;如果只是个人单 VPS,看 3X-UI。
部署
由于 V2board 原仓库维护减缓,新部署建议先参考 Xboard 完整指南。如果必须维护 V2board,按 Laravel 项目手动部署,不要找来路不明的一键脚本。
部署前先停在三个检查点:
| 检查点 | 为什么要看 | 不通过时怎么处理 |
|---|---|---|
| 仓库状态 | 判断 issue、依赖和版本是否还能维护 | 新项目直接评估 Xboard |
| PHP / Composer / 数据库版本 | Laravel 旧项目最容易卡依赖 | 在测试机复现,不要动生产 |
| 队列和定时任务 | 支付、通知、流量统计依赖后台任务 | 先写好 systemd / crontab 记录 |
基础步骤:
# 1. VPS Ubuntu 22.04
apt update && apt install nginx php mysql-server
# 2. 安装 V2board
git clone https://github.com/v2board/v2board
cd v2board
composer install --no-dev
cp .env.example .env
# 编辑 .env 配置数据库 / 域名 / 邮件
# 3. Laravel 迁移 + 启动
php artisan migrate
php artisan v2board:install
# 4. Nginx + SSL 证书
# 5. 队列 / 定时任务(crontab)
详细参数以 V2board README 和你当前分支为准;生产迁移前先备份数据库、.env、Nginx 配置和队列配置。
与 Xboard 对比
| 维度 | V2board | Xboard |
|---|---|---|
| 原始仓库 | v2board/v2board | cedar2025/Xboard |
| 维护活跃 | ★★ | ★★★★ |
| 新协议支持 | 慢(Hysteria 2 等) | 快 |
| 界面 | Vue 经典 | 现代化 |
| 部署难度 | 中 | 中 |
| 社区支持 | 历史多 | 当前活跃 |
| 推荐场景 | 老部署保留 | 新部署 |
合规
V2board 是技术工具,本身无非法用途。但用于面向中国大陆销售海外上网服务:
- 《刑法》第 285 条(破坏计算机信息系统罪):销售海外上网服务面临 3 年以下 / 严重情况 3-7 年
- 2026 年新司法解释更严:「网络服务侵入互联网或者使用境外信道」明确入罪
- 公安部多次专项打击「海外上网机场」
合规建议(不构成法律建议):
- 境外注册公司(HK / 美国 LLC / 新加坡)
- 境外服务器 + 境外支付通道
- 不在境内做推广 / 销售
- 用户协议明确仅服务海外用户
本站不提供具体合规建议,运营机场存在重大法律风险。
配套订阅
V2board 是后端。如果你不想运营自建,配套订阅线路 已经在境外完成所有合规 + 部署,开箱即用。
上线前先判三件事
V2board 是后端系统,不是客户端配置工具。上线前先看 v2board/v2board 的 Release、Issues 和 README,不要只看二手教程截图。已有历史部署时,先保留数据库备份和 .env,在测试机跑通迁移,再动生产域名。
| 判断点 | 看哪里 | 不合适信号 |
|---|---|---|
| 维护状态 | Release 时间、未关闭 issue、提交节奏 | 长期没有版本、安装包缺失、关键平台 issue 无回应 |
| 平台匹配 | 当前系统、CPU 架构、权限要求 | linux 之外的设备不要硬套教程 |
| 配置入口 | .env、队列、Nginx、节点 API | 后台能打开但订阅、支付或统计不更新 |
默认建议:新项目先评估 Xboard;老项目先做数据库和 .env 备份,再排 PHP 版本、Composer lock、队列和定时任务。只要支付或用户数据已经进入生产,就不要在同一台机器上边查教程边重装。
相关阅读
- Xboard 2026 活跃 fork — V2board 的新项目替代先看这篇
- Marzban 服务端面板 — 不需要支付系统的内部管理面板
- 3X-UI 服务端面板 2026 — 单 VPS 多协议面板 — 不想自建面板,考虑直接出售项目时参考