导读：本期聚焦于刘卫东创作的《如何在Windows上配置Nginx？详细步骤与常见问题解答》，敬请观看详情。如果你正在Windows环境部署Nginx，可能会遇到路径配置、端口冲突、日志缺失等一连串问题。本文从零开始演示下载、解压、修改配置到启动服务的全过程，并针对静态站点、反向代理、HTTPS证书等常见场景给出可直接套用的配置片段。还会重点说明Windows特有的注意事项，比如防火墙放行、命令窗口运行方式、进程管理以及开机自启方案。遇到80端口被占用、重载配置失败、路径包含中文导致异常等高频问题，文中都有对应的排查思路。读完这篇文章，你可以在Windows上独立完成Nginx的安装与基础运维，无需依赖Linux环境。所有命令和路径均以Windows格式列出，确保直接复制可用。
栏目：Nginx 时间：10-16 Windows配置Nginx
导读：本期聚焦于苏沐橙创作的《Nginx配置ssl_trusted_certificate时如何正确构建信任证书链？》，敬请观看详情。客户端校验证书链时经常遇到 unable to get issuer certificate 错误，根因往往不是证书本身有问题，而是 Nginx 没有加载完整的中间证书和根证书链。ssl_trusted_certificate 指令承担了两个关键角色：为 OCSP Stapling 提供验证证书链，以及在启用客户端证书认证时指定可信 CA 列表。许多 Nginx 配置只设置了 ssl_certificate 和 ssl_certificate_key，遗漏了 ssl_trusted_certificate，结果 OCSP 响应无法验证，或者客户端证书无法被服务端识别。本文从证书链拼接规则、Nginx 指令语义、常见错误排查三个角度展开，说明如何用 openssl 生成合并后的可信证书文件，以及如何验证 OCSP Stapling 和双向认证是否真正生效。读者可以对照自己的证书目录，快速定位链不完整导致的兼容性问题。
导读：本期聚焦于天穹小白创作的《如何用Shodan检查Nginx服务器的互联网暴露面？》，敬请观看详情。公网上的Nginx服务器有多少配置信息在不经意间被搜索引擎抓取？Shodan这类设备搜索引擎会主动连接全球IP，记录HTTP响应头、错误页面和证书细节，使暴露面在几分钟内就能被检索出来。本文围绕Shodan对Nginx服务的识别原理展开，说明如何通过product、server、http.title等语法定位目标，分析版本泄露、默认页面、目录枚举和TLS配置不当等常见风险，并演示用Shodan API批量核查自有资产的方法。最后给出隐藏版本号、修改默认错误页、限制来源端口和启用监控等加固措施，帮助运维人员把Nginx的互联网暴露面降到最低。
导读：本期聚焦于小师妹创作的《如何自动清理Nginx过期日志？》，敬请观看详情。Nginx运行一段时间后，access.log和error.log体积会迅速膨胀，如果不加控制，磁盘空间很快会被占满，甚至影响服务稳定性。手动删除虽然简单，但容易误删正在写入的文件，也可能遗漏历史日志。更可靠的做法是借助logrotate工具或自定义脚本，按照时间、大小或数量自动轮转并清理过期日志。本文将拆解几种主流策略：利用系统自带的logrotate配置Nginx日志轮转，编写Shell脚本配合crontab实现定时清理，以及使用find命令按修改时间精确删除。同时会分析每种方案的适用场景、权限要求和常见坑点，比如日志文件被重命名后Nginx是否会自动创建新文件、如何发送信号让Nginx重新打开日志句柄等。通过合理的清理策略，既能释放磁盘空间，又能保留必要的审计记录。
导读：本期聚焦于郑钧天创作的《Nginx日志通过NFS网络文件系统挂载如何实现集中管理？》，敬请观看详情。如果多台Nginx服务器同时对外提供Web服务，每台机器各自记录访问日志，管理员查看日志需要分别登录不同主机，排障效率很低。NFS网络文件系统可以让多台Nginx服务器把日志写入同一个远端存储目录，实现日志集中归档。本文从NFS服务端导出目录的配置入手，说明如何设置合适的共享权限和同步选项，再给出Nginx客户端挂载参数与日志路径调整方法。同时会讨论NFS挂载后日志写入延迟、锁竞争以及服务中断对Nginx的影响，并提供一些实际生产环境中的优化建议。通过这套方案，可以用较低成本实现多节点日志统一收集，减少运维负担。
导读：本期聚焦于广州GEO公司创作的《Nginx日志里出现Downstream-Control怎么排查回源连接问题？》，敬请观看详情。排查Nginx反向代理故障时，access_log或error_log中偶尔会冒出一行Downstream-Control，这个标记到底代表连接在哪一端被掐断，值得认真分辨。多数场景下它指向客户端与Nginx之间的下行链路过早关闭，而不是上游源站主动断开。可如果配合upstream超时、回源失败等日志一起出现，含义就会复杂起来。文章从日志字段的来源切入，结合proxy_ignore_client_abort、proxy_read_timeout、proxy_send_timeout等关键指令，分析不同配置组合下Downstream-Control的触发路径。同时给出按时间线核对日志、抓包确认FIN报文方向、调整缓冲与超时参数的可行方案，帮助快速定位是客户端网络抖动、源站响应过慢，还是Nginx自身的代理策略导致连接被回收。
导读：本期聚焦于崔健创作的《Nginx回源时如何处理Transfer-Encoding: chunked请求并记录日志？》，敬请观看详情。排查Nginx反向代理链路时，上游服务经常收到Transfer-Encoding值为chunked的请求头，同时Content-Length字段为空，这会改变应用层读取请求体的方式，也常让Nginx访问日志中的长度字段出现看似矛盾的结果。chunked编码把请求体拆成若干十六进制长度前缀加数据块，结束块用0标识，适合无法提前确定长度的流式上传。Nginx是否保留或重写该头，取决于proxy_request_buffering、proxy_http_version以及proxy_set_header相关配置。开启请求体缓冲时，Nginx会先完整读取body再回源，通常补上Content-Length；关闭缓冲后则以流式方式转发，更可能沿用chunked。本文结合日志变量、配置示例和抓包现象说明两者的差异，并给出排查思路。
导读：本期聚焦于清原小日向创作的《如何用Nginx配合mitmproxy搭建HTTPS中间人代理调试环境？》，敬请观看详情。想把移动端或第三方回调的HTTPS流量导入本地调试，却卡在证书和路由配置上？Nginx配合mitmproxy能快速搭建一套可观测的中间人代理环境。Nginx负责接收客户端连接，通过stream模块将原始TLS流量转发给mitmproxy；mitmproxy终止TLS握手，展示明文请求和响应，并可按规则转发到真实后端或本地开发服务。整个过程只需要在客户端安装mitmproxy生成的CA证书，服务端无需改动业务代码。文章会对比另一种Nginx终止TLS后明文转发给mitmproxy的方案，说明各自的适用场景。重点演示stream配置、mitmproxy启动参数、上游转发方式以及断点修改技巧。读完可以掌握如何在不影响线上服务的前提下，对加密接口进行抓包、重放和自动化测试。
导读：本期聚焦于小黄人创作的《Nginx出现connection refused连接被拒绝如何快速定位？》，敬请观看详情。connection refused是操作系统TCP层直接返回的错误，不是Nginx自身配置项报错。当Nginx作为反向代理访问后端时，如果目标端口没有进程监听，或者监听的地址与请求地址不一致，Linux内核会向客户端发送RST包，Nginx记录connect() failed (111: Connection refused)。很多人只盯着Nginx配置文件找问题，却忽略了后端服务是否真的存活。本文从TCP握手语义出发，梳理connection refused的触发条件，结合ss、telnet、curl、tcpdump等工具，演示如何一步步确认拒绝来源，再回到Nginx的proxy_pass、upstream、IPv4与IPv6监听等配置细节，给出可落地的排查顺序和修复策略。
栏目：Nginx 时间：10-15 Nginx连接被拒绝
导读：本期聚焦于张立峰创作的《Nginx中http2_push_diary_log_max_files如何控制日志保留数量？》，敬请观看详情。日志文件持续增长会造成磁盘空间紧张，HTTP/2 push 日记文件尤其容易在调试阶段快速堆积。Nginx 本身提供 access_log 和 error_log，但并没有全局的日志文件数量上限，不少团队通过扩展指令 http2_push_diary_log_max_files 来指定日记文件的最大保留份数。该参数通常用在自定义 server 或 http 块中，配合按日期切分的命名规则，让旧文件在超过阈值后自动清理。本文将介绍这个配置项的具体含义、使用场景、与 logrotate 的配合方式，以及如何避免误删正在写入的日志。同时给出常见配置示例和排查思路，帮助运维人员在不影响服务的前提下维持日志数量的稳定。
Nginx HTTP/2 Server Push 推送资源最大尺寸如何配置？
