安全
XLADA 是 Remnawave 在 AGPL-3.0-only 下的一个分支,其中隐私和对 数据的控制被列为首要事项。本节是概览页面: 具体设置在 面板安全 和 反向代理 两节中说明。
基本模型很简单:面板位于 HTTPS 之后,节点没有出站 连接,而用户数据要么不收集,要么按期限删除。
已完成的措施
| 机制 | 详情 |
|---|---|
| 登录防暴力破解 | 每对“用户名 + IP”尝试 5 次、单个 IP 20 次、单个用户名 50 次,封禁逐级升级 |
| 密码 | 经过哈希处理,绝不会出现在登录失败通知中 |
| 管理员操作日志 | admin_audit_log 表:谁、做了什么、何时、IP、结果 |
| 静态密钥 | TOTP 密钥已加密(AES-256-GCM) |
| 无外部请求 | 构建产物中没有对第三方服务的调用:图标、版本检查和遥测均已移除 |
| 不记录请求体 | 日志中只包含方法、路径、结果、IP 和时间 |
数据最小化
不收集多余数据,比事后清理更可靠。如果不需要流量历史和 订阅请求,请关闭对它们的记录:
# .env
SERVICE_DISABLE_USER_USAGE_RECORDS=true
SERVICE_DISABLE_SRH_RECORDS=true
USER_USAGE_IGNORE_BELOW_BYTES=4096
对于仍会被写入的表,retention 会生效。默认情况下 自动清理已关闭 —— 请有意识地启用它:
| 表 | 默认期限 | 包含内容 |
|---|---|---|
admin_audit_log | 30 天 | 谁、做了什么、何时、IP |
hwid_user_devices | 90 天 | HWID、操作系统、user-agent、IP |
user_subscription_request_history | 30 天 | IP、user-agent |
nodes_user_usage_history | 14 天 | 不含 IP |
nodes_usage_history | 90 天 | 不含 IP |
# .env — 一个每周任务即可维护所有表
SERVICE_CLEAN_USAGE_HISTORY=true
SERVICE_CLEAN_OLD_LOGS=true
提示
完整的变量列表及其默认值见 环境变量 一节。
需要管理员负责的部分
有些工作无法自动化 —— 它取决于你的基础设施。
危险
APP_SECRET 至关重要。更改它会破坏登录、JWT 和 TOTP 密钥。请将
该值保存在密钥管理器中,并且在首次启动后不要更改。
- 面板和订阅页面只能通过 HTTPS 访问,HTTP 会重定向。
METRICS_PORT(3001)不对外开放:指标在127.0.0.1上提供。NODE_PORT(2222)在防火墙中仅对面板的 IP 开放。- 为管理员启用第二因素(TOTP)。
- 源代码链接对用户可见 —— 这是 AGPL 第 13 条的要求。
- 镜像构建仅取自官方组织 xray-panel。
注意
到节点的 SSH 终端(Settings → Experimental)会提供节点服务器上的 命令行。私钥以加密形式存储在浏览器中,不会传到服务器, 但访问权限很宽。只有在你理解其后果时才启用它。
检查清单
-
.env权限为600,且不会进入他人的备份。 -
APP_SECRET已保存在密钥管理器中。 - HTTPS 已配置,HTTP 重定向到 HTTPS。
-
METRICS_PORT不对外开放。 -
NODE_PORT只能从面板服务器访问。 - 所有管理员均已启用 TOTP。
- 已设置 retention 期限并启用自动清理。
- 面板品牌中已注明源代码链接。
接下来
- 面板安全 —— 各机制的详细说明。
- 反向代理 —— TLS 和客户端真实 IP。
- HWID 设备限制 —— 设备绑定。
- 从 Remnawave 迁移 —— 迁移时如何不丢失数据。