nginx配置网站怎么做，nginx配置网站教程，nginx域名配置方法

Nginx 配置网站，本质是“请求转发”与“资源映射”的精确控制

无论你是部署一个静态博客、一个 PHP 应用，还是反向代理到后端服务，Nginx 的核心工作只有一个：根据你定义的规则，把用户的 HTTP 请求交给正确的处理程序，只要掌握 server、location、root 与 proxy_pass 这四个关键块，你就能完成 90% 的网站配置任务，本文从零开始，给出可直接落地的配置方案,并穿插酷番云服务器上的实战经验。

Nginx 配置的最小可用骨架

Nginx 的配置文件通常位于 /etc/nginx/nginx.conf，但它真正管理站点的方式是：在 conf.d 或 sites-available 目录下为每个网站单独建立一个 .conf 文件，这样做的好处是隔离清晰、便于维护,一个最基本的网站配置如下：

server {
    listen 80;
    server_name example.com www.example.com;
    root /var/www/example.com;
    index index.html;
    location / {
        try_files $uri $uri/ =404;
    }
}

• listen 80：监听 HTTP 默认端口，若启用 HTTPS 则改为 443 ssl。
• server_name：域名匹配的关键，支持精确匹配、通配符 .example.com 和正则。
• root 指定网站的物理文件路径，index 定义默认入口文件。
• location / 是全局匹配规则，try_files 先尝试请求的 URI 对应的文件，再尝试目录，都没有则返回 404。

三种最常见的站点类型配置

静态站点（HTML/CSS/JS/图片）

静态站点的配置最简洁，上述“最小骨架”即可直接使用，但有一个优化点：开启 gzip 压缩与浏览器缓存,对页面加载速度提升明显。

server {
    listen 80;
    server_name static.example.com;
    root /data/static;
    index index.html;
    gzip on;
    gzip_types text/css application/javascript image/svg+xml;
    location ~ .(jpg|jpeg|png|gif|ico|css|js)$ {
        expires 30d;
        add_header Cache-Control "public, immutable";
    }
}

PHP 动态站点（如 WordPress、ThinkPHP）

Nginx 本身不执行 PHP，必须将 .php 请求转发给 PHP-FPM，配置时注意：不要用 location .php$ 配合 root 直接拼路径，而要用 fastcgi_param SCRIPT_FILENAME 动态指定,避免路径解析漏洞。

server {
    listen 80;
    server_name blog.example.com;
    root /var/www/blog;
    index index.php;
    location / {
        try_files $uri $uri/ /index.php?$query_string;
    }
    location ~ .php$ {
        include fastcgi_params;
        fastcgi_pass unix:/run/php/php8.1-fpm.sock;
        fastcgi_index index.php;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    }
}

反向代理站点（Node.js、Java、内网服务）

当你不想让 Nginx 直接服务文件，而是把请求转发给 3000 端口或内网其他机器时，使用 proxy_pass。关键坑位：proxy_pass 的 URI 是否带斜杠,决定了转发路径是否被替换。

server {
    listen 80;
    server_name api.example.com;
    location /api/ {
        proxy_pass http://127.0.0.1:3000/;  # 带斜杠：去掉/api前缀再转发
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
}

HTTPS 配置与安全加固

HTTPS 已是大势所趋，推荐使用 Let’s Encrypt 免费证书，Nginx 配置只需两处改动：

server {
    listen 443 ssl;
    http2 on;
    server_name example.com;
    ssl_certificate     /etc/nginx/ssl/example.com.crt;
    ssl_certificate_key /etc/nginx/ssl/example.com.key;
    ssl_protocols TLSv1.2 TLSv1.3;
    ssl_ciphers HIGH:!aNULL:!MD5;
    # 其他配置同HTTP
}
server {
    listen 80;
    server_name example.com;
    return 301 https://$host$request_uri;  # HTTP强制跳转HTTPS
}

安全加固的三条底线：

• 隐藏版本号：在 http 块加 server_tokens off;
• 限制请求体大小：client_max_body_size 10m; 防止大文件上传拖垮服务器
• 设置超时：proxy_read_timeout 60s; 避免后端卡死导致连接堆积

酷番云实战经验案例：高并发下的一次“惊魂”

我们曾在酷番云一台 4C8G 的云服务器上部署一个电商促销页，预期流量 10 万 UV，上线时按默认配置开启 Nginx，结果压测到 3000 并发时，连接数飙升、CPU 100%,用户反馈页面白屏。

排查后发现核心瓶颈不是 CPU，而是 Nginx 的 worker_connections 与 keepalive_timeout 设置不合理，默认配置只用了一个 worker 进程，且 keepalive_timeout 高达 75 秒,导致每个用户请求结束后连接不释放。

我们针对酷番云主机的配置优化如下：

worker_processes auto;  # 自动匹配CPU核数
events {
    worker_connections 65535;  # 单个worker最大连接数
}
http {
    keepalive_timeout 20;
    keepalive_requests 1000;   # 单个连接最大请求数
    upstream backend {
        server 127.0.0.1:8080 max_fails=2 fail_timeout=10s;
        keepalive 64;  # 复用后端连接，减少TCP握手
    }
}

优化后效果惊人：同样的机器，并发能力从 3000 提升到 2 万以上，CPU 占用反而下降了 30%，这个案例告诉你：不要迷信硬件，Nginx 调优往往比加服务器更划算，在酷番云选购服务器时，即使是入门级配置，只要把 worker 参数和连接策略调对,也能扛住中等规模的突发流量。

常见坑位与排错技巧

• 403 Forbidden：多半是 root 目录权限不对，Nginx 的工作用户（nginx 或 www-data）没有读权限，执行 chmod -R 755 即可。
• 修改配置不生效：先执行

  

  nginx -t 验证语法，再使用 systemctl reload nginx 平滑重载，不要用 restart,避免瞬间断开。

• 配置了 HTTPS 但访问仍跳 HTTP：检查 server 块中是否遗留了 listen 80 的重复 server_name，Nginx 会优先匹配精确 listen 端口。
• 日志排查：默认错误日志在 /var/log/nginx/error.log，出现 502 时重点看 proxy_pass 的后端端口是否存活。

相关问答模块

问：Nginx 的 location 匹配规则到底是怎么排序的？优先级很难记。

答：只记住三个关键点即可，第一，精确匹配 location = /path 优先级最高，一旦匹配立刻停止，第二，前缀匹配 ^~ 高于正则匹配，但不要求完全相等，第三，正则匹配 和 `~按配置文件中的书写顺序，一旦匹配就停止，普通前缀匹配（如location /api）优先级最低，实际开发中，你只需把静态文件用^~` 修饰，把动态请求用正则区分,基本不会出错。

问：网站流量突然暴增，但我不想换服务器，有什么最快速的 Nginx 缓解方案？

答：建议三步走，第一步，开启 gzip 和 expires 缓存，减少 70% 的重复请求传输，第二步，设置 limit_req_zone 对单 IP 限流,防止恶意刷量：

limit_req_zone $binary_remote_addr zone=one:10m rate=10r/s;
server {
    location / {
        limit_req zone=one burst=20 nodelay;
    }
}

第三步，把大文件或图片迁移到 CDN，回源路径用 proxy_pass 指向你的 Nginx，这套组合拳能在不升级机器的情况下，扛住 3 到 5 倍的流量波动。

结语互动

Nginx 配置不难，难的是根据业务场景选择最优结构，如果你在配置中遇到了奇怪的报错，或者有独到的优化技巧，欢迎在评论区分享你的案例,你的问题可能就是下一个最佳实践的起点。