AndyYan's Blog - 运维
type: channel
link: https://www.andy-y.cn/index.php/category/mnt/
items: 使用screen/tmux命令实现SSH中任务后台运行
items: 搭建Grafana监测Bird运行状态
items: MaiBot+AstrBot+Napcat分离部署，实用、稳定且拟人化的QQBot部署方案
items: 解决OMV登陆WebUI时400 Bad Request错误

使用screen/tmux命令实现SSH中任务后台运行
type: item
date: 2026-04-05T11:29:00+00:00
description: 前言：在我们使用ssh的时候正常情况下，如果我们退出ssh，进程会被杀掉，导致一些需要运行较长时间（比如 rsync/cp ）的命令中断，十分的难受，这里提供两种解决办法：1.使用screen1.1开启 screen：screen -S upload1.2执行命令##举例 rsync -avh --progress /data/myfolder/ /mnt/myfolder/1.3退出SSH保持后台运行：按：Ctrl + A 然后按 D1.4重新连接后恢复screen -r upload2.使用tmux2.1启动tmuxtmux new -s upload2.2执行命令后，退出保持后台Ctrl + B 然后按 D2.3重新连接后恢复tmux attach -t upload

搭建Grafana监测Bird运行状态
type: item
date: 2026-02-19T14:39:00+00:00
description: 写在前面本人在dn42网络中有4个节点，本来搭建了LookingGlass来监测节点运行状态，但考虑到不够直观 其实是想折腾，所以打算搭建一个可以图形化监控每台节点Bird运行状态的仪表盘，在社区里面发现可以用Grafana搭配Prometheus作为数据源实现拓扑图如下：graph TD subgraph DN42 Network N1[Node 1] --> NE1(Node Exporter) N1 --> BE1(Bird/FRR Exporter) N2[Node 2] --> NE2(Node Exporter) N2 --> BE2(Bird/FRR Exporter) N3[Node 3] --> NE3(Node Exporter) N3 --> BE3(Bird/FRR Exporter) N4[Node 4] --> NE4(Node Exporter) N4 --> BE4(Bird/FRR Exporter) end NE1 --> P(Prometheus Server) NE2 --> P NE3 --> P NE4 --> P BE1 --> P BE2 --> P BE3 --> P BE4 --> P P --> G(Grafana Server) User[用户] --> G搭建部署 Prometheus ServerPrometheus Server 将运行在独立的监控服务器上。创建工作目录mkdir -p /opt/prometheus/config /opt/prometheus/data创建 Prometheus 配置文件 (/opt/prometheus/config/prometheus.yml)global: scrape_interval: 15s # 默认抓取间隔 scrape_configs: - job_name: 'prometheus' static_configs: - targets: ['localhost:9090'] # 监控 Prometheus 自身 - job_name: 'node_exporter' static_configs: - targets: ['<node1_ip>:9100', '<node2_ip>:9100', '<node3_ip>:9100', '<node4_ip>:9100'] # 替换为您的 DN42 节点 IP - job_name: 'bird_exporter' static_configs: - targets: ['<node1_ip>:9324', '<node2_ip>:9324', '<node3_ip>:9324', '<node4_ip>:9324'] # 替换为您的 DN42 节点 IP注意: 请将 <nodeX_ip> 替换为您的 DN42 节点的实际 IP 地址。使用 Docker Compose 部署 Prometheus创建 docker-compose.yml 文件：services: prometheus: image: prom/prometheus container_name: prometheus network_mode: host ports: - "9090:9090" volumes: - /opt/prometheus/config/prometheus.yml:/etc/prometheus/prometheus.yml - /opt/prometheus/data:/prometheus command: - '--config.file=/etc/prometheus/prometheus.yml' - '--storage.tsdb.path=/prometheus' - '--web.enable-lifecycle' restart: unless-stopped将数据目录的权限赋予 Prometheus 用户：chown -R 65534:65534 /opt/prometheus/data启动 Prometheus：docker-compose up -d通过访问 http://<监控服务器IP>:9090 来验证 Prometheus 是否正常运行。部署 Node Exporter (每个 DN42 节点上)创建工作目录mkdir -p /opt/node_exporter方式1：使用 Docker 部署 Node Exporterdocker run -d \ --name node_exporter \ --net="host" \ --pid="host" \ -v "/:/host:ro,rslave" \ quay.io/promethe…

