分类 折腾=-= 下的文章

购买新的服务器后,我也不打算继续续费sakurafrp了,所以反代提供公网IPv4访问的工作需要转移到Claw HK机上,同样地Mumble服务器的IPv4转发也需要迁移到Claw HK机器上。
除了博客本身直接部署,所有需要反代,转发的服务都通过WireGuard组网后虚拟局域网转发完成。

Nginx反代配置

nas.xfox.fun

# HTTPS 强制跳转配置
server {
    listen 80;
    listen [::]:80;
    server_name nas.xfox.fun;
    return 301 https://$host$request_uri;
}

# 主 HTTPS 服务配置
server {
    listen 443 ssl http2;
    listen [::]:443 ssl http2;
    server_name nas.xfox.fun;

    # 更新后的SSL证书路径
    ssl_certificate /home/xfox/www/all_xfox.fun/fullchain.pem;
    ssl_certificate_key /home/xfox/www/all_xfox.fun/privkey.pem;

    # SSL 优化配置
    ssl_protocols TLSv1.2 TLSv1.3;
    ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384;
    ssl_prefer_server_ciphers off;
    ssl_session_cache shared:SSL:10m;
    ssl_session_timeout 1d;
    ssl_session_tickets off;
    add_header Strict-Transport-Security "max-age=63072000" always;

    # 反向代理配置
    location / {
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_set_header Host $http_host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
        
        proxy_redirect off;
        proxy_pass http://10.10.0.2:5212;

        # 超大文件支持 client_max_body_size 缺省单位->字节 ,k千字节,m兆字节,g千兆字节
        client_max_body_size 16g;
        proxy_request_buffering off;
        proxy_buffering off;
    }
}

Mumble IPv4转发 && 数据库与配置文件同步

我尝试使用iptables转发失败了,然后换了nftables还是失败了,懒得折腾了。
直接把Mumble服务器也迁移到Claw HK上。
后续直接写脚本同步数据库和配置文件。

Mumble数据库和配置文件

两个属于root的文件:

-rwxrwxrwx 1 root root 16K 12月16日 20:26 /etc/mumble-server.ini
-rwxrwxrwx 1 root root 1016K  3月22日 16:06 /var/lib/mumble-server/mumble-server.sqlite

接下来先把家庭服务器的Mumble服务器配置同步到ClawHK服务器

# 同步配置文件
sudo rsync -avz -e "ssh -i /home/xfox/.ssh/id_ed25519 -o StrictHostKeyChecking=no" \
  /etc/mumble-server.ini \
  root@10.10.0.1:/etc/

# 同步数据库文件
sudo rsync -avz -e "ssh -i /home/xfox/.ssh/id_ed25519 -o StrictHostKeyChecking=no" \
  /var/lib/mumble-server/mumble-server.sqlite \
  root@10.10.0.1:/var/lib/mumble-server/

启动Mumble服务器发现:
Mar 22 09:58:29 ClawHK mumble-server[50320]: 2025-03-22 09:58:29.869 Initializing settings from /etc/mumble-server.ini (basepath /etc)
Mar 22 09:58:29 ClawHK mumble-server[50320]: 2025-03-22 09:58:29.870 MetaParams: Failed to read /home/xfox/www/all_xfox.fun/fullchain.pem
看上去Mumble-server没权限读取证书。

sudo chmod +x /home/xfox /home/xfox/www /home/xfox/www/all_xfox.fun

即可。

应用选型:Mailu

Mailu项目仓库

架构规划

主要设备

服务器名称硬件网络用途
境内Server AEliteDesk800G3 SSF ,G4600,2*8GB RAM无公网IP运行mailu 容器
境外Server BRackNerd VPS,1*Vcpu,768MB RAM有公网IP提供公网IPv4 地址

网络规划

考虑到方案1可能违反SakuraFrp的用户协议,暂定方案2。

方案实施风险
方案1在A上运行FRP,开出公网端口用于与B的通信;在B上运行socat转发必要端口到A,实现A-B双向通信。依赖第三方服务(如FRP)的稳定性,可能存在性能瓶颈或配置复杂性。
方案2在A、B上运行WireGuard,实现10.10.0.0/24虚拟组网。配置较为复杂,涉及跨境组网,网络波动可能导致通信失败。

- 阅读剩余部分 -

