当初就是照着原作者的教程《使用 acme.sh 部署通配符证书申请与分发服务》搭起来的。美美哒用了一段时间，还是觉得不够懒，每台机器都要配 crontab 定时去拉。好在这两年 AI 足够发达，我前后换着用了好几个当时最强的模型，按自己的需求 vibe coding 出了 V3，这里记录一下。

项目地址

原版 julydate/acmeDeliver 原作者教程 《使用 acme.sh 部署通配符证书申请与分发服务》 我魔改的 V3 Catker/acmeDeliver

先感谢原作者七夏浅笑，还有给原版贡献了 client.sh 客户端脚本的 Raoby。V3 是在原版的基础上改出来的。

关于原版

原作者的出发点在文章里讲得很清楚。他不想把 DNS 服务商的 API Key 放到每台服务器上，也不想每台机器都配一遍 acme.sh，干脆在一台机器上签发，再起一个轻量服务把证书分发出去。服务端用 Go 写成单个二进制，不用装运行环境，跨平台也方便。

• 服务端是一个 Go 写的小 Web 服务，把 acme.sh 装好的证书目录通过 HTTP 提供出去，用"密码 + 时间戳"鉴权，可以开 TLS
• 客户端是一个 Bash 脚本 client.sh，配合 cron 定时请求服务端，比对证书的更新时间戳，有新证书就下载，还能顺手部署到 Nginx 或 Apache

一台机器签发，其余机器定时来拉，DNS API 密钥只放在签发机上，这正是我想要的。

关于 V3

V3 最大的改动是把"客户端定时拉取"换成了"服务端主动推送"。

• WebSocket 推送。客户端以 daemon 形式常驻，和服务端保持一条 WebSocket 长连接。服务端用 fsnotify 盯着证书目录，证书一更新，就推给订阅了这个域名的客户端
• 按域名订阅。每个客户端只订阅自己用得到的域名，支持 *.example.com 这样的通配符，写 * 就是全部订阅
• 断线后补推。客户端重连后会自动同步一次，另外每小时还有一次定时同步，离线期间错过的更新都能补回来
• 交付回执。客户端收到证书后回一个 ACK，服务端记下每台机器每个域名最近一次的结果，--status 一查就知道谁拿到了
• 部署前校验。写盘前先检查证书和私钥是否配对，对不上就拒收，免得坏证书部署上去把服务搞挂
• reload 失败重试。reload 命令失败后会退避重试，30 秒起步，最多 5 次，省得证书换了服务还挂着旧的

原版的 Pull 模式也留着，客户端二进制一次性拉取照样能用，习惯 cron 的可以继续这么玩。

整体结构大概是这样。

签发机（签发 + 服务端）
     acme.sh 走 DNS 验证签发泛域名证书
                      │
     --install-cert 安装到 /home/acme/<域名>/
     --reloadcmd 写入 time.log
                      │
         acmedeliver-server 监控目录变化
                      │  WebSocket 推送（wss）
        ┌─────────────┼─────────────┐
     小鸡 A         小鸡 B         其他小鸡 …
  （daemon）      （daemon）
                  部署后 reload Nginx

1. 证书签发

这部分基本照搬原作者教程。acme.sh 的安装、CA 选择、ECC 证书、续期通知，原文写得很细，这里不重复。我只是包了一个小脚本，输入域名后走 DNS 验证签泛域名证书，再装到服务端的证书目录。

#!/bin/bash
echo -n "Please Enter your Domain:"
read DOMAIN

acme.sh --issue --dns dns_cf -d "${DOMAIN}" -d "*.${DOMAIN}"

mkdir -p /home/acme/${DOMAIN}
acme.sh --install-cert -d "${DOMAIN}" \
  --cert-file      /home/acme/${DOMAIN}/cert.pem \
  --key-file       /home/acme/${DOMAIN}/key.pem \
  --fullchain-file /home/acme/${DOMAIN}/fullchain.pem \
  --reloadcmd      "date +%s > /home/acme/${DOMAIN}/time.log"

最后一行别漏。acme.sh 每次续期装完证书都会执行 --reloadcmd，这里把当前时间戳写进 time.log。这个约定也是从原版沿用下来的。服务端发现证书文件有变化，等 5 秒防抖就推出去，客户端则拿 time.log 里的时间戳判断自己手上那份是不是最新的。

dns_cf 是 Cloudflare 的 DNS 插件，换成自己域名服务商对应的就行，支持列表见 acme.sh 文档。

2. acmeDeliver 服务端

从 Releases 下载对应架构的二进制，先生成一份配置。

./acmedeliver-server --gen-config > config.yaml

我改了这几项。

port: "9090"
base_dir: "/home/acme/"
key: "一个足够长的随机密码"

tls: true
tls_port: "9443"
cert_file: "/home/acme/example.com/fullchain.pem"
key_file: "/home/acme/example.com/key.pem"

ip_whitelist: ""   # 可选

强烈建议开 TLS，毕竟传的是私钥。开了 TLS 以后默认只监听 9443，明文端口就不开了。

TLS 证书直接用 acme.sh 签出来的那张，续期后服务端会自己重新加载，不用重启。

再写个 systemd 服务让它常驻。

[Unit]
Description=acmeDeliver Server
After=network-online.target
Wants=network-online.target

[Service]
Type=simple
ExecStart=/home/acme/acmedeliver-server -c "/home/acme/config.yaml"
Restart=on-failure
RestartSec=5s

[Install]
WantedBy=multi-user.target

3. acmeDeliver 客户端

客户端配置的根节点必须是 client:，不然会直接报错。

