GDFHGFHGFH的博客

在Nginx中，413 Request Entity Too Large错误通常发生在尝试上传或发送超过Nginx配置文件中的client_max_body_size限制的文件时。这个错误意味着请求的正文大小超过了Nginx允许的最大值。解决这个问题的方法是在Nginx配置文件中增加client_max_body_size的值。你可以在http、server或location块中设置这个值，我这里给出了60MB的大小。

首先申请证书这一步，晚上有很多种方式实现，可以自己用算法实现，也可以找在线生成的网站，我这里使用了在线网站。这里我们主要用cert.pem和 private.key 这两个文件。

这样访问的/prod-api/test/1 实际就会变成 http://193.1.0.6:10004/test/1，就像是springmvc的静态资源映射一样的。在前端项目部署到nginx的时候，前端访问后端的路径加了一个全局前缀，一般来说这是前后端商量好的，但是呢也会有不一般的情况，后端在遇到这种情况的时候有两种选择。第二种方式，直接prod-api 后加个斜杠，同时在端口后面也加个斜杠，这样实际请求的路径就去掉了/prod-api。第一种方式，这样的结果是你后端项目同样需要加上prod-api。

以为实际情况下一个nginx.conf下可能会有多个server模块,监听不同的端口，为了避免发生一些错误的修改，所谓我们这里给每个server都单独建立一个后缀为.conf的配置文件，然后导入总配置文件的http模块中。这里用到了 include这个命令，导入其他的配置文件。，这个配置文件是放在nginx目录下的那个。

安装成功后，在根目录的usr多出来一个文件夹local/nginx,在nginx有sbin目录下，有启动脚本。

而每个 server 块也分为全局 server 块，以及可以同时包含多个 locaton 块。events 块涉及的指今主要影响 Nginx 服务与用户的网络连接，常用的设置包括是否开启对多 work process下的网络连接进行序列化，是否允许同时接收多个网络连接，选取哪种事件驱动模型来处理连接请求，每个 word process 可以同时支持的最大连接数等。而实际上server块也可以接着细分下去，每个 server 块也分为全局 server 块，以及可以同时包含多个 locaton 块。

使用upstream开头定义一个名为名为 backend 的 upstream 指令域 ，默认使用的轮询，每个请求按时间顺序逐一分配到不同的后端服务器，如果后端某台服务器宕机，故障系统被自动剔除，使用户访问不受影响。Weight 指定轮询权值，Weight值越大，分配到的访问机率越高，主要用于后端每个服务器性能不均的情况下。默认的weight值是1demo01定义的位置是在http的全局块中，这里定义了一个名为backend的负载均衡配置demo02。

动静分离把静态文件放入nginx或者说服务器的某个文件夹，这里把文件放入服务器的根目录下/data ,创建一个test目录，这样就直接访问到test目录下的静态文件 [121.4.170.108/test/b.html]

使用两台服务器，ip分别为192.168.2.150 ，192.168.2.202，分别安装nginx和keepalived，在这里我们使用150作为主服务器，使用202作为备用服务器，虚拟ip为192.168.2.130，不论主服务器还是备服务器都需要编写keepalived的配置文件 ，keepalived.conf。的nginx和keepalived.conf,然后启动依次启动主备服务器的nginx和keepalived服务。5.ll命令查看，会有个配置文件 keepalived.conf。