Nginx-一个IP配置多个站点

简介: 对于Nginx,一个IP上配置多个站点还是很常见的。尤其是在开发环境上,更是如此。下面在我的阿里云上简单的实现这样一个需求: 在一个IP上通过对端口区分来配置多个站点。

对于Nginx,一个IP上配置多个站点还是很常见的。尤其是在开发环境上,更是如此。

下面在我的阿里云上简单的实现这样一个需求:

在一个IP上通过对端口区分来配置多个站点。


环境

手头上正好有一台阿里云学生机,趁着没过期,就拿来用吧。

  • 操作系统:centOS7
  • php-fpm
  • Nginx

初始化

在centos上搭建php-fpm+nginx环境不是很难,网上有很多的帖子,按照上面讲解的,把需要安装的软件安装一下就行了。

目录一览

安装完毕后,配置文件通常会在/etc/nginx目录下,我这边的内容如下:

默认安装配置文件内容

里面的nginx.conf就是默认的配置文件了。下面简单的来看下里面的大致内容。
默认Nginx的配置文件

一般来说,除非有特别需求,我们不会修改nginx.conf文件里面的内容。现在的话,可以把这个文件当做我们的参考项。

我个人认为里面比较重要的配置项有这么几个:

  • http:这个节点就代表了一个Nginx,是我们的大总管。它内部可以有多个Server配置项,代表多个站点。
  • include /etc/nginx/conf.d/*.conf; 这一行虽然看起来不起眼,但是对于配置多个站点而言,及极其的重要。这点待会再讲。
  • log_format: 日志的格式,这点将体现在Nginx日志记录的动作上。
  • access.log: 在这个选项的第一个单词是main,就是刚才log_format定义的日志格式了。后面对于error.log 同样适用。
  • Server节点:一个Server节点,包含了对一个站点的配置,这里面的同名内容将会覆盖http节点的配置,所以优先级对于一个站点而言,相对更高一点。
  • include /etc/nginx/default.d/*.conf 不难看到这个配置出现在Server节点内部,所以还是对本站点配置起作用的。这个default.d目录存放的是对于所有Server节点通用性的功能,其存在的意义就是能让我们少写一些重复性的配置内容。而是抽取出来,放到一个通用的目录下。
  • location的内容,待会再讲。

配置

下面进入正题,看看如何在一个IP上配置多个站点。那么首先,我们需要先创建几个文件夹,然后作为我们的多个站点。

站点准备

home/www目录下创建两个文件夹,一个是blog一个是forum,然后里面分别放一个index.php,注意内容可以良好的区分就可以了。
创建站点所需文件夹

添加配置文件

刚才我们也了解到,有多个站点的话其实就是多个Server节点,在nginx.conf中通过include /etc/nginx/conf.d/*.conf来引入到了http节点,所以我们只需要在/etc/nginx/conf.d/目录下创建我们特定于某个站点所需要的配置文件就可以了。

注意: 注意后缀名为.conf,不然按照include的规则,无法正确引入相关的配置文件。

你也可以像我这么做,如下:
添加blog和forum的配置文件

左侧的fastcgi_param SCRIPT_FILENAME 写错了,应该是$document_root,图片上没改过来,这点明确一下就可以了。

添加完配置文件之后就可以,重启Nginx了。在CentOS上重启的命令如下:

systemctl restart nginx

如果你的是Debian系的Linux的话,也可以使用:

service nginx restart

这时,可以通过浏览器访问,看看我们的配置项到底成功了没有。
检测配置是否成功

这样就成功的在一个IP上通过端口不同,配置了多个站点了。

疑难杂项

一开始刚刚接触Nginx的时候,对这个配置文件实在是摸不着头脑。那个时候,在我的印象中,php+apache才是黄金组合,没想到随着接触Nginx的时间变长,php-fpm+nginx的组合让我大开眼界。

在配置的道路上,总会有那么几个问题,一直困扰着我,下面我就总结一下,我个人认为的比较重要的问题吧。

fastcgi_pass

在Server节点的location内部,有这么一个配置项。很是让人摸不着头脑。

 location ~ \.php$ {
        root           /home/wwwroot;
        fastcgi_pass   127.0.0.1:9000;
        #fastcgi_pass  unix:/var/run/php-fpm/php-fpm.sock;
        #fastcgi_pass  unix:/tmp/php-cgi.sock;
        try_files $uri /index.php =404;
        fastcgi_split_path_info ^(.+\.php)(/.+)$;
        fastcgi_index  index.php;
        fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
        include        fastcgi_params;
    }

从上面的配置文件中,我们也看到了好多个对它的不同的配置,那么到底该怎么选择呢?

在网上我找到了这么一条回答,感觉人家讲的挺好的。有兴趣的可以看看下面这篇文章。https://segmentfault.com/q/1010000004854045

总结来讲,有这么几点内容:

Nginx+php-fpm的进程间通信有两种方式

一个是TCP,另一个是Unix Domain Socket。

  • TCP: 格式为IP:端口, 可以跨服务器。
  • Unix Domain Socket不经过网络,只能用于Nginx跟PHP-FPM都在同一个服务器上的场景。

那么,对我们来说,要怎么选择呢? 答案是取决于php-fpm的配置。有下面两种方式:

  • 方式一:
php-fpm.conf: listen = 127.0.0.1:9000
nginx.conf:fastcgi_pass 127.0.0.1:9000
  • 方式二:
php-fpm.conf: listen = /tmp/php-fpm.sock
nginx.conf: fastcgi_pass unix:/tmp/php-fpm.sock

这里面php-fpm.sock是一个文件,是由php-fpm生成的,类型为srw-rw—-, 具体这个路径怎么写,还是取决于你本地的php-fpm生成的sock文件的位置。

这两种都可以成功让php-fpm和Nginx组合起来,区别什么的,贴出大佬的原话应该比较有说服力。

UNIX Domain Socket可用于两个没有亲缘关系的进程,是目前广泛使用的IPC机制,比如X Window服务器和GUI程序之间就是通过UNIX Domain Socket通讯的.这种通信方式是发生在系统内核里而不会在网络里传播.UNIX Domain Socket和长连接都能避免频繁创建TCP短连接而导致TIME_WAIT连接过多的问题.对于进程间通讯的两个程序,UNIX Domain Socket的流程不会走到TCP那层,直接以文件形式,以stream socket通讯.如果是TCP Socket,则需要走到IP层,对于非同一台服务器上,TCP Socket走的就更多了.
fastcgi_pass配置问题

所以,下次就不用再纠结这个问题了,php-fpm.conf和nginx.conf的相关项保持一致就好了。

502 Bad GateWay

前几天Nginx还工作的好好的,不知道为啥,这周一一上班就出现了这个问题。
查看下Nginx的错误日志:tail -f /var/log/nginx/error.log

结果发现了下面的内容:

FastCGI send in stderr: "Primary script unknown" while reading response header from upstream...

网上大部分对此的解释是:

# nginx.conf 配置文件中fastcgi_param 中/script的问题,改成$document_root就好了。

我也照着改了下,发现还是不行,突然想到上周五修改了目录权限,去掉了写权限,会不会是这个问题呢,然后就抱着试一试的态度,执行了下面的命令:

chmod -R 775 target/path

然后就重启了下Nginx,惊讶的发现问题解决了。

真的是很无语的一个问题,所以下次再出现502的错误时,就多了一个参考的错误修复选项了。

总结

关于Nginx的配置,内容实在是太多了,暂且就先总结到这里吧。

相关实践学习
通过日志服务实现云资源OSS的安全审计
本实验介绍如何通过日志服务实现云资源OSS的安全审计。
目录
相关文章
|
6月前
|
编解码 应用服务中间件 Linux
centos配置nginx-rtmp实现ffmpeg转码rtsp为rtmp视频流
centos配置nginx-rtmp实现ffmpeg转码rtsp为rtmp视频流
549 1
|
6月前
|
Ubuntu 安全 应用服务中间件
详细指南:配置Nginx服务器在Ubuntu平台上
以上步骤涵盖了基本流程:从软件包管理器获取 Ngnix, 设置系统服务, 调整UFW规则, 创建并激活服务器块(也称作虚拟主机), 并进行了初步优化与加固措施。这些操作都是建立在命令行界面上,并假设用户具有必要权限(通常是root用户)来执行这些命令。每个操作都有其特定原因:例如,设置开机启动确保了即使重启后也能自动运行 Ngnix;而编辑server block则定义了如何处理进入特定域名请求等等。
362 18
|
6月前
|
Ubuntu 安全 应用服务中间件
详细指南:配置Nginx服务器在Ubuntu平台上
以上步骤涵盖了基本流程:从软件包管理器获取 Ngnix, 设置系统服务, 调整UFW规则, 创建并激活服务器块(也称作虚拟主机), 并进行了初步优化与加固措施。这些操作都是建立在命令行界面上,并假设用户具有必要权限(通常是root用户)来执行这些命令。每个操作都有其特定原因:例如,设置开机启动确保了即使重启后也能自动运行 Ngnix;而编辑server block则定义了如何处理进入特定域名请求等等。
578 17
|
7月前
|
数据建模 应用服务中间件 PHP
配置nginx容器和php容器协同工作成功,使用ip加端口的方式进行通信
本示例演示如何通过Docker挂载同一宿主目录至Nginx与PHP容器,实现PHP项目运行环境配置。需注意PHP容器中监听地址修改为0.0.0.0:9000,并调整Nginx配置中fastcgi_pass指向正确的IP与端口。同时确保Nginx容器中/var/www/html权限正确,以避免访问问题。
配置nginx容器和php容器协同工作成功,使用ip加端口的方式进行通信
|
8月前
|
应用服务中间件 网络安全 nginx
配置Nginx以支持Websocket连接的方法。
通过上述配置,Nginx将能够理解WebSocket协议的特殊要求,代理Websocket流量到合适的后端服务器。注意,Websocket并不是HTTP,尽管它最初是通过HTTP请求启动的连接升级,因此保证Nginx了解并能够妥善处理这种升级流程是关键。
1762 10
|
7月前
|
Ubuntu 应用服务中间件 Linux
在Ubuntu上配置Nginx实现开机自启功能
至此,Nginx应该已经被正确地设置为开机自启。在Ubuntu中利用 `systemd`对服务进行管理是一种高效的方式,为系统管理员提供了强大的服务管理能力,包括但不限于启动、停止、重启服务,以及配置服务的开机自启动。通过这些简洁的命令,即使是对Linux不太熟悉的用户也能轻松地进行配置。
350 0
|
9月前
|
安全 应用服务中间件 网络安全
Nginx SSL/TLS协议栈中配置深度解析与实践指南-优雅草卓伊凡
Nginx SSL/TLS协议栈中配置深度解析与实践指南-优雅草卓伊凡
653 0
Nginx SSL/TLS协议栈中配置深度解析与实践指南-优雅草卓伊凡
|
缓存 应用服务中间件 PHP
使用fastcgi_cache加速Nginx站点
http://jybb.me/nginx-fastcgi_cache 说到缓存,想到的大部分都是Memcache、Xcache、Proxy_Cache,FastCgi Cache貌似一直...
704 0
|
10月前
|
应用服务中间件 Linux 网络安全
Centos 8.0中Nginx配置文件和https正书添加配置
这是一份Nginx配置文件,包含HTTP与HTTPS服务设置。主要功能如下:1) 将HTTP(80端口)请求重定向至HTTPS(443端口),增强安全性;2) 配置SSL证书,支持TLSv1.1至TLSv1.3协议;3) 使用uWSGI与后端应用通信(如Django);4) 静态文件托管路径设为`/root/code/static/`;5) 定制错误页面(404、50x)。适用于Web应用部署场景。
927 87
|
10月前
|
负载均衡 应用服务中间件 nginx
Nginx配置与命令
Nginx 是一款高性能的 HTTP 和反向代理服务器,其配置文件灵活且功能强大。本文介绍了 Nginx 配置的基础结构和常用指令,包括全局块、Events 块、HTTP 块及 Server 块的配置方法,以及静态资源服务、反向代理、负载均衡、HTTPS 和 URL 重写等功能实现。此外,还提供了常用的 Nginx 命令操作,如启动、停止、重载配置和日志管理等,帮助用户高效管理和优化服务器性能。
947 14