最近又帮一个朋友收拾他那台闲置的服务器发现很多人对“Linux下的WEB服务器搭建”这个事还是有误解。总觉得这东西特别高深得懂一堆底层原理才能碰其实真不是。只要理清楚整体思路按部就班地操作哪怕之前只接触过Windows环境也能在两三个小时内把一套能用的Web环境跑起来。这篇文章就是给你一条可以“照着抄”的完整路径。从方案选型、系统准备到Nginx安装、虚拟主机配置、动态站点接入再到最常见的排错和优化我会把为什么这么做、每一步在干什么、踩过什么坑都讲清楚。适合刚接触Linux的开发者、打算自己搭站点的学生以及想系统梳理运维基础的后端工程师。你跟着走一遍之后会发现自己对Linux服务器的理解完全不一样了。1. 动手之前把方案选型一次想清楚1.1 为什么选Linux以及Web Server三巨头怎么挑先聊一个听起来有点基础但很多人确实没细想过的问题为什么Linux在服务器领域这么强势搞Web服务几乎绕不开它。三个字就能概括稳、轻、省。Linux本身是模块化设计内核精简默认情况下不加载你用不到的服务所以对内存和CPU的占用比带图形界面的桌面系统低得多。我见过不少云服务器只有1G内存跑Windows再装个数据库基本就卡到没法用但同样配置的Linux装完Nginx加PHP再跑一个MySQL日常访问完全撑得住。另外Linux的文件权限模型、进程隔离、日志机制都要更透明出了问题你能顺着系统日志一步步摸到根因而不像一个黑盒。再就是成本。Linux发行版本身免费配套的Nginx、Apache、MySQL、PHP都是开源方案不需要为授权费操心。整个技术栈的社区资料极多随便搜一个报错都能翻到前人写的解决方案。那Web Server选哪个目前主流就三个Nginx、Apache、OpenResty严格说OpenResty是基于Nginx的增强版。我做实战首选Nginx理由很直接高并发能力出色。Nginx用事件驱动模型一个进程能扛大量连接静态文件处理速度快。配置语法简洁虚拟主机、反向代理、负载均衡写起来都方便。占资源是真的少。同样一台机器Apache开prefork模式吃内存吃得厉害Nginx这边要省很多。反向代理和负载均衡是原生的强项后面你要挂多个应用、做HTTPS终止、甚至接缓存节点Nginx都顺手。Apache也不是不好它对动态语言的兼容细节更传统.htaccess目录级配置对某些老项目的支持更灵活。如果你维护的是老牌PHP项目、依赖大量.htaccess规则那Apache可能是更省心的选择。但面向新项目、面向云原生环境Nginx基本是公认的默认答案。1.2 用包管理器装还是源码编译我这边的建议很多教学文章会让你源码编译安装显得很专业但我个人强烈建议除非你对某个模块有定制化需求否则直接用系统包管理器安装。拿CentOS系和Debian系分别举例CentOS下用yum新版用dnfDebian/Ubuntu下用apt。执行一条指令软件包、依赖、默认配置、系统服务脚本全给你安排妥当后续卸载也干净。这就是工程化的做法——用最少的心智负担搞定基础环境。那源码编译什么时候用一般是这几个场景官方源里版本太老需要新特性要按业务需要编译特定模块要改默认安装路径或者你想深度控制编译参数。源码编译的乐趣在于你能看清整个构建过程但日常生产环境里确实没必要。还有一点容易被忽略包管理器安装的版本通常经过发行版团队的稳定性测试和系统库的兼容性已经验证过。你自己源码编译万一某个依赖库升级把兼容性搞崩了排查起来很痛苦。说句实话我早期就是编译党踩过几次坑之后就老实了。2. 基础环境准备从纯净系统到Nginx跑起来2.1 系统更新、防火墙规则和基础工具我假定你拿到手的是一台已经装好Linux发行版的服务器云主机也好、本地虚拟机也好发行版建议使用Ubuntu 22.04 LTS或者CentOS Stream类的系统教程资料齐全遇到问题好搜。登录系统之后第一件事不是急着装Nginx而是把系统包索引更新一遍。Ubuntu/Debian系执行sudo apt update sudo apt upgrade -yCentOS/RHEL系执行sudo dnf update -y这一步的意义是同步软件仓库的最新状态避免后续安装时拉到残缺的旧索引。我见过有些朋友系统镜像装完几个月没更新直接装Nginx报依赖错误其实就是索引太旧导致的。接下来检查防火墙。很多云平台的安全组默认只放行22端口你就算在系统里把Nginx配置出花来外部也访问不了80端口。先在本地把规则确认好。以Ubuntu上常用的ufw为例sudo ufw allow 22/tcp sudo ufw allow 80/tcp sudo ufw allow 443/tcp sudo ufw enableCentOS的firewalld是这样sudo firewall-cmd --permanent --add-servicehttp sudo firewall-cmd --permanent --add-servicehttps sudo firewall-cmd --reload再安装基础工具链。主要是文本编辑器、网络排查工具还有编译相关的包虽然不打算源码编译但后续装一些扩展可能用到。Ubuntu执行sudo apt install -y vim net-tools curl wget git build-essential到这里系统层面的预备工作就算做完了。2.2 安装Nginx并验证默认服务可用现在正式安装Nginx。Ubuntu/Debian系sudo apt install -y nginxCentOS系sudo dnf install -y nginx装完启动服务并设置开机自启sudo systemctl start nginx sudo systemctl enable nginx这里多说一句systemctl。现代Linux发行版都用systemd管理服务start是启动enable是设置开机自启。很多新手只start不enable服务器一重启Nginx就没了还以为是玄学问题。验证服务是否跑起来用这个组合systemctl status nginx ps -ef | grep nginx ss -tlnp | grep 80如果状态显示activerunning且80端口正在监听说明基础安装成功。此时你在浏览器里访问服务器IP应该能看到Nginx默认欢迎页。默认页通常是一个白底黑字带Nginx图标的页面看到它别急着高兴这只是第一步。真正需要改造的是它的配置结构——默认页对应的配置是后续所有站点配置的模板理解了它你就理解了Nginx的配置哲学。2.3 搞清楚Nginx配置文件的组织逻辑Nginx安装完之后配置文件分散在几个目录里很多新手看到就懵哪儿是主配置哪儿是站点配置改哪个文件才对我打个比方。你打开一个软件主设置页面只放通用选项具体某个项目的专属设置放在单独的资料卡里。Nginx也是一样。主配置文件是/etc/nginx/nginx.conf它负责设置全局参数比如运行用户、进程数、日志路径、gzip开关。开头一般长这样user www-data; worker_processes auto; pid /run/nginx.pid; events { worker_connections 1024; } http { include /etc/nginx/mime.types; include /etc/nginx/conf.d/*.conf; include /etc/nginx/sites-enabled/*; }注意那两行include。它表示http块会额外加载conf.d目录和sites-enabled目录下的所有配置。这就是Nginx的扩展机制——你没必要把站点配置统统塞进主文件而是拆成一个个独立的站点文件清爽也方便管理。站点配置的“待发布区”在/etc/nginx/sites-available/真正启用的配置则软链接到/etc/nginx/sites-enabled/。为什么要分两个目录因为available里可以存草稿和暂时禁用的站点enabled里才是生效的。你不想让某个站点服务了直接把软链接删掉就行原文件还在以后想恢复就重新链接。这套机制虽然简单但实际维护多站点时非常实用。默认安装会有一个sites-enabled/default文件它监听80端口并回显默认页。我们接下来要做的事就是在这个基础上扩展出自己的站点。3. 核心配置实战从默认页到完整的虚拟主机3.1 目录结构规划与权限设计开始写站点配置之前先把文件目录规划好。很多新手图省事直接把项目文件堆在/root或者家目录里然后发现权限不对Nginx访问不了。这是非常经典的坑。我习惯的项目目录结构如下/var/www/ └── yourdomain.com/ ├── html/ # 前端静态文件 ├── log/ # 站点独立日志 └── ssl/ # 证书文件为什么放在/var/www因为Nginx默认运行用户是www-dataUbuntu系或nginxCentOS系/var/www正是为Web内容准备的目录权限上更合理。你放在/root下Nginx进程由于权限隔离根本读不了页面就会404或者403。创建目录并设置权限sudo mkdir -p /var/www/yourdomain.com/html sudo chown -R www-data:www-data /var/www/yourdomain.com sudo chmod -R 755 /var/www/yourdomain.com这里chown把目录所有者改成了www-dataNginx进程就能正常读写。755权限的意思是所有者能读写执行组内用户和其他用户只能读和执行。这个设置兼顾了功能和安全不需要给777。第一次部署时你可能对静态权限不敏感等你在浏览器里看到500、403错误回来再想这一节就会知道提前规划目录有多省事。3.2 手写一个server block虚拟主机配置所谓虚拟主机就是用一台服务器、一个Nginx进程同时承载多个域名或站点。访问A域名进A站点访问B域名进B站点互不干扰。这是我们做WEB服务器必备的扩展能力。在sites-available目录新建配置文件sudo vim /etc/nginx/sites-available/yourdomain.com写入最基础的server块server { listen 80; listen [::]:80; server_name yourdomain.com www.yourdomain.com; root /var/www/yourdomain.com/html; index index.html index.htm; access_log /var/www/yourdomain.com/log/access.log; error_log /var/www/yourdomain.com/log/error.log; location / { try_files $uri $uri/ 404; } }解释几个关键词。listen 80代表监听IPv4的80端口listen [::]:80代表监听IPv6的80端口写一起是为了兼容双栈访问。server_name就是你的域名Nginx会根据请求头里的Host字段匹配对应的server块。root指定了站点文件在磁盘上的根目录访问http://yourdomain.com/时Nginx会去/var/www/yourdomain.com/html找index.html。那段location /是本配置的核心。try_files $uri $uri/ 404的意思是先尝试按原路径找文件找不到就把这个路径当目录再找一次还是找不到就返回404。这样设计既能支持静态文件的直接访问也能让后续接PHP时转发给动态处理器。写完保存然后软链接到enabled目录让站点生效sudo ln -s /etc/nginx/sites-available/yourdomain.com /etc/nginx/sites-enabled/这里提醒一下如果你用的是默认的default站点它也在监听80端口并且server_name是通配的。如果你新建的站点和default监听冲突Nginx可能仍然优先走默认配置。你可以直接删掉default的软链接或者改掉它的监听端口。实战中我通常把default的端口改成8080作为一个保留的临时访问入口。验证配置语法sudo nginx -t看到nginx: configuration file /etc/nginx/nginx.conf test is successful这句提示说明语法没问题。然后重载配置sudo systemctl reload nginx在html目录写一个测试页!DOCTYPE html html langzh-CN head meta charsetUTF-8 title测试站点/title /head body h1我的第一个Nginx站点/h1 /body /html浏览器访问域名或者IP看到页面就说明虚拟主机搭建成功了。整个过程就是“建目录、写配置、开符号链接、测试语法、重载服务”。3.3 从静态到动态接入PHP和数据库静态页面能跑那动态呢网站总得有PHP之类的脚本语言支撑业务逻辑吧。以PHP为例Ubuntu上安装PHP-FPMsudo apt install -y php-fpm php-mysql php-curl php-gd php-xml php-mbstringCentOS上则是sudo dnf install -y php-fpm php-mysqlnd php-curl php-gd php-xml php-mbstringPHP-FPM是一种FastCGI进程管理器它独立于Nginx运行负责解析PHP脚本。Nginx收到动态请求后转发给PHP-FPM拿到结果再返回给浏览器。这种Nginx PHP-FPM的架构比老式的把PHP模块编进Apache里要灵活得多解耦之后谁出问题都好排查。启动PHP-FPMsudo systemctl start php8.1-fpm # 版本号按实际装的来 sudo systemctl enable php8.1-fpm然后在站点配置里增加一段动态处理逻辑。修改server块加入locationlocation ~ \.php$ { include snippets/fastcgi-php.conf; fastcgi_pass unix:/run/php/php8.1-fpm.sock; }这里unix:/run/php/php8.1-fpm.sock是本机PHP-FPM的Socket通信地址。用Socket比用TCP的127.0.0.1:9000更快也更安全因为不暴露网络端口。再写一个info.php测试动态链路?php phpinfo();浏览器访问http://yourdomain.com/info.php看到PHP信息页就证明Nginx和PHP-FPM已经连上了。数据库这边Ubuntu安装MySQLsudo apt install -y mysql-server sudo systemctl start mysql sudo systemctl enable mysql然后用sudo mysql_secure_installation完成基础安全配置重点是设置root密码、移除匿名用户、禁止远程root登录。这些都是MySQL安装后必须做的规范动作不做等于开着大门睡觉。至此一个完整的Web环境就搭好了Nginx负责接收HTTP请求PHP-FPM负责解析PHP代码MySQL负责存取数据。浏览器输入域名整套链路就能响应你写的脚本了。4. 实战中的高频问题排查和性能优化4.1 困扰新手的五个经典故障哪怕你完全按教程操作还是会遇到各种状况。我把实战中最常见的五个问题连同排查方法和解决思路整理成了速查表方便你直接对照。现象可能原因排查命令处理方式浏览器访问IP打不开云安全组未放行端口或防火墙挡住80curl -I http://IP检查云平台安全组规则再核对ufw/firewalld规则显示nginx欢迎页而不是自己站点请求没有匹配到server_name落到了默认站点curl -H Host: yourdomain.com http://IP确认域名解析到IP并检查server_name拼写出现403 Forbidden目录权限不对或缺少index文件查看error.log设置chmod 755确认chown给www-data访问.php直接下载而不是执行缺少PHP-FPM配置或fastcgi转发失效nginx -t检查配置确认fpm运行检查fastcgi_pass的socket路径是否与fpm一致出现502 Bad GatewayPHP-FPM没启动或socket路径不对systemctl status php-fpm启动PHP-FPM核对php-fpm.sock文件是否存在这里单独讲一个很多人容易忽略的点云服务器安全组和系统防火墙是两套独立机制。安全组在云平台控制台里管理系统防火墙是系统内部的策略。两个都放行外部请求才能进来。我排障的时候第一步永远是先curl本地测试本地通而外部不通问题在某道防火墙本地都不通问题在服务本身。4.2 让页面飞起来基础性能优化三条路站点能跑下一步就是让它跑得快。基础优化不需要多深的技术先把三条路走通体感提升就很明显。第一调整Nginx的worker_processes。默认配置是auto但有些老版本不会自动识别。你可以在nginx.conf里改成和CPU核心数一致的数值。用nproc查看核数比如4核就设4。一个worker进程跑一个CPU核心不争抢并发处理能力更均衡。第二开启gzip压缩。对CSS、JS、HTML这类文本资源压缩率非常可观。在nginx.conf的http块里加gzip on; gzip_min_length 1k; gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xmlrss text/javascript;这样配置后静态资源的传输体积能降一半以上带小带宽的服务器特别受益。第三静态文件缓存。浏览器缓存是天然的加速器对图片、CSS、JS这类不易变化的资源设置过期时间让浏览器直接读取本地缓存减少重复请求。在server块或location块里加location ~* \.(jpg|jpeg|png|gif|ico|css|js)$ { expires 7d; add_header Cache-Control public, no-transform; }设置完记得sudo systemctl reload nginx。之后再配合curl -I检查响应头能看到Cache-Control和Content-Encoding: gzip等字段就说明生效了。我自己的体会是这三条配置做完多数中小站点的访问速度已经能让人满意。真正动到架构层面的优化比如CDN加速、Redis缓存、数据库读写分离那是流量起来了之后的事初期先把基础夯实比什么都强。最后再分享一个小技巧改Nginx配置之前先备份一份比如cp nginx.conf nginx.conf.bak然后修改完一定执行nginx -t验证。养成这个习惯之后你基本不会再碰到因为手滑改错配置导致网站全挂的情况。按照这条路径从选型走到优化你已经不再是只会写代码、对服务器部署一窍不通那类人了。后面再去接触容器化部署、自动化运维你会发现很多概念都建立在今天这些基础上一通百通。 
长河君 · 2026/10/24 6:04:44 · 阅读 1.2k Linux下用Nginx搭建Web服务器：从选型到配置优化全指南
最近又帮一个朋友收拾他那台闲置的服务器发现很多人对“Linux下的WEB服务器搭建”这个事还是有误解。总觉得这东西特别高深得懂一堆底层原理才能碰其实真不是。只要理清楚整体思路按部就班地操作哪怕之前只接触过Windows环境也能在两三个小时内把一套能用的Web环境跑起来。这篇文章就是给你一条可以“照着抄”的完整路径。从方案选型、系统准备到Nginx安装、虚拟主机配置、动态站点接入再到最常见的排错和优化我会把为什么这么做、每一步在干什么、踩过什么坑都讲清楚。适合刚接触Linux的开发者、打算自己搭站点的学生以及想系统梳理运维基础的后端工程师。你跟着走一遍之后会发现自己对Linux服务器的理解完全不一样了。1. 动手之前把方案选型一次想清楚1.1 为什么选Linux以及Web Server三巨头怎么挑先聊一个听起来有点基础但很多人确实没细想过的问题为什么Linux在服务器领域这么强势搞Web服务几乎绕不开它。三个字就能概括稳、轻、省。Linux本身是模块化设计内核精简默认情况下不加载你用不到的服务所以对内存和CPU的占用比带图形界面的桌面系统低得多。我见过不少云服务器只有1G内存跑Windows再装个数据库基本就卡到没法用但同样配置的Linux装完Nginx加PHP再跑一个MySQL日常访问完全撑得住。另外Linux的文件权限模型、进程隔离、日志机制都要更透明出了问题你能顺着系统日志一步步摸到根因而不像一个黑盒。再就是成本。Linux发行版本身免费配套的Nginx、Apache、MySQL、PHP都是开源方案不需要为授权费操心。整个技术栈的社区资料极多随便搜一个报错都能翻到前人写的解决方案。那Web Server选哪个目前主流就三个Nginx、Apache、OpenResty严格说OpenResty是基于Nginx的增强版。我做实战首选Nginx理由很直接高并发能力出色。Nginx用事件驱动模型一个进程能扛大量连接静态文件处理速度快。配置语法简洁虚拟主机、反向代理、负载均衡写起来都方便。占资源是真的少。同样一台机器Apache开prefork模式吃内存吃得厉害Nginx这边要省很多。反向代理和负载均衡是原生的强项后面你要挂多个应用、做HTTPS终止、甚至接缓存节点Nginx都顺手。Apache也不是不好它对动态语言的兼容细节更传统.htaccess目录级配置对某些老项目的支持更灵活。如果你维护的是老牌PHP项目、依赖大量.htaccess规则那Apache可能是更省心的选择。但面向新项目、面向云原生环境Nginx基本是公认的默认答案。1.2 用包管理器装还是源码编译我这边的建议很多教学文章会让你源码编译安装显得很专业但我个人强烈建议除非你对某个模块有定制化需求否则直接用系统包管理器安装。拿CentOS系和Debian系分别举例CentOS下用yum新版用dnfDebian/Ubuntu下用apt。执行一条指令软件包、依赖、默认配置、系统服务脚本全给你安排妥当后续卸载也干净。这就是工程化的做法——用最少的心智负担搞定基础环境。那源码编译什么时候用一般是这几个场景官方源里版本太老需要新特性要按业务需要编译特定模块要改默认安装路径或者你想深度控制编译参数。源码编译的乐趣在于你能看清整个构建过程但日常生产环境里确实没必要。还有一点容易被忽略包管理器安装的版本通常经过发行版团队的稳定性测试和系统库的兼容性已经验证过。你自己源码编译万一某个依赖库升级把兼容性搞崩了排查起来很痛苦。说句实话我早期就是编译党踩过几次坑之后就老实了。2. 基础环境准备从纯净系统到Nginx跑起来2.1 系统更新、防火墙规则和基础工具我假定你拿到手的是一台已经装好Linux发行版的服务器云主机也好、本地虚拟机也好发行版建议使用Ubuntu 22.04 LTS或者CentOS Stream类的系统教程资料齐全遇到问题好搜。登录系统之后第一件事不是急着装Nginx而是把系统包索引更新一遍。Ubuntu/Debian系执行sudo apt update sudo apt upgrade -yCentOS/RHEL系执行sudo dnf update -y这一步的意义是同步软件仓库的最新状态避免后续安装时拉到残缺的旧索引。我见过有些朋友系统镜像装完几个月没更新直接装Nginx报依赖错误其实就是索引太旧导致的。接下来检查防火墙。很多云平台的安全组默认只放行22端口你就算在系统里把Nginx配置出花来外部也访问不了80端口。先在本地把规则确认好。以Ubuntu上常用的ufw为例sudo ufw allow 22/tcp sudo ufw allow 80/tcp sudo ufw allow 443/tcp sudo ufw enableCentOS的firewalld是这样sudo firewall-cmd --permanent --add-servicehttp sudo firewall-cmd --permanent --add-servicehttps sudo firewall-cmd --reload再安装基础工具链。主要是文本编辑器、网络排查工具还有编译相关的包虽然不打算源码编译但后续装一些扩展可能用到。Ubuntu执行sudo apt install -y vim net-tools curl wget git build-essential到这里系统层面的预备工作就算做完了。2.2 安装Nginx并验证默认服务可用现在正式安装Nginx。Ubuntu/Debian系sudo apt install -y nginxCentOS系sudo dnf install -y nginx装完启动服务并设置开机自启sudo systemctl start nginx sudo systemctl enable nginx这里多说一句systemctl。现代Linux发行版都用systemd管理服务start是启动enable是设置开机自启。很多新手只start不enable服务器一重启Nginx就没了还以为是玄学问题。验证服务是否跑起来用这个组合systemctl status nginx ps -ef | grep nginx ss -tlnp | grep 80如果状态显示activerunning且80端口正在监听说明基础安装成功。此时你在浏览器里访问服务器IP应该能看到Nginx默认欢迎页。默认页通常是一个白底黑字带Nginx图标的页面看到它别急着高兴这只是第一步。真正需要改造的是它的配置结构——默认页对应的配置是后续所有站点配置的模板理解了它你就理解了Nginx的配置哲学。2.3 搞清楚Nginx配置文件的组织逻辑Nginx安装完之后配置文件分散在几个目录里很多新手看到就懵哪儿是主配置哪儿是站点配置改哪个文件才对我打个比方。你打开一个软件主设置页面只放通用选项具体某个项目的专属设置放在单独的资料卡里。Nginx也是一样。主配置文件是/etc/nginx/nginx.conf它负责设置全局参数比如运行用户、进程数、日志路径、gzip开关。开头一般长这样user www-data; worker_processes auto; pid /run/nginx.pid; events { worker_connections 1024; } http { include /etc/nginx/mime.types; include /etc/nginx/conf.d/*.conf; include /etc/nginx/sites-enabled/*; }注意那两行include。它表示http块会额外加载conf.d目录和sites-enabled目录下的所有配置。这就是Nginx的扩展机制——你没必要把站点配置统统塞进主文件而是拆成一个个独立的站点文件清爽也方便管理。站点配置的“待发布区”在/etc/nginx/sites-available/真正启用的配置则软链接到/etc/nginx/sites-enabled/。为什么要分两个目录因为available里可以存草稿和暂时禁用的站点enabled里才是生效的。你不想让某个站点服务了直接把软链接删掉就行原文件还在以后想恢复就重新链接。这套机制虽然简单但实际维护多站点时非常实用。默认安装会有一个sites-enabled/default文件它监听80端口并回显默认页。我们接下来要做的事就是在这个基础上扩展出自己的站点。3. 核心配置实战从默认页到完整的虚拟主机3.1 目录结构规划与权限设计开始写站点配置之前先把文件目录规划好。很多新手图省事直接把项目文件堆在/root或者家目录里然后发现权限不对Nginx访问不了。这是非常经典的坑。我习惯的项目目录结构如下/var/www/ └── yourdomain.com/ ├── html/ # 前端静态文件 ├── log/ # 站点独立日志 └── ssl/ # 证书文件为什么放在/var/www因为Nginx默认运行用户是www-dataUbuntu系或nginxCentOS系/var/www正是为Web内容准备的目录权限上更合理。你放在/root下Nginx进程由于权限隔离根本读不了页面就会404或者403。创建目录并设置权限sudo mkdir -p /var/www/yourdomain.com/html sudo chown -R www-data:www-data /var/www/yourdomain.com sudo chmod -R 755 /var/www/yourdomain.com这里chown把目录所有者改成了www-dataNginx进程就能正常读写。755权限的意思是所有者能读写执行组内用户和其他用户只能读和执行。这个设置兼顾了功能和安全不需要给777。第一次部署时你可能对静态权限不敏感等你在浏览器里看到500、403错误回来再想这一节就会知道提前规划目录有多省事。3.2 手写一个server block虚拟主机配置所谓虚拟主机就是用一台服务器、一个Nginx进程同时承载多个域名或站点。访问A域名进A站点访问B域名进B站点互不干扰。这是我们做WEB服务器必备的扩展能力。在sites-available目录新建配置文件sudo vim /etc/nginx/sites-available/yourdomain.com写入最基础的server块server { listen 80; listen [::]:80; server_name yourdomain.com www.yourdomain.com; root /var/www/yourdomain.com/html; index index.html index.htm; access_log /var/www/yourdomain.com/log/access.log; error_log /var/www/yourdomain.com/log/error.log; location / { try_files $uri $uri/ 404; } }解释几个关键词。listen 80代表监听IPv4的80端口listen [::]:80代表监听IPv6的80端口写一起是为了兼容双栈访问。server_name就是你的域名Nginx会根据请求头里的Host字段匹配对应的server块。root指定了站点文件在磁盘上的根目录访问http://yourdomain.com/时Nginx会去/var/www/yourdomain.com/html找index.html。那段location /是本配置的核心。try_files $uri $uri/ 404的意思是先尝试按原路径找文件找不到就把这个路径当目录再找一次还是找不到就返回404。这样设计既能支持静态文件的直接访问也能让后续接PHP时转发给动态处理器。写完保存然后软链接到enabled目录让站点生效sudo ln -s /etc/nginx/sites-available/yourdomain.com /etc/nginx/sites-enabled/这里提醒一下如果你用的是默认的default站点它也在监听80端口并且server_name是通配的。如果你新建的站点和default监听冲突Nginx可能仍然优先走默认配置。你可以直接删掉default的软链接或者改掉它的监听端口。实战中我通常把default的端口改成8080作为一个保留的临时访问入口。验证配置语法sudo nginx -t看到nginx: configuration file /etc/nginx/nginx.conf test is successful这句提示说明语法没问题。然后重载配置sudo systemctl reload nginx在html目录写一个测试页!DOCTYPE html html langzh-CN head meta charsetUTF-8 title测试站点/title /head body h1我的第一个Nginx站点/h1 /body /html浏览器访问域名或者IP看到页面就说明虚拟主机搭建成功了。整个过程就是“建目录、写配置、开符号链接、测试语法、重载服务”。3.3 从静态到动态接入PHP和数据库静态页面能跑那动态呢网站总得有PHP之类的脚本语言支撑业务逻辑吧。以PHP为例Ubuntu上安装PHP-FPMsudo apt install -y php-fpm php-mysql php-curl php-gd php-xml php-mbstringCentOS上则是sudo dnf install -y php-fpm php-mysqlnd php-curl php-gd php-xml php-mbstringPHP-FPM是一种FastCGI进程管理器它独立于Nginx运行负责解析PHP脚本。Nginx收到动态请求后转发给PHP-FPM拿到结果再返回给浏览器。这种Nginx PHP-FPM的架构比老式的把PHP模块编进Apache里要灵活得多解耦之后谁出问题都好排查。启动PHP-FPMsudo systemctl start php8.1-fpm # 版本号按实际装的来 sudo systemctl enable php8.1-fpm然后在站点配置里增加一段动态处理逻辑。修改server块加入locationlocation ~ \.php$ { include snippets/fastcgi-php.conf; fastcgi_pass unix:/run/php/php8.1-fpm.sock; }这里unix:/run/php/php8.1-fpm.sock是本机PHP-FPM的Socket通信地址。用Socket比用TCP的127.0.0.1:9000更快也更安全因为不暴露网络端口。再写一个info.php测试动态链路?php phpinfo();浏览器访问http://yourdomain.com/info.php看到PHP信息页就证明Nginx和PHP-FPM已经连上了。数据库这边Ubuntu安装MySQLsudo apt install -y mysql-server sudo systemctl start mysql sudo systemctl enable mysql然后用sudo mysql_secure_installation完成基础安全配置重点是设置root密码、移除匿名用户、禁止远程root登录。这些都是MySQL安装后必须做的规范动作不做等于开着大门睡觉。至此一个完整的Web环境就搭好了Nginx负责接收HTTP请求PHP-FPM负责解析PHP代码MySQL负责存取数据。浏览器输入域名整套链路就能响应你写的脚本了。4. 实战中的高频问题排查和性能优化4.1 困扰新手的五个经典故障哪怕你完全按教程操作还是会遇到各种状况。我把实战中最常见的五个问题连同排查方法和解决思路整理成了速查表方便你直接对照。现象可能原因排查命令处理方式浏览器访问IP打不开云安全组未放行端口或防火墙挡住80curl -I http://IP检查云平台安全组规则再核对ufw/firewalld规则显示nginx欢迎页而不是自己站点请求没有匹配到server_name落到了默认站点curl -H Host: yourdomain.com http://IP确认域名解析到IP并检查server_name拼写出现403 Forbidden目录权限不对或缺少index文件查看error.log设置chmod 755确认chown给www-data访问.php直接下载而不是执行缺少PHP-FPM配置或fastcgi转发失效nginx -t检查配置确认fpm运行检查fastcgi_pass的socket路径是否与fpm一致出现502 Bad GatewayPHP-FPM没启动或socket路径不对systemctl status php-fpm启动PHP-FPM核对php-fpm.sock文件是否存在这里单独讲一个很多人容易忽略的点云服务器安全组和系统防火墙是两套独立机制。安全组在云平台控制台里管理系统防火墙是系统内部的策略。两个都放行外部请求才能进来。我排障的时候第一步永远是先curl本地测试本地通而外部不通问题在某道防火墙本地都不通问题在服务本身。4.2 让页面飞起来基础性能优化三条路站点能跑下一步就是让它跑得快。基础优化不需要多深的技术先把三条路走通体感提升就很明显。第一调整Nginx的worker_processes。默认配置是auto但有些老版本不会自动识别。你可以在nginx.conf里改成和CPU核心数一致的数值。用nproc查看核数比如4核就设4。一个worker进程跑一个CPU核心不争抢并发处理能力更均衡。第二开启gzip压缩。对CSS、JS、HTML这类文本资源压缩率非常可观。在nginx.conf的http块里加gzip on; gzip_min_length 1k; gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xmlrss text/javascript;这样配置后静态资源的传输体积能降一半以上带小带宽的服务器特别受益。第三静态文件缓存。浏览器缓存是天然的加速器对图片、CSS、JS这类不易变化的资源设置过期时间让浏览器直接读取本地缓存减少重复请求。在server块或location块里加location ~* \.(jpg|jpeg|png|gif|ico|css|js)$ { expires 7d; add_header Cache-Control public, no-transform; }设置完记得sudo systemctl reload nginx。之后再配合curl -I检查响应头能看到Cache-Control和Content-Encoding: gzip等字段就说明生效了。我自己的体会是这三条配置做完多数中小站点的访问速度已经能让人满意。真正动到架构层面的优化比如CDN加速、Redis缓存、数据库读写分离那是流量起来了之后的事初期先把基础夯实比什么都强。最后再分享一个小技巧改Nginx配置之前先备份一份比如cp nginx.conf nginx.conf.bak然后修改完一定执行nginx -t验证。养成这个习惯之后你基本不会再碰到因为手滑改错配置导致网站全挂的情况。按照这条路径从选型走到优化你已经不再是只会写代码、对服务器部署一窍不通那类人了。后面再去接触容器化部署、自动化运维你会发现很多概念都建立在今天这些基础上一通百通。