MaiBot+AstrBot+Napcat分离部署，实用、稳定且拟人化的QQBot部署方案
type: item
date: 2026-01-23T08:02:00+00:00
description: 灵感来源最近一直在捣鼓QQ机器人，目前后端比较有名的就是AstrBot和 MaiBot 项目，其中AstrBot注重功能性（有多样化的插件服务）而MaiBot注重LLMs聊天与拟人化，遂想要同时给我的机器人接入两个项目，而由于TX的风控，部署在云服务器上的NapCat容易被下号，而由于网络环境问题，MaiBot最好运行在海外服务器上（可以方便的访问Gemini等AI的api），故想到了将AstrBot与NapCat部署在家里NAS上，MaiBot部署在公网服务器上的思路，拓扑图如下：graph LR subgraph NAS AstrBot <--> NapCat end subgraph Server MaiBot end NapCat <-- WebSocket --> MaiBot{message type="info" content="这里将NapCat和AstrBot部署在同一个服务器上，这是因为AstrBot在执行一些功能的时候需要和NapCat共用文件夹，若分开部署则会出现很多问题"/}部署前期准备{x} 一台公网服务器（最好2c2g及以上配置） {x} 一台家宽网络下的Linux服务器 {x} docker环境开始部署首先进入家里云sshmkdir astrbot cd astrbot wget https://raw.githubusercontent.com/NapNeko/NapCat-Docker/main/compose/astrbot.yml sudo docker compose -f astrbot.yml up -d完成然后进入公网服务器{message type="info" content="该部分以下内容大多直接来自官方文档"/}一、准备麦麦部署环境1.1 创建项目目录mkdir -p maim-bot/docker-config/{mmc,adapters} && cd maim-bot1.2 获取 Docker 编排文件wget https://raw.githubusercontent.com/Mai-with-u/MaiBot/main/docker-compose.yml备用下载方式 若 GitHub 直连不稳定，可使用镜像源：wget https://fastly.jsdelivr.net/gh/Mai-with-u/MaiBot@main/docker-compose.yml1.3删除其中的NapCat容器并取消注释adapter的端口映射使用vim docker-compose.yml编辑，编辑完成后如下:services: adapters: container_name: maim-bot-adapters #### prod #### image: unclas/maimbot-adapter:latest # image: infinitycat/maimbot-adapter:latest #### dev #### # image: unclas/maimbot-adapter:dev # image: infinitycat/maimbot-adapter:dev environment: - TZ=Asia/Shanghai ports: #<--此处修改 - "8095:8095" #<--此处修改 volumes: - ./docker-config/adapters/config.toml:/adapters/config.toml # 持久化adapters配置文件 - ./data/adapters:/adapters/data # adapters 数据持久化 restart: always networks: - maim_bot core: container_name: maim-bot-core #### prod #### image: sengokucola/maibot:dev # image: infinitycat/maibot:latest #### dev #### # image: sengokucola/maibot:dev # image: infinitycat/maibot:dev environment: - TZ=Asia/Shanghai - EULA_AGREE=99f08e0cab0190de853cb6af7d64d4de # 同意EULA - PRIVACY_AGREE=9943b855e72199d0f5016ea39052f1b6 # 同意EULA # ports: # - "8000:8000" volumes: - ./docker-config/mmc/.env:/MaiMBot/.en…

解决OMV登陆WebUI时400 Bad Request错误
type: item
date: 2026-01-23T06:25:00+00:00
description: 前言今天在登陆OMV（Open Media Vault）的时候显示400 - Bad Request，但是我的密码都是自动填充的，不可能出错，而且我没有改过密码，折腾一段时间之后终于找到解决方法。解决检查密码是否真的错误进入 ssh ，输入omv-firstaid进入omv的恢复界面之后选择4并重置密码{message type="info" content="若此时发现使用此密码无法登陆，则可以确定是omv从5.x到8.3的一个祖传bug"/}解决bug非常简单，只需要reboot即可解决问题溯源在OMV官方论坛上，我找到了 这个 帖子，上面通过重置密码解决了在贴吧，我找到了这个帖子，上面说是系统盘满了导致的，我不认为是这个原因（我的系统盘占用不到一半）有人提到了删除浏览器的cookies，尝试无效而他们的解决方法都提到了 reboot ，所以我直接使用了万能重启法，成功解决经过AI分析 ，似乎是php-fpm / openmediavault-engined 异常而导致子进程卡死，而nginx 无法正确解析响应，所以返回了400