client:
  server: "wss://your-server:9443"
  password: "和服务端一致的密码"
  workdir: "/var/lib/acmedeliver"   # 证书保存在 <workdir>/<域名>/ 下，默认就是这个

  # 收到证书后执行的命令；域名没有匹配的 sites 时也会执行
  default_reload_cmd: "systemctl reload nginx"

  daemon:
    enabled: true
    reconnect_interval: 30
    reload_debounce: 5

  # 订阅全部域名；也可以只写需要的，如 "example.com"、"*.example.org"
  subscribe:
    - "*"

  # 可选：需要把证书复制到别的路径时再配
  sites:
    - domain: "example.com"
      cert_path: "/etc/realm/ssl/cert.pem"
      key_path: "/etc/realm/ssl/key.pem"
      fullchain_path: "/etc/realm/ssl/fullchain.pem"
      reloadcmd: "systemctl restart realm"

我自己有两种用法。一台小鸡跑着宝塔面板，站点的 nginx 直接引用 /var/lib/acmedeliver/<域名>/ 里的证书，配一行 default_reload_cmd: "systemctl reload nginx" 就够了，证书推过来，客户端顺手 reload Nginx。另一种是 realm 这类要求证书放在固定路径的，就在 sites 里写上目标路径和对应的 reloadcmd，客户端会复制过去再执行。

客户端也用 systemd 常驻，把 ExecStart 换成 acmedeliver-client -c /path/to/config.yaml --daemon。配置里写了 daemon.enabled: true 的话，--daemon 可以省掉。

4. 状态查询

随便找一台客户端执行。

./acmedeliver-client -s wss://your-server:9443 -k 你的密码 --status

在线的客户端、每个域名证书还剩几天、每台机器最近一次有没有收到，都能看到。

写在最后

我是个菜鸡，整个项目完全是 vibe coding 出来的，肯定还有不少问题和细节没处理好。再次感谢原作者七夏浅笑。

开始本来选择用Nssm的方式去托管，想到它已经很久没有维护了。后面搜了下替代方案发现WinSw使用xml文件配置管理更优雅直观，遂记录一下，以便日后查阅。

项目地址

Komari Agent: https://github.com/komari-monitor/komari-agent/releases/latest

WinSW: https://github.com/winsw/winsw/releases/latest

准备工作

1. 创建目录： 在一个心仪的位置新建文件夹，用作程序的工作目录。例如我的位置是 D:\Software\komari-agent。

2. 获取 Komari Agent 程序： 从 Komari 的 GitHub Releases 页面下载适用于 Windows 的 Agent 版本（通常是 komari-agent-windows-amd64.exe）。下载后，将其放入D:\Software\komari-agent文件夹。

3. 获取并重命名 WinSW 程序： 从 WinSW 的 GitHub Releases 页面下载最新版本的 WinSW-x64.exe 将其重命名为 komari-agent.exe 后一样放入D:\Software\komari-agent文件夹。

创建配置

因为 WinSW 会默认加载与它自身文件名相同的 XML 配置文件，所以接下来创建一个 XML 文件，用来告诉komari-agent.exe如何启动和管理 komari-agent-windows-amd64.exe。

在 D:\Software\komari-agent 下新建一个文本并将其命名为 komari-agent.xml（文件名必须与上一步 WinSw 重命名的 exe 文件一致），并键入：

<service>
     <id>komari-agent</id>
     <name>Komari Agent</name>
     <description>This is the Komari Agent Manager created by WinSw</description>
     <executable>%BASE%\komari-agent-windows-amd64.exe</executable>
     <arguments> -e https://example.com -t your-secret-key --disable-web-ssh --disable-auto-update</arguments>
     <startmode>Automatic</startmode>
     <delayedAutoStart>true</delayedAutoStart>
     <log mode="roll-by-size">
       <sizeThreshold>10240</sizeThreshold>
       <keepFiles>8</keepFiles>
     </log>
     <onfailure action="restart" delay="5 sec"/>
     <onfailure action="restart" delay="10 sec"/>
   </service>

• <id>, <name>, <description>：分别是服务的唯一ID、显示名称和描述，清晰明了。
• <executable>：要运行的程序。这里我用了 %BASE% 这个变量，它代表 WinSW 程序所在的目录（即 D:\Software\komari-agent），这样做的好处是即使你把整个文件夹移动到其他位置，配置依然有效，非常灵活。
• <argument>：
  • 将 example.com 替换为你的 Komari 服务端 域名或IP 地址和端口
  • 将 your_secret_key 替换为你在服务端获取的密钥
  • disable-web-ssh 参数为禁用 Web SSH 功能
  • disable-auto-update 参数为禁用自动更新Agent

安装及管理

编辑完成XML文件之后以管理员身份打开命令提示符 (CMD) 或 PowerShell：

# 切换到程序工作目录
cd D:\Software\komari-agent
# 安装服务
.\komari-agent.exe install

当看到 Service 'Komari Agent (komari-agent)' was installed successfully.的提示时，就代表安装成功了。

# 启动服务
.\komari-agent.exe start

现在，服务已经在后台运行了。登录 Komari 服务端后台，应该能看到这台 Windows 主机已经成功上线。

后续的管理命令：

# 查看状态
.\komari-agent.exe status
# 停止服务
.\komari-agent.exe stop
# 重启服务
.\komari-agent.exe restart
# 卸载服务
.\komari-agent.exe uninstall

更新程序

后续更新版本也十分简单，先.\komari-agent.exe stop然后直接更新替换目录下komari-agent-windows-amd64.exe文件即可，再.\komari-agent.exe restart就完事了。WinSW也是同理。

https://github.com/flucont/btcloud

#!/bin/bash

RED='\033[0;31m'
GREEN='\033[0;32m'
YELLOW='\033[0;33m'
NC='\033[0m' # No Color

log_info() {
    echo -e "${GREEN}[INFO] $1${NC}"
}

