问题根源：服务器重启后，之前用 nohup 启动的后台进程自然消亡，而 crontab 中的守护命令因为某些原因（可能是环境变量或脚本内部逻辑）没能成功拉起进程。这说明 cron 确实尝试启动了，但可能由于环境变量或路径问题，启动失败。手动测试永远是第一排查手段：手动能启动，就说明脚本本身没问题，问题出在自动触发环节。cron 守护虽然强大，但受限于环境变量，有时无法成功拉起进程，需要针对性调试。

我虽然每天凌晨用 update_china_ipset.sh 更新集合，但脚本中只执行了 ipset flush china 和 ipset add，没有 ipset create china hash:net -exist 这样的创建逻辑。直到有一天，服务器因系统更新重启，第二天我查看 Nginx 日志时，发现了大量来自 瑞士、美国、新加坡 的 IP 请求，而且很多在尝试 /wp-admin、/