逻辑构建×质感表达：13年实战技术设计教程

　　去年四月，服务器在备案审核通过后第七天凌晨三点十七分开始吐 502——不是间歇性的，是那种“你刷新一百次，一百零一次全挂”的硬断。我光着脚踩在木地板上跑过去看，凉气从脚心直接蹿到后颈，手机屏幕还亮着上一条消息：客服回的“已提交工单，预计 24 小时内响应”，发信时间是前天下午四点二十三分。

　　我原以为是 Nginx 配置崩了，结果 ssh 进去一看，进程都活着，日志里连 ERROR 字样都没有，只有三行 warn：「upstream timed out (110: Connection timed out) while reading response header from upstream」，重复八次，间隔正好五十秒。我把 upstream 地址抄下来手动 curl，通。换 wget，也通。但只要走域名、走 CDN、走它妈的任何一层代理，就卡在 header 读取那半秒，像被掐住喉咙喘不上气。

文章配图，仅供参考

　　运维老张蹲在我旁边啃冷包子，腮帮子鼓着说：“你这个 SSL 证书链是不是又没续？”我摇摇头——证书是上个月十九号刚用 acme.sh 自动续上的，连 renewal hook 都写了两版。他吐出一根韭菜叶子：“那你 reload nginx 试过没？”我说 reload 了六次，最后一次加了 --test，返回 success。他盯着终端不动，突然问：“你有没有删过 /etc/nginx/conf.d/default.conf？”我没删，但去年十一月确实把 default.conf 改名存档了，因为里面有一段 location ~ \\.php$ 的旧规则，怕干扰新架构。他说：“那它现在读的是哪个文件？”我愣了三秒，翻出来——原来是另一台机器同步过来的备份配置，第八次上线时漏删了 symlinks，default.conf 被软链到了 /srv/backup/nginx-conf-archive/2023-q4/default.conf，而那个文件里 upstream 写的是内网旧 IP，没走 DNS 解析，也没设 resolver。对，就是那个压根没跑通、从来没人测过的旧地址。

　　我也不知道怎么就顺手把那条软链 rm -f 了，reload，五秒后首页回来了。但奇怪的是——首页回来之后，后台管理页反而打不开，报 504。查日志发现，它在调用 /api/v2/log?level=warn 接口时，多传了一个 query 参数叫 utm_source，而这个参数值是 “baidu-sem-202310” ——这玩意儿根本不在 API 文档里，也不在任何前端 JS 里，它只存在于三个月前某次 A/B 测试的灰度 header 注入规则里，那条规则早该下线了，可 nginx conf 里 rewrite_log on 没关，规则还在 silently 匹配。反正它匹配了，就把 utm_source 强塞进所有 /api/ 请求，后端一碰到不认识的参数直接抛错，超时崩成 504。

　　有谁碰到过这个吗？

　　（阳台晾着两条蓝牛仔裤，其中一条左膝已经磨出毛边）

　　（隔壁小学今天没敲上课铃）

（编辑：航空爱好网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!