Webhook 验签通过仍被重复扣款：HMAC 签名与重放攻击防护实践
## 适用场景 支付、订单、代码托管或消息平台通过 Webhook 主动回调业务系统。接口已经校验 HMAC 签名，但偶尔仍出现同一事件被重复执行，甚至攻击者截获一条合法请求后，可以在数小时后原样重放。 本文以 Python 3.11、FastAPI 和 Redis 为例，实现一套可直接落地的接收端：对原始请求体进
Tag
#http
包含这个标签的文章。
Nginx 大文件上传返回 413：从限制链路定位到安全放行的排查实践
## 适用场景 业务通过 Nginx 上传图片、安装包、备份文件或导入数据时，小文件正常，大文件刚提交便收到 `413 Request Entity Too Large`。应用日志没有请求记录，客户端通常只看到一个 Nginx 错误页。 本文以“上传 80 MB 压缩包失败、10 MB 图片正常”为例，说明怎样确认
Nginx 反向代理后客户端 IP 全变内网地址：从 realip 配置到防伪造的排查实践
## 适用场景 业务服务部署在负载均衡、CDN、Kubernetes Ingress 或四层代理之后。应用日志中的 `remote_addr` 全是代理的内网地址，限流、风控和审计都无法识别真实访问者；更危险的是，直接信任请求携带的 `X-Forwarded-For`，会让攻击者伪造来源 IP 绕过白名单。 本文以
DNS 记录已变更但业务仍访问旧地址：从缓存链路到灰度切换的排查实践
## 适用场景 线上服务切换负载均衡、迁移 API 网关或故障切流后，权威 DNS 已显示新 IP，但仍有一部分客户端持续访问旧地址。常见表现包括：请求间歇超时、少量用户仍命中已下线机房、发布后错误率在一个较长窗口内缓慢回落。 本文以 `api.example.com` 从 `203.0.113.10` 切换到 `
Kubernetes 滚动发布卡住：用 startupProbe 避免慢启动应用被 livenessProbe 反复误杀
## 适用场景 Java、Django、Node.js 等服务在 Kubernetes 中滚动发布后，新 Pod 长时间处于 `CrashLoopBackOff`，Deployment 一直无法完成；而在开发或低负载环境中启动正常。日志常只来得及打印数据库连接、缓存预热或迁移检查的前几行。 本文以“应用冷启动约 9
Python httpx 并发请求频繁 PoolTimeout：连接未释放与连接池参数的排查实践
## 适用场景 Python 服务或批处理脚本通过 `httpx` 调用第三方 HTTP API。流量上来后，应用日志开始出现 `httpx.PoolTimeout`，但目标接口的监控显示延迟正常；重启服务后短暂恢复，随后问题又出现。常见于 FastAPI/Django 的异步任务、数据同步程序和并发爬取工具。 本
Nginx 间歇性 502：upstream keepalive 陈旧连接的排查与治理实践
# Nginx 偶发 502 且上游日志正常：upstream keepalive 陈旧连接的排查与治理 ## 适用场景 服务部署在 Nginx 反向代理之后，流量高峰或发布后偶发 `502 Bad Gateway`。Nginx 错误日志出现 `upstream prematurely closed connect
Nginx upstream timed out 导致 504 的排查与治理实践
## 适用场景 本文适用于 Nginx 作为反向代理或网关时，用户访问接口偶发或持续返回 `504 Gateway Time-out`，错误日志中出现 `upstream timed out`、`while reading response header from upstream` 等信息的场景。 典型架构如下：
Prometheus Target up=0 抓取失败的排查与修复实践
## 适用场景 本文适用于 Prometheus 已经配置了 `scrape_configs`，但在 Targets 页面看到目标实例显示 `DOWN`，或者 PromQL 查询 `up{job="xxx"} == 0` 的场景。常见对象包括 node_exporter、应用自暴露的 `/metrics`、Kuber
Python httpx 连接池耗尽导致 PoolTimeout 的排查与治理
## 适用场景 这篇文章适用于使用 Python `httpx` 调用内部 HTTP 接口、第三方 API、网关或微服务时，线上偶发出现请求超时、任务堆积、接口吞吐下降的问题。常见场景包括： - 定时任务批量调用接口； - FastAPI、Django、Celery worker 中复用 `httpx.Client