怎么弄个自己的 blog —— 安装和使用 HTTP 服务器

我们的目的不是配置一个高性能的 HTTP 服务器，所以很多选项我都没有改。需要我们配置的内容并不是很多。在 Ubuntu 下安装 Nginx 默认的配置位置为 /etc/nginx/ 。 ls 一下可以看到以下内容：

其中， nginx.conf 就是总配置文件，在它里面还 include 了许多子配置文件。在该文件中可以看到如下内容：

##
# Virtual Host Configs
##
include /etc/nginx/conf.d/*.conf
include /etc/nginx/sites-enabled/*

所谓的 Virtual Host 就是虚拟主机，《深入理解》一书中对它的解释如下：

由于 IP 地址的数量有限，因此经常存在多个主机域名对应着同一个 IP 地址的情况，这时在 nginx.conf 中就可以按照 server_name（对应用户请求中的主机域名）并通过 server 块来定义虚拟主机，每个 server 块就是一个虚拟主机，它只处理与之相对应的主机域名请求。这样，一台服务器上的 Nginx 就能以不同的方式处理访问不同主机域名的 HTTP 请求了。

我们只需要根据默认的虚拟主机配置文件来在该目录下创建自己的配置即可。

虚拟主机相关的配置位于 sites-enabled 目录中，该目录下有一个 default 文件，其中未注释的选项如下：

server {
       listen 80 default_server;
       listen [::] 80 default_server;

       root /var/www/html;

       index index.html index.htm index.nginx-debian.com

       server_name _;

       location / {
		try_files $uri $uri/ =404;
       }

}

其中：

• listen 决定 Nginx 如何监听端口，在 listen 后可以只加 IP 地址、端口或主机名
  • default_server 表示将该 server 作为整个 Web 服务的默认 server ，如果一个请求无法匹配配置中的所有主机域名时，就会使用默认的虚拟主机
• server_name 是虚拟主机的名字，Nginx 处理请求时会取出 header 中的 Host 来与每个 server 中的 server_name 进行匹配，以此决定由哪一个 server 块处理请求
  • 如果 Host 与多个 server_name 匹配，则根据匹配优先级来选择实际处理的 server 块
• location [=|~|~*|^~|@] /uri/ 会尝试根据用户请求中的 URI 来匹配 location 中的 uri 表达式，如果可以匹配则选择 location 块中的配置来处理用户请求
  • = 表示完全匹配， ~ 表示大小写敏感， ~* 表示大小写不敏感， ^~ 表示只需前半段匹配即可， @ 表示仅用于 Nginx 服务内部请求之间的重定向，不直接处理用户请求
  • 当一个请求可能匹配多个 location 时，这个请求会被第一个 location 处理
  • location / 可以匹配所有的 HTTP 请求，它一般作为最后一个 location
• root 定义资源文件相对于 HTTP 请求的根目录，上面的配置中 root 为 /var/www/html
• index 是网站首页，可有多个文件参数，Nginx 会按顺序访问
• try_files 后接多个路径参数，且最后一个必须是 uri 参数。它会按顺序访问每一个路径，如果可以有效读取则向用户返回路径对应的文件结束请求。如果所有路径都找不到有效的文件，就重定向到最后的参数 uri 上

了解这些选项的意思后我们就可以开始编写自己的配置文件了，我们可以直接在 default 文件中修改，也可以创建自己的配置文件，这里我选择后者，在 sites-enabled 目录下创建 yy 文件，在其中写入：

server {
	 listen 80;

	 server_name i.cn;

	 root /var/www/yy;
	 index index.html;

	 location / {
		  try_files $uri $uri/ =404;
	 }
}

随后依次执行以下 bash 命令：

cd /var/www
sudo mkdir yy
cd yy
echo "Hello world" | sudo tee index.html

在完成上面的步骤后，我们可以参考这一条 stackoverflow ，使用 pkill -f nginx & wait $! 来杀死 Nginx，然后使用 sudo nginx -t 测试配置文件是否正确，最后使用 sudo systemctl start nginx 来重新启动 nginx。或者我们直接使用 sudo nginx -s reload 来更新配置。

完成上面操作后我们有了两个虚拟主机，一个是 Nginx 默认创建的主机，一个是域名为 i.cn ，主页内容为 Hello world 的主机。由于我们使用了虚拟机，我们没办法给它一个域名。不过我们可以修改位于 C:\Windows\System32\drivers\etc 的 hosts 文件来添加本地域名，以便我们访问该虚拟主机。在 hosts 的末尾添加如下内容即可（ip 地址使用你的虚拟机的地址）

192.168.171.135 i.cn

现在，在你的浏览器中输入 i.cn ，就可以看到如下页面了：

在上面我们添加了新的虚拟主机 i.cn 并完成了简单访问，现在让我们看看它们的目录和文件权限：

可以看到所有者和用户组都是 root ，这不是一个很好的做法，毕竟网站的管理者不太需要 root 权限。我们可以创建一个网站管理用户，或者直接使用当前用户作为管理者，就像这样：

cd /var/www
sudo chown -R $USER:$USER /var/www/yy

可以得到这样的结果，这样其他用户就无法修改 yy 内的文件了。

我似乎没有在一些教程中看到修改 Nginx 用户组以及添加 www 用户组的操作，这一步也许不是必须的，不过这里还是提一下吧。假设我们使用 sudo chmod 750 使 yy 目录的权限改为 750 ，那么再次访问 i.cn 会得到如下结果：

这是因为现在 Nginx 的 worker 进程无法访问 yy 目录，它至少需要 rx 权限才能读取目录中的内容。我们可以添加一个 www 组，给予该组 rx 权限，然后将 Nginx 放入该组中，这可以通过修改 nginx.conf 来进行：

user www-data www;

随后使用以下 bash 命令修改 yy 目录权限：

groupadd www
sudo chown yy:www /var/www/yy
sudo chmod 750 /var/www/yy

通过 sudo nginx -s reload 更新 Nginx 配置后重新访问 i.cn ，可见即便 others 完全没有权限现在也能正常打开网页了。

关于权限设置可以参考这一篇文章以了解更多：

• Linux系统Web网站目录和文件安全权限设置

上面我只是介绍了最基础的配置选项，这里再介绍一些作为补充，某些选项可能比较有用。

• autoindex on ，开启目录浏览功能：

mkdir hhh # 注意权限，此处省略了 chmod 和 chown
cd /var/www/yy/hhh
echo "hhh" | tee 1.html 2.html 3.html

在 /etc/nginx/sites-enabled/yy 中的 server 块中添加 autoindex on; ，随后运行 sudo nginx -s reload ，然后在浏览器中输入 i.cn/hhh ：

• alias file-path|dir-path; ，为路径设置别名：

承接上面的例子，我们在配置 yy 中添加：

location /h/ {
	 alias /var/www/yy/hhh/;
}

更新配置后在浏览器中输入 i.cn/h/1.html ，我们会在浏览器中看到目录 /hhh/1.html 中的内容，即 hhh 。

关于它与 root 的区别可以看这个解答，如果你在使用过程中遇到了问题，它应该能解答你的疑惑。

• proxy_pass ，设置代理：

首先将 default 配置中的端口设置为 5000，然后在 yy 中添加如下配置：

location = /incf/ {
	 proxy_pass = http://127.0.0.1:5000/;
}

更新配置后使用浏览器访问 i.cn/incf/ ，可得到 Nginx 的默认页面。