多台VPS多面板共用回源教程

# **这是一篇小白向：多面板中转架构优化教程，都是干货**

https://www.nodeseek.com/post-379594-1
早段时间学习了这篇serok大佬的教程，小伙伴在alice实操搭建的时候经常有一些疑问，所以我整理了一下，现在是对上面教程的一些补充以及一些个人的技巧。
**前期准备工作**：  一： 1个及以上🐔，一个cf账号及绑定在cf上的域名。
  二： 准备安装3xui
  
 **有个小伙伴一直有疑问，跟我反复询问，按照serok大佬教程，开了小黄云，面板访问不了，不开小黄云，节点不通**
这里serok大佬默认是给有一定基础的小伙伴准备的教程，所以没那么细 :ac01: 
这里我补充一下几个技巧 。 :xhj003: 


# 🎯 **技巧一：多面板统一主机名策略 —— 变相泛域名设计**将多个面板域名统一设置为结构包含 xui.abc.com，并让所有面板监听同一个端口（如 8888），即可通过一条回源规则完成所有面板请求匹配。



✅ 域名解析示例结构
aaaxui.abc.com
bbbxui.abc.com
cccxui.abc.com
.......
🌟 优势
配置简洁、一条规则通用

可扩展性强，新增面板仅需加解析

逻辑清晰，便于审计维护

**🛡️ 重点敲黑板来了：申请证书前关闭小黄云（Cloudflare Proxy）**
申请 SSL 证书时，临时关闭 Cloudflare 的代理功能，确保域名解析返回源 IP，从而避免验证失败。

✅ 操作流程
在 DNS 设置中将代理状态改为 "DNS only"


**证书申请下来之后，访问面板的域名为https://aaaxui.abc.com:8888/密匙/**
**申请成功后再重新开启小黄云,神奇的事情来了，访问面板的域名https://aaaxui.abc.com/密匙/**
**是不是直接就能直接访问了，就是这么简单，就是这么简单。** :xhj003:  :xhj020:  :xhj026: 
其他🐔依次操作，就是https://bbbxui.abc.com/密匙/


ps
如果提前开了小黄云导致证书申请不下来，可以执行以下代码（ps：gpt给的代码，好几行，实践可行）。然后再重新申请。
rm -f /etc/x-ui/x-ui.db
rm -rf /etc/x-ui/cert/*
rm -rf /usr/local/x-ui/html
rm -rf ~/.acme.sh
~/.acme.sh/acme.sh --remove -d yourdomain.com



# **🚀 技巧二：统一中转策略 —— 中转域名归一化**为所有中转节点配置结构包含 cf.abc.com，并统一使用一个端口（例如 6666），配合主机名判断即可完成智能中转。
![image](




✅ 域名解析示例结构
aaacf.abc.com
bbbcf.abc.com
ccccf.abc.com
.....

🌟 优势
配置简洁、一条规则通用

可扩展性强，新增面板仅需加解析

逻辑清晰，便于审计维护

所有中转节点域名共用一条配置

ps：不止xui，其他一键安装节点的脚本，如果是用回源的话，也可以用这个方案，注意端口一定要设置一致。这样将大大减少端口回源数量，节省操作工作量

# **🧭 技巧三：精简架构 —— 出入站规则代替中转**
在 XUI 面板中，若暂不计划使用其他🐔中转，可直接在一个入站协议中添加多个客户端，并在路由规则中设置对应的用户对应流量出口的策略分流。这里不一定是cf中转的协议，其他任何xui面板上的协议，都可以以此操作

✅ 操作示例
入站协议中设置 

![image](





🌟 优势
减少节点与服务部署数量，大大降低工作量

实现精准分流、减少资源占用提升系统稳定性

后续可平滑扩展为多节点多中转架构

📦 总结与拓展
在cf的回源和xui面板的配置中要灵活运用，举一反三。
另：如果是在mihomo中使用dialer-proxy规则来走中转的话，可以直接安装各位大佬的一键脚本，免去安装配置3xui的操作。
最后，感谢大家的阅读，下次见