双喜临门,首先给自己找了个专业不对口的技工活干(只是和所学专业不对口,实际上我有操作相关设备的工作经验)。要先外派到西安作为学徒工学习和工作几个月,等郑州这边厂区建好了再回来继续干,工资待遇还不错,也给交五险一金。
其次是今天接到通知,新年的时候参加RWKV生态内容征集大赛写了一个自用的字幕替换小工具substitute也符合了活动基本要求,喜提参与奖。
以后出门就有帆布手提袋子用了,还有个RWKV徽章和冰箱贴。另外就是一个T恤,以后可以参加其他开源项目活动的时候穿着,也算是支持国内开源项目了。
2025-02-11T06:54:33.png

环境:Fedora41 KDE Fcitx5-rime

1.修改

确定必要的包已安装:
sudo dnf install fcitx5-qt fcitx5-gtk

2.修改微信desktop文件:

[Desktop Entry]
Name=wechat
Name[zh_CN]=微信
Exec=env GTK_IM_MODULE=fcitx QT_IM_MODULE=fcitx XMODIFIERS=@im=fcitx /usr/bin/wechat %U
#Exec= /usr/bin/wechat %U
StartupNotify=true
Terminal=false
Icon=/opt/wechat/icons/wechat.png
Type=Application
Categories=Utility;
Comment=Wechat Desktop
Comment[zh_CN]=微信桌面版

Exec= 后直接添加:
env GTK_IM_MODULE=fcitx QT_IM_MODULE=fcitx XMODIFIERS=@im=fcitx
重新启动微信即可。

本文是对计划表中:基于人工+AI的开源与自由软件和科技采集发布,旨在复刻老王叔叔的linux.cn模式 的具体实践。

确定域名

昨天晚上,我买下了一个新域名:linuxuser.site 寓意:“linux用户站
为什么是用户/User而不是“粉丝/Fans”或者“玩家”呢?
我认为“用户”一词是最普遍的,最能囊括受众群体的。

服务部署

同一时间,我在本地部署了“linux用户站”的web服务器,和本博客相同的typecho。也算是一种路径依赖吧,我已经很难接受WP那种臃肿的PHP应用,这次的部署与之前有所不同,我没有使用MySQL/MariaDB而是选择了SQLite。
现在你可以访问https://linuxuser.site 查看这个简陋的站点。

现状与未来

国内有许多人,特别是年轻人对Linux的印象还停留在:黑客之选、极客玩具、普通人用不了、必须用命令行 这样的刻板印象。
除此之外,还有许多人虽然每天在互联网上把Linux挂在嘴边,频繁浏览相关视频,频繁发布相关评论,却从不在实际生产生活中使用Linux内核和各种Linux发行版。这种人在互联网上有一个很贴切的新名词:云玩家

搭建这个站点,既是为了圆我曾经对自由软件和开源的一腔热血,也是为了做点公益,冲淡充斥互联网的低质量口水文章,给希望以及正在使用Linux发行版的朋友们指引方向。
这个站点的建设也与linux.cn停运有着不可割舍的关系,在我看来老王叔叔是一个值得敬佩的Linux传道者,linux中国的文章也一度惠及我和身边的朋友,搭建这个站点亦有复刻Linux中国复活社区的意味。也许不久的将来我们有机会重现一个新的炎黄角马。

站点的收支

目前来看,我完全有能力自己承担域名和服务器的基本运维。甚至有余力时不时发点文章或者科普,在站点规模持续扩大超出作为我的业余爱好的对应资费水平之前,我不打算给服务器添加任何广告。我也不打算把站点打造成一个盈利工具,站点的一切收入会全部投入站点运营本身。如果侥幸有所盈余,就捐给联合国儿童基金会吧。

蒸馏技术的发展以及DeepSeek多模态大模型Janus-Pro-7B,更是成为加速ChatGPT死亡的最后一根稻草。
现在我的本地模型只剩下deepseek-r1:7b (DeepSeek-R1-Distill-Qwen-7B)
原有的
llama3.2:latest a80c4f17acd5 2.0 GB 3 weeks ago
llama3.2-vision:latest 085a1fdae525 7.9 GB 4 weeks ago
已被我彻底移除。
我确信未来我的硬核灌水流程会更轻松。

不管是Windows10还是Windows11,长期开机,特别是超过3天之后整个系统就可能因为内存错误导致某些软件甚至整个系统崩溃,在我过去使用Debian的时候因为AMD硬件的设备休眠往往存在问题所以通常不休眠,长期开机能坚持四五天的正常工作.在Fedora这里我马上就要坚持到一整个星期不关机了!而且休眠正常!