log_warn() {
    echo -e "${YELLOW}[WARN] $1${NC}"
}

log_error() {
    echo -e "${RED}[ERROR] $1${NC}"
}

check_dependencies() {
    local dependencies=("jq" "wget" "rsync" "curl" "unzip")
    local pkg_manager=""
    local install_cmd=""

    if command -v apt-get >/dev/null 2>&1; then
        pkg_manager="apt-get"
        install_cmd="sudo apt-get install -y"
    elif command -v yum >/dev/null 2>&1; then
        pkg_manager="yum"
        install_cmd="sudo yum install -y"
    elif command -v dnf >/dev/null 2>&1; then
        pkg_manager="dnf"
        install_cmd="sudo dnf install -y"
    else
        log_error "未找到支持的包管理器 (apt/yum/dnf)，请手动安装依赖: ${dependencies[*]}"
        exit 1
    fi

    local need_update=0
    for dep in "${dependencies[@]}"; do
        if ! command -v "$dep" >/dev/null 2>&1; then
            if [ "$pkg_manager" == "apt-get" ] && [ $need_update -eq 0 ]; then
                sudo apt-get update -y >/dev/null 2>&1
                need_update=1
            fi
            log_info "正在安装依赖 $dep..."
            $install_cmd "$dep" >/dev/null 2>&1
            if ! command -v "$dep" >/dev/null 2>&1; then
                 log_error "依赖 $dep 安装失败，请检查网络或手动安装。"
                 exit 1
            fi
        fi
    done
}

# 检查并安装依赖项
check_dependencies

# 设置替换域名（按需更改）
site_url="https://your-domain.com"
# 设置安装目录（按需更改）
base_dir="www/wwwroot/your-domain.com"
# 版本文件位置
version_file="$base_dir/version.txt"
# 批量替换脚本位置
convert_dir="$base_dir/app/script"

# 获取最新版本
log_info "正在检查最新版本..."
latest_tag=$(curl -s --connect-timeout 10 "https://api.github.com/repos/flucont/btcloud/tags" | jq -r '.[0].name')
# 获取最新版本(国内机器专用)
# latest_tag=$(curl -s --connect-timeout 10 "https://gha.push.ac.cn/repos/flucont/btcloud/tags" | jq -r '.[0].name')
if [[ -z "$latest_tag" || "$latest_tag" == "null" ]]; then
    log_error "无法获取最新版本号，请检查网络连接或 GitHub API 状态。"
    exit 1
fi

# 下载并解压最新版本
download_and_extract() {
    # 构造下载链接
    download_url="https://github.com/flucont/btcloud/releases/download/$latest_tag/btcloud_$latest_tag.zip"
    # 构造下载链接(国内机器专用)
    # download_url="https://ghp.42lab.link/https://github.com/flucont/btcloud/releases/download/$latest_tag/btcloud_$latest_tag.zip"

    temp_work_dir=$(mktemp -d)
    zip_file="$temp_work_dir/btcloud_$latest_tag.zip"
    extract_dir="$temp_work_dir/extract"

    log_info "准备下载版本: $latest_tag"
    log_info "下载地址: $download_url"

    if ! wget -q "$download_url" -O "$zip_file"; then
        log_error "下载失败！"
        rm -rf "$temp_work_dir"
        exit 1
    fi

    log_info "正在解压..."
    mkdir -p "$extract_dir"
    if ! unzip -q "$zip_file" -d "$extract_dir"; then
        log_error "解压失败！"
        rm -rf "$temp_work_dir"
        exit 1
    fi

    if [ "$(ls -A "$extract_dir")" ]; then
        log_info "正在更新文件..."

        mkdir -p "$base_dir"

        # 同步文件 (排除 data 目录)
        rsync -a --exclude="data" "$extract_dir/" "$base_dir/"

        if [ -f "$convert_dir/convert.sh" ]; then
            chmod +x "$convert_dir/convert.sh"
            bash "$convert_dir/convert.sh" "$base_dir/" "$site_url"
        else
             log_warn "未找到 convert.sh，跳过域名替换。"
        fi

        # 替换相关文案
        target_html="$base_dir/app/view/index/download.html"
        if [ -f "$target_html" ]; then
            sed -i 's/<title>宝塔面板安装脚本<\/title>/<title>宝塔面板 - 42Lab专业版<\/title>/' "$target_html"
            sed -i 's/宝塔面板安装脚本/宝塔面板/g' "$target_html"
        fi

        chmod -R 755 "$base_dir"
        chown -R www:www "$base_dir"
        find "$base_dir/" -name ".gitkeep" -exec rm -f {} \;

        echo "BtCloud $latest_tag" > "$version_file"

        log_info "已完成升级！当前版本: BtCloud $latest_tag"
    else
        log_error "解压目录为空，升级失败！"
        rm -rf "$temp_work_dir"
        exit 1
    fi

    # 清理临时文件
    rm -rf "$temp_work_dir"
}

confirm_update() {
    local prompt_msg="$1"
    read -p "$prompt_msg" -n 1 -r
    echo
    if [[ -z "$REPLY" || "$REPLY" =~ ^[Yy]$ ]]; then
        download_and_extract
    else
        log_info "已取消升级。"
    fi
}

if [ ! -f "$version_file" ]; then
    confirm_update "安装目录中未找到版本信息，是否升级至最新版本: BtCloud $latest_tag ? [Y/n] "
else
    current_version=$(cat "$version_file")
    if [[ "BtCloud $latest_tag" != "$current_version" ]]; then
        confirm_update "检测到更新 ($current_version -> BtCloud $latest_tag)，是否升级? [Y/n] "
    else
        log_info "未检测到更新，本地版本为最新版本: $current_version ！"
    fi
