群晖固件、软件等下载 地址记录 固件、软件下载 https://archive.synology.com/download

如何测试组播网络 问题背景 某项目安装keepalived+nginx做高可用时发现两个节点都获取到了vip地址，查看本机防火墙、测试对端常用端口、ping等无问题，也确定配置复用的其他项目基本上无问题，那么如何确定是否网络问题呢？ tcpdump排查vrrp协议 首先可以通过vrrp协议来查看两台主机的流量情况，tcpdump是支持直接过滤vrrp协议的，如果两个节点正常运行，那么可以通过tcpdump看到两个节点之间存在交互行为，命令如下： tcpdump -i ETH0 -p vrrp 如果在每个节点只能看到 224.0.0.18 与本机的交互流量而没有对方机器的流量，那么基本上可以判断为网络问题 主动测试组播流量 如果仍然存在怀疑，那么可以主动测试组播流量是否存在问题 vrrp协议使用的地址 224.0.0.18 进行组播，那么可以在其中一台机器ping这个地址，然后在另一台抓取流量，步骤如下： 在机器A ping组播地址 tcpdump -i eth0 multicast 在机器B抓取组播流量 ping 224.0.0.18 此时正常能够看到机器A的ping流量

群晖docker无法删除容器与重建容器失败 问题背景和方案 这个问题与本站的群晖删除文件失败类似，但与之前的现象有一些区别，可以作为整个问题现象的补充 问题一 容器运行正常，但删除容器提示 Error response from daemon: container : driver "btrfs" failed to remove root filesystem 这个问题按照之前的方法处理即可，也可以直接进入提示的目录，删除对应的文件，之后便可以成功删除容器了 问题二 重新创建之前删除的容器，启动提示 no such file or directory. unknown 前面还有一串字符是提示命令的命令 一开始以为是启动命令错误，排查了半天，后来发现最小化参数启动也不行，那么与启动命令无关了，应该是确实找不到对应文件 怀疑是前面删除了btrfs文件导致的，于是干脆删除镜像重新拉取，但又出现了新问题，删除镜像异常快且重新拉取提示很多镜像层 already exists，这种不正常的现象最终也预示了启动失败，错误仍然相同 接下来尝试了清理未使用的镜像和无用数据，结果也都无效果 docker image prune -a docker system prune -a 最后还是按照老办法，删除docker元数据，重建docker

typecho Joe主题增加文章更新时间 需求背景 不管是 wordpress 还是 typecho ，在发表文章后都是只有发布时间的，后续多次更新文章，显示的发布时间也不会有变更。这样即使中途做了更新，但时隔几年的文章让人无法了解其中的内容是否还能跟目前的技术匹配。无法让读者快速的筛选，从而损失了大量的测试时间。 针对上面这个问题，可以在文章中增加一个最新更新的字段，它显示文章最近一次更新的时间 实现方案 其实 typecho 数据表中不仅有文章的创建时间，也是有文章最近更新时间字段的，只是没有显示罢了，那么直接使用这个数据即可 经过了解 Joe 的主题支持的钩子函数不太好，所以无法通过插件来注入，而web中编辑主题也无法很好的插入，实际的页面展示部分在其 public/batten.php 文件，需要在这个部分插入 更新时间 这个字段 配置修改 以下是修改步骤 登陆服务器，找到主题目录中的配置文件 typecho/usr/themes/Joe/public/batten.php 在配置文件中，可以看到其他字段的部分，比如：文章发布时间，评论数等 可以选择在发布时间下的代码增加如下： <span class="line">/</span> <span class="text">最后修改: <?php echo date('Y-m-d H:i', $this->modified); ?></span> 保存后可以立即刷新文章页面，即可看到增加了更新时间字段的显示

