nginx重复定义相同server会导致冲突警告并静默丢弃后加载块；应通过nginx -t与grep定位冲突，确保同一端口下server_name唯一，合理组织配置文件并分离http/https块。
重复定义相同 server 通常指多个配置文件中出现了完全相同的 server_name + listen 组合（例如都写 listen 80; 且 server_name example.com;），Nginx 会报类似 conflicting server name "example.com" on 0.0.0.0:80, ignored 的警告，后加载的块被静默丢弃，导致请求无法按预期路由。
快速定位冲突位置
执行以下命令一次性输出所有生效的 listen 和 server_name 配置：
-
nginx -T 2>/dev/null | grep -E "^\s*listen|server_name" | grep -v "#"—— 查看最终合并后的全部监听与域名声明 - 配合
grep -r "server_name example.com" /etc/nginx/conf.d/或宝塔对应目录（如/www/server/panel/vhost/nginx/），直接定位哪些文件定义了该域名 - 注意检查备份文件：如
site.conf.bak、default.conf.old等也会被*.conf匹配到并加载
确保同一端口下 server_name 唯一
在 80 或 443 端口上，每个 server_name 值只能归属一个 server 块。若需多环境共用域名（如 dev.example.com 和 prod.example.com），不要靠多个 server 块监听同一端口+同域名，而应：
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
- 用不同子域区分：各自配置独立
server_name dev.example.com;和server_name prod.example.com; - 用
location+ 请求头或 cookie 分流：把逻辑放在单个 server 块内，通过location /api/或if ($http_x_env = "staging") { proxy_pass ... }实现 - 裸域与 www 必须显式处理：单独配一个只含
return 301 https://www.example.com$request_uri;的 server 块，避免和主站块冲突
规范配置文件组织方式
避免因加载顺序混乱引发覆盖问题：
- 统一命名前缀：如
00-main.conf（主站）、10-api.conf（接口）、99-default.conf（兜底） - 禁用重复 include：检查
nginx.conf中是否多次出现include /etc/nginx/conf.d/*.conf; - 公共配置抽离：SSL 参数、日志格式、反向代理通用设置等，用
include common/ssl.conf;单独管理，不在每个 server 块里复制粘贴
HTTPS 配置必须独立完整
共用 443 端口时，每个 server { listen 443 ssl; } 必须自带全套 TLS 指令：
-
ssl_certificate和ssl_certificate_key路径必须是绝对路径，且文件权限允许 nginx 用户读取（如私钥600，属主为nginx或root） - 不能把证书路径写在
http{}块里试图“共享”，它只对当前server生效 - HTTP 与 HTTPS 严格分离：
listen 80;和listen 443 ssl;必须在不同 server 块中，混写会启动失败