fi

配置

自行替换脚本中以下信息：

• site_url: 域名（默认值：https://your-domain.com）
• base_dir: BtCloud 安装目录（默认值：/www/wwwroot/your-domain.com）
• 其他变量（version_file、convert_dir）为版本文件和批量替换脚本的路径，一般无需修改。
• 替换文案的代码段是修改download页面的标题，自行更改。
• 国内机器如无法直连github请取消脚本中的相关注释符。

修改后脚本会自动按照新路径进行升级操作，并在同步完成后自动替换所有相关的域名配置。

食用

假设保存文件名为：btcloud-upgrade.sh

bash btcloud-upgrade.sh
#或者
chmod +x btcloud-upgrade.sh
./btcloud-upgrade.sh

执行脚本后会自动进入交互流程：

• 首次使用：提示安装最新版本
• 有新版本：询问是否升级
• 已是最新：直接显示当前版本

只需输入 Y 确认，脚本就会自动完成后续所有操作。

DLC

这是另一个配套脚本，功能对应BtCloud后台的自动更新功能，单纯是方便自动更新插件后修复/data 目录下文件权限不对的问题。

#!/bin/bash

# Execute the php command
php /www/wwwroot/your-domain.com/think updateall && php /www/wwwroot/your-domain.com/think clean

# Check the exit status of the previous command
if [ $? -eq 0 ]; then
    # If successful, change the permission of the data directory
    chmod -R 755 /www/wwwroot/your-domain.com/data
    chown -R www:www /www/wwwroot/your-domain.com/data
else
    # If failed, print an error message and exit
    echo "The php command failed. Aborting."
    exit 1
fi

自行修改脚本中的路径，为实际网站路径（默认值：/www/wwwroot/your-domain.com/），然后扔到Crontab。

crontab -e

假设保存名字为SyncPlugins.sh，路径在/root

0 12 * * * /bin/bash /root/SyncPlugins.sh

这几天看Loc貌似MJJ被WALL干翻了一堆花里胡哨的协议，笑~

项目地址

https://github.com/zhboner/realm

必要条件

1. 一台国内鸡鸡作为中转节点（假设IP：1.1.1.1，用于下文配置参考）

2. 一台外地鸡鸡作为落地节点（假设IP：2.2.2.2，用于下文配置参考）

外地鸡配置

1. 配置socks

个人习惯使用X-UI面板