typecho的安装部署 安装方式 了解到部署架构与wordpress类似，主要使用 lamp，手动部署还是要一番功夫的。发现有 docker 镜像，所以干脆在 nas 上使用容器来运行了 docker 镜像地址: https://hub.docker.com/r/joyqi/typecho 建议下载稳定版本，目前仍然是 1.2.1 部署过程 typecho部署 主要的部署流程和注意事项如下： 考虑到个人基本上只使用nginx，但 typecho 的 docker 没有直接使用nginx的镜像，所以拉取了 php-fpm 的镜像，然后再部署nginx反向代理 还需要一个mysql数据库，使用mysql8也可以 为了后续便捷的扩展插件、主题等，可以把容器内目录 /app 挂载到本地 启动命令如下： docker run -it -d --name typecho-server -p 9000:9000 \ -e TYPECHO_DB_HOST=192.168.0.10 \ -e TYPECHO_DB_USER=typecho \ -e TYPECHO_DB_PASSWORD=TypeCho_20250717 \ -e TYPECHO_DB_DATABASE=typecho \ -e TYPECHO_SITE_URL=https://yuc.pub:12345 \ -v /volume2/docker/typecho:/app \ joyqi/typecho:1.2.1-php7.4-fpm-alpine 注意：为了使用自建 nginx，所以把 9000 端口映射了出来，一定要做好安全措施，建议防火墙只允许本机访问 nginx部署 启动命令如下： docker run --name nginx -it -d -p 12345:12345 \ -v /volume2/docker/nginx/nginx.conf:/etc/nginx/nginx.conf \ -v /volume2/docker/nginx/conf.d:/etc/nginx/conf.d \ -v /volume2/docker/typecho:/app \ nginx:stable-alpine3.21-perl 挂载出默认的配置文件和自定义的配置目录，以支持后续的配置扩展 注意：nginx 的目录一定要和 typecho 的路径一致，否则无法正常访问 nginx的默认配置 user root; events { use epoll; worker_connections 10240; } http { include mime.types; default_type application/octet-stream; log_format main '$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; #access_log logs/access.p.log main; #error_log logs/error.p.log debug; sendfile on; keepalive_timeout 65; #gzip on; include /etc/nginx/conf.d/*.conf; proxy_cache_path /etc/nginx/conf.d/cache levels=1:2 keys_zone=my_cache:100m max_size=500m; server_tokens off; } typecho相关的配置 server { listen 12345; server_name www.yuc.pub; root /app/; index index.html index.htm index.php; # gravatar location ^~ /avatar/ { proxy_set_header Host www.gravatar.com; valid_referers none blocked .yuc.pub; if ($invalid_referer) { add_header Cache-Control "no-store"; return 401; } if ($http_referer !~* ^https?://([^/]+\.)?yuc\.pub(:\d+)?(/.*)?$) { add_header Cache-Control "no-store"; return 403; } proxy_cache_valid 200 7d; proxy_max_temp_file_size 10m; if ($args = "") { rewrite ^(.*)$ $1?auth=XXX666 break; } if ($args != "") { rewrite ^(.*)$ $1?$args&auth=XXX666 break; } proxy_cache my_cache; proxy_cache_valid 200 30d; proxy_cache_use_stale error timeout updating http_500 http_502 http_503 http_504; add_header X-Cache-Status $upstream_cache_status; proxy_pass https://43.xxx.xxx.xxx; } location / { if (!-e $request_filename) { rewrite ^(.*)$ /index.php$1 last; } } location ~ .*\.php(\/.*)*$ { include fastcgi.conf; fastcgi_pass 192.168.0.10:9000; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; } } 远程avatar配置 location /avatar { if ($arg_auth != "XXX666" ) { return 401; } rewrite ^/avatar\?auth=.*&?(.*)$ /avatar?$1 last; proxy_set_header Host www.gravatar.com; proxy_pass https://www.gravatar.com; } 配置解析： avatar 段的配置解决了头像在国内无法正常访问，导致的请求缓慢，然后也做了一些安全限制 后续的location配置是 typecho 的配置