Nginx server块监听需显式声明协议与IP端口组合，如listen 443 ssl http2;，不可仅写端口；HTTPS必须带ssl标识，IPv6地址须用方括号包裹，多server块避免IP+端口重复，default_server提升匹配可靠性。
配置 Nginx 的 server 块监听端口与协议，核心在于精准控制流量入口、明确协议语义、避免常见冲突。不是写对就行，而是要让每个 listen 指令真正按预期生效。
listen 必须带协议标识，不能只写端口号
仅写 listen 443; 是不安全也不完整的——Nginx 不会自动启用 SSL。HTTPS 必须显式声明：listen 443 ssl http2;。同理，HTTP/2 需配合 http2 参数才生效；若需 IPv6 支持，应写成 listen [::]:443 ssl http2;。不加 ssl 标识，即使配了证书，请求也会被拒绝或降级为 HTTP。
多端口共存：同一 server 块 vs 多个 server 块
两种方式都合法，但适用场景不同：
- 用多个
listen指令（如listen 80; listen 8080;）适合共享完全一致的路由逻辑，比如测试环境同时开放调试端口和正式端口 - 用多个
server块更适合差异化配置：不同端口对应不同根目录、不同访问控制、不同日志路径，或一个端口纯静态服务、另一个端口反向代理后端 - 混用时注意：同一个 IP+端口组合不能在多个
server块中重复出现，否则nginx -t会报错
IP 绑定要具体，避免通配符引发歧义
想限制服务只响应某块网卡的请求，就必须写死 IP：listen 192.168.1.100:80;。写 listen *:80; 或 listen 0.0.0.0:80; 会监听所有 IPv4 接口，存在暴露风险。IPv6 地址必须用方括号包裹：listen [2001:db8::1]:443 ssl;。若同时监听 IPv4 和 IPv6，推荐分开写两行，避免 ipv6only=on/off 引发兼容问题。
强制跳转与默认 server 的可靠写法
HTTP 到 HTTPS 跳转，不要用 if ($scheme = http) { return 301 ... }——Nginx 官方已明确不推荐。正确做法是单独建一个 server 块监听 80 端口，仅做 301 返回：
server {<br> listen 80;<br> server_name example.com www.example.com;<br> return 301 https://$server_name$request_uri;<br>}同时，为防未匹配域名的请求落入错误块，建议在主 HTTPS server 中加上
default_server 标识：listen 443 ssl http2 default_server;，比依赖配置顺序更稳定。 