apt install curl -y
bash <(curl -Ls https://raw.githubusercontent.com/vaxilu/x-ui/master/install.sh)

添加一个socks配置仅监听本地端口

2. 配置realm落地wss隧道

新建一个文件夹，下载realm进去

mkdir /home/RealM
wget -P /home/RealM https://github.com/zhboner/realm/releases/download/v2.4.3/realm-x86_64-unknown-linux-gnu.tar.gz

进目录解压缩

cd /home/RealM
tar -zxvf realm-x86_64-unknown-linux-gnu.tar.gz

给realm执行权限

chmod +x relam

新建一个realm配置文件

nano /home/RealM/config.toml

键入

[log]
level = "warn"
output = "/var/log/realm.log"

[network]
no_tcp = false
use_udp = true

[[endpoints]]
listen = "0.0.0.0:20066"
remote = "127.0.0.1:53838"
listen_transport = "ws;host=www.mi.com;path=/;tls;servername=www.mi.com"

上述配置，listen段为中转鸡的传入端口，remote段为上文创建的socks端口，listen_transport段为隧道伪装的domain，自行更改。

保存后接着设置realm的systemd方便管理。

nano /etc/systemd/system/realm.service

键入

[Unit]
Description=RealM
After=network.target
Wants=network.target

[Service]
WorkingDirectory=/home/RealM/
ExecStart=/home/RealM/realm -c /home/RealM/config.toml
Restart=on-abnormal
RestartSec=5s
KillMode=mixed

StandardOutput=null
StandardError=syslog

[Install]
WantedBy=multi-user.target

自行更改配置中WorkingDirectory/ExecStart段内容为realm所在的路径位置。

保存，启动

systemctl daemon-reload
systemctl start realm

检查realm是否成功启动

systemctl status realm

设置开机自启

systemctl enable realm

3. 配置ufw防火墙

非必要，用于限制入口IP提高安全性

apt update && apt upgrade -y
apt install ufw -y

完成后启用服务

systemctl enable ufw --now

检查是否成功启用

systemctl status ufw

先放行SSH端口

ufw allow 22/tcp

开启防火墙

ufw enable

出现提示，键入“Y”

Command may disrupt existing ssh connections. Proceed with operation (y|n)?

添加规则限制realm转发的端口仅国内鸡的IP(1.1.1.1)能访问

ufw allow from 1.1.1.1 to any port 20066

自行更改命令中IP(1.1.1.1)和端口(20066)为你实际所使用的IP/端口。

检查一下规则是否添加成功

ufw status numbered

国内鸡配置

配置完外地鸡，国内鸡就很简单了，只需要参考上文安装realm，参考以下配置文件

[log]
level = "warn"
output = "/var/log/realm.log"

[network]
no_tcp = false
use_udp = true

[[endpoints]]
listen = "0.0.0.0:20088"
remote = "2.2.2.2:20066"
remote_transport = "ws;host=www.mi.com;path=/;tls;sni=www.mi.com;insecure"

上述配置，listen段为TG代理的连接端口，可自定义。remote段为上文创建的外地鸡的传入端口，listen_transport段为隧道伪装的domain，自行更改。

保存后参考上文增加systemd配置并启动

systemctl start realm

连接测试

测试环境为移动端，毕竟手机上TG才不方便，总不能时刻挂着V吧，麻烦。

侧边栏 → Setting → Data and Storage → Proxy Setting → Add Proxy

选择SOCKS5 Proxy，Server填写国内中转鸡的IP(1.1.1.1)，Port填写国内中转鸡设置的连接端口(20088)，Username/Password填写外地落地鸡Socks5的账号密码，保存后勾选Use Proxy，出现Connected大功告成~

接下来愉快的在TG学习吧~当然，看学习视频的速度取决于国内鸡的上传口子大小及其与外地鸡通信的速度，还取决于是不是TG会员，所以速度方面因鸡而异，此方案优势还是在于上TG方便与稳定。

起初直接apt install rinetd -y安装，后来发现其版本太旧了，并不支持UDP的转发，作罢。到其Github下载源码包手动编译。编译过程很简单官方仓库也有说明，但有个小坑遂记录一下。

项目仓库：

https://github.com/samhocevar/rinetd

编译流程

安装一些用到的依赖：

apt install gcc make automake dos2unix -y

下载包到本地并解压：

wget https://github.com/samhocevar/rinetd/releases/download/v0.73/rinetd-0.73.tar.gz
tar -zvxf rinetd-0.73.tar.gz

进入解压出来的文件夹：

cd rinetd-0.73

创建配置文件：

./bootstrap

就0.73这一版本而言，这一步肯定会报错：-bash: ./bootstrap: /bin/sh^M: bad interpreter: No such file or directory，这就是我前文提到的坑点。使用dos2unix将其转换格式：

dos2unix bootstrap
//执行完会提示：dos2unix: converting file bootstrap to Unix format...

dos2unix转换完后重新执行./bootstrap

完成后，创建构建文件：

./configure

开始安装：

make && make install

安装很快几秒的事情，检查一下版本号：

rinetd -v

若为最新的0.73则安装完成。

返回上层目录删除一下安装文件（强迫症）：

cd ../
rm -rf rinetd*

转发配置

端口转发的配置文件在/usr/local/etc/rinetd.conf

转发规则的写法也很好理解，配置文件插入新行，依次填入：

本机监听地址 本地监听端口 转发目的地地址 转发目的地端口

举个栗子：将本机的8080端口的TCP/UDP流量都转发到另一台IP为1.1.1.1鸡鸡的2333端口，如图。

配置Systemd

没啥好说的，配置一下systemd方便开机自启和管理：

vim /etc/systemd/system/rinetd.service

输入：

[Unit]
Description=rinetd
After=network.target
[Service]
Type=forking
ExecStart=/usr/local/sbin/rinetd -c /usr/local/etc/rinetd.conf
[Install]
WantedBy=multi-user.target

保存退出后：

systemctl daemon-reload

一些常用的管理命令：

#启动rinetd
systemctl start rinetd
#设置开机启动
systemctl enable rinetd
#停止rinetd
systemctl stop rinetd
#重启rinetd
systemctl restart rinetd

这波啊，这波新瓶装旧酒了属于是：

"协议免流"- 据说能免市面上所有的联通互联网套餐卡

安装Nginx

怎么方便怎么来，个人习惯宝塔面板：

https://www.bt.cn/

部署v2Ray

因人而异，个人习惯用官方脚本，但配置起来相对麻烦。小白或者比我更懒的朋友可以使用x-ui面板，管理起来更方便。

官方脚本

详细步骤见之前的文章：[《"协议免流"- 据说能免市面上所有的联通卡》](https://www.timelate.com/Note/lt-xyml.html "《"协议免流"- 据说能免市面上所有的联通卡》")，篇幅原因本文不再赘述，唯一不同的是配置请更改为以下：

{
  "inbounds": [
    {
      "port": 10000,
      "listen":"127.0.0.1",
      "protocol": "vmess",
      "settings": {
        "clients": [
          {
            "id": "输入你的UUID",
            "alterId": 0
          }
        ]
      },
      "streamSettings": {
        "network": "ws",
        "wsSettings": {
        "path": ""
        }
      }
    }
  ],
  "outbounds": [
    {
      "protocol": "freedom",
      "settings": {}
    }
  ]
}

x-ui管理面板

https://github.com/vaxilu/x-ui

一键安装：

bash <(curl -Ls https://raw.githubusercontent.com/vaxilu/x-ui/master/install.sh)

为保证服务器安全，安装完成后必须第一时间更改面板默认端口及登录信息！ 为保证服务器安全，安装完成后必须第一时间更改面板默认端口及登录信息！ 为保证服务器安全，安装完成后必须第一时间更改面板默认端口及登录信息！

添加配置：监听IP更改为127.0.0.1，端口10000，uuid随机生成，传输协议ws

好了，到这v2ray这边的设置已经完事了，接下来配置Nginx。

配置Nginx

宝塔随意添加一个站点，点开找到配置文件，键入：

    location / {
    proxy_pass       http://127.0.0.1:10000;
    proxy_redirect             off;
    proxy_http_version         1.1;
    proxy_set_header Upgrade   $http_upgrade;
    proxy_set_header Connection "upgrade";
    proxy_set_header Host      $http_host;
    }

这段配置是实现Nginx和V2Ray共用端口的关键，配置中的10000端口也要与V2配置中的端口对应，来源HOSTLOC：

https://www.hostloc.com/thread-432082-1-1.html

到这，v2Ray跟nginx共用80端口结构上算完成了，但没有完全完成。

添加（放行）免流HOST

回到刚刚改过配置的站点，在域名管理处添加你需要的免流HOST：

当然，也可以使用通配符：

食用方法

以Windows端客户端为例，懒得手机截图了，不同客户端间大同小异，举一反三吧：

代理模式选全局，若连接后能上网而查询IP为小鸡IP则成功。

对于我来说云笔记毋庸置疑各种方面都能极大的方便工作和生活，能用好云笔记无疑是可以拥有第二大脑。云笔记软件也是我平时使用频率最多之一了。

没啥好说的，近两年某些云服务厂商的骚操作让我们认识到了数据私有化的重要性。反正手头小鸡吃灰也是吃灰，不如跑点东西。

下面全文将记录LeaNote（蚂蚁笔记）和WizNote（为知笔记）使用宝塔面板环境搭建的整个详细流程，所以想折腾的话先把宝塔面板先装上吧：

curl -sSO http://download.bt.cn/install/install_panel.sh && bash install_panel.sh

我的折腾环境是CentOS7，流程仅供参考。

先LeaNote后WizNote，正式使用个人更推荐搭建WizNote。

LeaNote

1.先在宝塔的软件管理装个mangodb吧，这是LeaNote要用的数据库程序。

2.装完后添加一个数据库，供笔记程序使用。

4.打开官方页面获取最新的二进制包下载地址，转战Shell：

http://leanote.org/#download

cd /home

wget https://nchc.dl.sourceforge.net/project/leanote-bin/2.6.1/leanote-linux-amd64-v2.6.1.bin.tar.gz

5.解压下载包到当前目录：

tar -xzvf leanote-linux-amd64-v2.6.1.bin.tar.gz

6.将程序的数据导入mangodb库:

mongorestore -h localhost -d leanote --dir /home/leanote/mongodb_backup/leanote_install_data
# leanote为开始创建的数据库名
# /home 为程序所在的目录
# 举一反三自行更改

7.修改leanote配置文件(宝塔后台文件管理编辑更方便)：

vim /home/leanote/conf/app.conf

按需求改几个地方：

http.addr=0.0.0.0 # 建议本地化改成 127.0.0.1
http.port=9000 # 服务端口

site.url=http://localhost:9000 # 网站地址 举个栗子可填：https://xxx.xxx.com

# admin username
adminUsername=admin # 这里是指定管理员账户，按需改成用户名

# You Must Change It !! About Security!!
app.secret=V85ZzBeTnzpsHyjQX4zukbQ8qqtju9y2aDM55VWxAH9Qop19poekx3xkcDVvrD0y # 务必修改该项，否则有安全隐患。密匙共64字符，随机更改几个即可。

8.试运行程序，看看功能是否正常：

cd /home/leanote/bin
bash run.sh

如图则为成功运行（curl http://127.0.0.1:9000 有html输出）：

9.试运行正常后Ctrl+C结束，用nohup后台运行程序：

# 运行服务命令：
nohup /bin/bash /home/leanote/bin/run.sh >> /var/log/leanote.log 2>&1 &
# 停止服务命令：
jobnum=`jobs | grep "revel run github.com/leanote/leanote" | awk -F"]" '{print $1}'|awk -F"[" '{print $2}'`;kill %$jobnum

10.宝塔面板新建一个站点，并开启反代：

11.随手开启SSL（个人习惯，开不开无所谓），便大功告成了，访问添加了反代的域名即可使用。

PS：程序默认管理员账户：admin 密码：abc123，另还附带一个是演示账户：demo@leanote.com 密码：demo@leanote.com 自行在后台删改。

简单说一下LeaNote吧，源码最后一次更新在2018年，很久没有维护了，网上风评也是bug很多。各平台客户端可以在官网下载：

https://leanote.com/index#

客户端也很久没有更新了。总体来说该程序生态处于“要什么自行车”阶段，也不是不能用。

WizNote

1.到宝塔面板的软件商店安装Docker管理器

2.配置阿里云容器镜像加速，加速拉取官方镜像（非国内VPS可以跳过）

打开 阿里云容器镜像服务，左侧菜单找到镜像加速器，按文档配置：

sudo mkdir -p /etc/docker
sudo tee /etc/docker/daemon.json <<-'EOF'
{
  "registry-mirrors": ["https://xxxx.mirror.aliyuncs.com"]
}
EOF
sudo systemctl daemon-reload
sudo systemctl restart docker

3.创建一个文件夹用于储存服务端数据：

mkdir /home/wiz-data
# 个人习惯放/home,自行更改

4.打开面板的Docker管理器，输入wiznote/wizserver获取WizNote官方镜像：

该镜像1.6G，请耐心等待拉取完成。

5.镜像拉取完成后，在容器列表创建一个新容器，镜像选择wiznote/wizserver:latest，参考下图填写端口映射与目录映射，内存配额建议给1G+，不然太小跑不动。

6.填写完成后，提交创建容器，随手改个名称便于后期管理：

7.第一次启动镜像大概需要2-3分钟时间，curl一下确认是否成功运行：

curl http://127.0.0.1:6666

提示You need to enable JavaScript to run this app.则成功运行。

8.老样子宝塔添加一个站点直接开启反代：

9.开启SSL（个人习惯），据官方文档需要修改下反代配置：

# 将宝塔反代配置文件的proxy_set_header全部替换:
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header x-wiz-real-ip $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
proxy_set_header X-Forwarded-Proto $scheme;

测试一下https是否生效，在浏览器内输入：

https://your-server/?p=wiz&c=endpoints
# 注意是https协议，将your-server修改成自己的域名

正常情况下，会返回一个json数据，检查第一个key wizas的值，应该是https开头。如果是http开头，则说明配置没有生效。

大功告成。直接访问反代的域名即可使用：

默认管理员账号：admin@wiz.cn，密码：123456。请在部署完成后，使用这个账号，登录网页版，然后修改管理员密码。其他用户，请自行注册。免费版本可以注册5个用户（不包含管理员账号）

参考文档：https://www.wiz.cn/zh-cn/docker

后话

相对于LeaNote,WizNote更香。有团队持续维护，有各个平台客户端，有着更美观的界面，有着更符合国人的操作习惯,数据可以托管到几个阿里腾讯等大厂的云储存。最重要的是可以免费白嫖所有功能啊！啧啧啧~

就在下午我摸鱼的时候，发现作者咕咕咕了这么久终于悄无声息的更了，还是个Beta2版本。闲着也是闲着，尝下鲜吧，顺便记录一下过程。

Github：https://github.com/cloudreve/Cloudreve

官方文档：https://docs.cloudreve.org/

部署环境：CentOS 7.7/Nginx 1.17.9/MySQL 5.5.62

1.Releases下载程序到本地：

wget https://github.com/cloudreve/Cloudreve/releases/download/3.0.0-beta2/cloudreve_3.0.0-beta2_linux_amd64.tar.gz

2.在/home目录新建一个程序文件夹，方便日后文件管理：

mkdir /home/cloudreve

3.将下载的程序解压到/home/cloudreve目录

tar -C /home/cloudreve -xzf cloudreve_3.0.0-beta2_linux_amd64.tar.gz

4.进入程序目录赋予执行权限，并启动

# 进入程序目录
cd /home/cloudreve
# 赋予执行权限
chmod +x ./cloudreve
 # 启动 Cloudreve
./cloudreve

5.不出意外的话会跳出程序初始化界面，记得保存账号密码。

6.放行5212端口（我是宝塔，后台添加放行端口即可)。访问http:// ip:5212 看看程序是否正常开启，同时Shell也会跑出记录。

7.确认无误后，Shell面板Ctrl+C结束程序运行,配置Systemd进程守护。

# 新建并编辑配置文件
vim /usr/lib/systemd/system/cloudreve.service

8.根据实际情况填写以下内容并保存：

[Unit]
Description=Cloudreve
Documentation=https://docs.cloudreve.org
After=network.target
Wants=network.target
After=mysqld.service

[Service]
WorkingDirectory=/home/cloudreve
ExecStart=/home/cloudreve/cloudreve
Restart=on-abnormal
RestartSec=5s
KillMode=mixed

StandardOutput=null
StandardError=syslog

[Install]
WantedBy=multi-user.target

其中以下配置项需要根据实际情况更改：

• WorkingDirectory 主程序所在目录
• ExecStart 主程序绝对路径

9.完成后更新配置，设置程序开机自启：

# 更新配置
systemctl daemon-reload

# 设置开机启动
systemctl enable cloudreve

日后你可以通过以下指令管理 Cloudreve 进程：

# 启动服务
systemctl start cloudreve

# 停止服务
systemctl stop cloudreve

# 重启服务
systemctl restart cloudreve

# 查看状态
systemctl status cloudreve

10.最后Nginx反代一波，宝塔添加一个站点，解析好域名,站点修改添加反向代理:

添加完反代后便可以通过自己的域名访问了，程序的部署到这里也算基本完成了。

接下来进行一些小调整，Cloudreve默认数据库内置的SQLite，个人还是喜欢Mysql。

Tips:更换数据库配置后，Cloudreve 会重新初始化数据库，原有的数据将会丢失。

宝塔创建一个数据库，然后编辑Cloudreve的配置文件：

vim /home/cloudreve/conf.ini

添加以下配置：

[Database]
; 数据库类型，目前支持 sqlite | mysql
Type = mysql
; 用户名
User = root
; 密码
Password = root
; 数据库地址
Host = 127.0.0.1
; 数据库名称
Name = v3
; 数据表前缀
TablePrefix = cd

保存后，进程序目录重新初始化，生成新的账号密码，之后再用systemctl管理，完事了。

#进程序目录
cd /home/cloudreve
#启动程序
./cloudreve

另外提一嘴，程序默认监听端口也是在该文件修改。

更多安装方式和程序配置添加详见官方文档（作者文档也咕了不少：

https://docs.cloudreve.org/getting-started/config

万人骑的API: safebox 凉了，用该API会无法授权，请自行寻找更换新的API。

好久不见，又到了懒癌晚期博主随缘更新环节。为什么会诈尸更新，这要从一只蝙蝠说起...

最近上网冲浪的时候，在Loc发现了TCShare这个天翼云列目录程序，恰好最近疫情影响人闲得慌，又恰好手里10T的天翼云盘也闲得慌，于是拖延到抽空在今天才就折腾了一下。

程序开源地址：https://github.com/xytoki/TCShare

Hostloc原帖：https://hostloc.com/thread-640211-1-1.html

2020/4/25 懒癌晚期的我终于回来更新一下V3版本的安装流程了... 本文折腾环境基于:宝塔面板/Nginx1.17.8/PHP7.3 食用方式：

1.新建站点，找到配置文件把以下代码注释掉，解决列网盘图片404的问题：

        #location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$
        #{
        #    expires      30d;
        #    error_log off;
        #    access_log off;
        #}

图示：

2.找到伪静态，设置Rewrite规则：

try_files $uri $uri/ /index.php$is_args$args;
location ~ /\.env {
    deny all;
}

图示：

3.到PHP设置找到禁用函数，移除putenv，便于后续用composer安装依赖。

4.从GitHub拉程序下来扔在网站目录，获取API，在网站根目录新建一个名为.env的文件，复制以下模板键入：

#   XS 是前缀
#   | -KEY 是配置种类，可选KEY，APP，SEC
#   | | - -ct是key的ID（类似config.php）
#   | | - | - something是配置名称
#   | | - | - | - - - - value在等号右边
#   XS_KEY_ct_something=value

    XS_KEY_ct=ctyun   #必填，值为ctyun
    XS_KEY_ct_FD=     #应用文件夹名
    XS_KEY_ct_AK=     #AK
    XS_KEY_ct_SK=     #SK

#   这里APP后面的可以是任意值，一般就123456下去
#          ↓
    XS_APP_1=/              #挂载路径
    XS_APP_1_NAME=RuaDisk   #网盘名称
    XS_APP_1_THEME=mdui     #界面主题
    XS_APP_1_BASE=/         #网盘内路径
    XS_APP_1_KEY=ct         #对应上面Key的ID

如图，根据API填写应用文件夹名，AK，SK对应值。

5.转战Shell终端，进入网站根目录，composer install安装依赖。

#命令以rua.cx为例，请自行替换自己的网站根目录。
cd /www/wwwroot/rua.cx
composer install

图示：

如安装失败（见配图），请确认网站PHP所用的版本以移除putenv函数的禁用。并在shell终端下执行以下命令将宝塔php版本设置为系统php-cli版本

ln -sf /www/server/php/73/bin/php /usr/bin/php

根据自己宝塔安装的PHP版本更改，不要照抄，我的版本是PHP7.3所以这里是/php/73，你如果是PHP7.2的话就是/php/72，以此类推举一反三。更改后再次执行composer install即可。

6.依赖安装完成后，直接访问站点域名，不出意外的话就可以看到安装界面了，直接点击Click here to authorize进入授权界面。

7.输入天翼云盘的账号密码后会自动跳转到网站首页，安装算是完了。

8.最后来到我们的天翼云盘，在我的应用中新建一个safebox的文件夹。

PS：safebox文件夹为API指定，无法更改名字。需要列目录的文件也是往里面扔，网页端才会显示。

9.每个月记得要手动访问定时访问 /-renew ，更新授权，以延长token的有效期。

然后就完事了，站点标题、主题等也是在网站根目录.env文件修改，作者都有注释。

因为基于天翼云盘，国内下载速度直接跑满宽带，比Onedrive香多了。

最大的坑就是天翼云普通会员每日上传文件总大小限制2G,开会员可解...

这一帖子发出后，便引起了坛友的不小的讨论。但之后便不了了之了。因为帖子描述的过于模糊，用论坛里的话来说就是除了作者之外没有第二个人能用这个方法免。使得这一大佬沦为坛子里的笑谈。

直到上个月二十多号（记不清了，懒得翻帖子），该大佬再次发出帖子放出了该免流方式的实现方法以及Docker一键脚本。

体验了一下，该方式最大的优势不再像传统的55R混淆免流一样占用小鸡的80端口，终于可以在跑网站的小鸡上同时跑免流了，呃..还能合理用掉每个月免费60G鹅厂CDN。

简单记录一下我的搭建流程吧。

我的安装环境是CentOS7，Nginx版本是1.16。

备案劝退：需要一个备案的域名才能实现免流，因为鹅厂的CDN才是免流的关键！！！

安装Nginx

因为我的初衷就是在跑网站的同时能跑免流，所以个人习惯还是BT面板(呃..官方渠道,nginx版本随意)：

https://www.bt.cn/

安装V2Ray

也偷懒，直接官方一键脚本：

bash <(curl -L https://raw.githubusercontent.com/v2fly/fhs-install-v2ray/master/install-release.sh)

设置开机自启：

systemctl enable v2ray

配置V2Ray

清空VtwoRay配置文件内容：

echo "" > /usr/local/etc/v2ray/config.json

重新编辑配置文件：

vi /usr/local/etc/v2ray/config.json

键入以下内容：

{
  "inbounds": [
    {
      "port": 10000,
      "listen":"127.0.0.1",
      "protocol": "vmess",
      "settings": {
        "clients": [
          {
            "id": "自建一个UUID",
            "alterId": 0
          }
        ]
      },
      "streamSettings": {
        "network": "ws",
        "wsSettings": {
        "path": "/ray"
        }
      }
    }
  ],
  "outbounds": [
    {
      "protocol": "freedom",
      "settings": {}
    }
  ]
}

配置中的UUID请自行生成：https://www.uuidgenerator.net/

配置Nginx

BT面板直接新建一个站点，配置好SSL，点开找到配置文件，键入：

    location /ray {
    proxy_pass       http://127.0.0.1:10000;
    proxy_redirect             off;
    proxy_http_version         1.1;
    proxy_set_header Upgrade   $http_upgrade;
    proxy_set_header Connection "upgrade";
    proxy_set_header Host      $http_host;
    }
}

DEMO:

这段是实现Nginx和V2Ray共用端口的关键，配置中的10000端口也要与V2配置中的端口对应，来源HOSTLOC：

https://www.hostloc.com/thread-432082-1-1.html

套上鹅厂CDN（免流关键）

没什么好说的，配置好SSL，直接套就完事了：

启动V2Ray

systemctl start v2ray

用一下命令查看VtwoRay是否运行：

systemctl status v2ray

若成功运行会显示如下字样：

呃...保险起见BT后台也重启一下Nginx让其配置生效。

搭建流程END

食用方式（IOS）：

手头没有android设备...IOS端我用的APP是Quan:

代理模式选全局，若连接后能上网而查询IP为小鸡IP则成功。

后记

经过我十多天的测试，确实免流体验比55R混淆好（可以打王者，55R混淆并不能），跳点也蛮低的，但不知道什么免流原理，必须要套鹅厂的CDN才能免，我测试了不套CDN被正常扣流量，疑似BUG。

掌厅查上网记录,记录中打码部分为我的域名，并不是免流的Host，但是走的却是免费流量。呃...也算一张不严谨的跳点测试图，有部分消耗的是我裸连用的。上个月粗略测试了一下大概300M跳0.03M吧，并没有存图。

据妖火的一位坛友测试，40G解除封顶限制后该方法失去免流效果。

就这样了，最后说一句，懒癌+拖延症真可怕~