nginx设置规则(nginx规则配置错误)

nginx规则配置错误

修改的配置文件生效就需要向Nginx的master进程发送信号，具体就是reload与restart信号。

reload --重新加载，reload会重新加载配置文件，Nginx服务不会中断。而且reload时会测试conf语法等，如果出错会rollback用上一次正确配置文件保持正常运行。

nginx 规则

镠TTP访问控制模块（HTTP Access）. 控制规则按照声明的顺序进行检查，首条匹配IP的访问规则将被启用。如下例： location / { deny 192.168.1.1; allow 192.168.1.0/24; allow 10.1.1.0/16; deny all;} 上面的例子中仅允许192.168.1.0/24和10.1.1.0/16网络段访问这个location字段，但192.168.1.1是个例外。 注意规则的匹配顺序，如果你使用过apache你可能会认为你可以随意控制规则的顺序并且他们能够正常的工作，但实际上不行，下面的这个例子将拒绝掉所有的连接： location / { #这里将永远输出403错误。deny all; #这些指令不会被启用，因为到达的连接在第一条已经被拒绝 deny 192.168.1.1;

nginx配置策略

nginx中，每个server块代表一个或多个站点 server块中的server_name用于区分站点 如果站点内容完全相同，只是域名不同，则可以在server_name后追加域名 如果站点之间没有关联，则追加一个server块 ，然后配置server_name以及其他站点信息

nginx配置超时

这是由于服务器端的配置出现了状况，平时也很少见到。具体解决办法就是修改配置文件：

1、把max_children由之前的10改为现在的30，这样就可以保证 有充足的php-cgi进程可以被使用；把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程 处理脚本的超时时间就是60秒，可以防止进程都被挂起，提高利用效率。

2、接着再更改nginx的几个配置项，减少fastcgi的请求次 数，尽量维持buffers不变：fastcgi_buffers由 4 64k 改为 2 256k；fastcgi_buffer_size 由 64k 改为 128k；fastcgi_busy_buffers_size 由 128k 改为 256k；fastcgi_temp_file_write_size 由 128k 改为 256k。

nginx报错

1、二者最核心的区别在于apache是同步多进程模型，一个连接对应一个进程；nginx是异步的，多个连接（万级别）可以对应一个进程 。nginx处理静态文件好,耗费内存少.但无疑apache仍然是目前的主流,有很多丰富的特性.所以还需要搭配着来.当然如果能确定nginx就适合需求,那么使用nginx会是更经济的方式。

2、nginx的负载能力比apache高很多。最新的服务器也改用nginx了。而且nginx改完配置能-t测试一下配置有没 有问题。

3、apache重启的时候发现配置出错了，会很崩溃，改的时候都会非常小心翼翼现在看有好多集群站，前端nginx抗并发，后端apache集群， 配合的也不错。

4、nginx处理动态请求是鸡肋，一般动态请求要apache去做，nginx只适合静态和反向。

5、从经验来看，nginx是很不错的前端服务器，负载性能很好，nginx，用webbench模拟10000个静态文件请求毫不吃力。 apache对php等语言的支持很好，此外apache有强大的支持网络，发展时间相对nginx更久，bug少但是apache有先天不支持多核心处理负载鸡肋的缺点，建议使用nginx做前端，后端用apache。大型网站建议用nginx自代的集群功能。

6、大部分情况下nginx都优于APACHE，比如说静态文件处理、PHP-CGI的支持、反向代理功能、前端 Cache、维持连接等等。在Apache+PHP（prefork）模式下，如果PHP处理慢或者前端压力很大的情况下，很容易出现Apache进程数 飙升，从而拒绝服务的现象。

7、Apache在处理动态有优势，Nginx并发性比较好，CPU内存占用低，如果rewrite频繁，那还是Apache吧！

8、一般来说，需要性能的web 服务，用nginx 。如果不需要性能只求稳定，那就apache 吧。

nginx配置错误页面

访问网站时出现403 Forbidden错误的原因，Forbidden的意思就是被禁止访问的意思，就是说没有权限访问此站。访问网站时出现403 Forbidden错误的原因有以下几个方面：

1. 在一定时间内过多地访问此网站，被防火墙拒绝访问了;换个时间段访问即可；

2. 网站域名解析到了空间，但空间未绑定此域名;联系网站空间供应商解决；

3. 网页脚本文件在当前目录下没有执行权限;联系技术人员，进行相关调试；

4. 在不允许写/创建;文件的目录中执行了创建/写文件操作;

5. 以http方式访问需要ssl连接的网址;

6. 浏览器不支持SSL 128时访问SSL 128的连接;

7. 连接的用户过多，可以过后再试;

8. 在身份验证的过程中输入了错误的密码；输入正确密码即可解决

nginx 错误

第一种：Nginx自己的错误页面

Nginx访问一个静态的html 页面，当这个页面没有的时候，Nginx抛出404，那么如何返回给客户端404呢？

看下面的配置，这种情况下不需要修改任何参数，就能实现这个功能。

server {

listen 80;

server_name www.test.com;

root /var/www/test;

index index.html index.htm;

location / {

}

# 定义错误页面码，如果出现相应的错误页面码，转发到那里。

error_page 404 403 500 502 503 504 /404.html;

# 承接上面的location。

location = /404.html {

# 放错误页面的目录路径。

root /usr/share/nginx/html;

}

}

第二种：反向代理的错误页面

如果后台Tomcat处理报错抛出404，想把这个状态叫Nginx反馈给客户端或者重定向到某个连接，配置如下：

upstream www {

server 192.168.1.201:7777 weight=20 max_fails=2 fail_timeout=30s;

ip_hash;

}

server {

listen 80;

server_name www.test.com;

root /var/www/test;

index index.html index.htm;

location / {

if ($request_uri ~* ‘^/$’) {

rewrite .* http://www.test.com/index.html redirect;

}

# 关键参数：这个变量开启后，我们才能自定义错误页面，当后端返回404，nginx拦截错误定义错误页面

proxy_intercept_errors on;

proxy_pass http://www;

proxy_set_header HOST $host;

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header X-Forwarded-FOR $proxy_add_x_forwarded_for;

}

error_page 404 /404.html;

location = /404.html {

root /usr/share/nginx/html;

}

}

第三种：Nginx解析php代码的错误页面

如果后端是php解析的，需要加一个变量

在http段中加一个变量

fastcgi_intercept_errors on就可以了。

指定一个错误页面：

error_page 404 /404.html;

location = /404.html {

root /usr/share/nginx/html;

}

指定一个url地址：

error_page 404 /404.html;

error_page 404 = http://www.test.com/error.html;

nginx配置cgi

Nginx的http模块在处理HTTP请求时对环境变量的封装与Apache有所不同。除了支持一些与HTTP协议相关的通用的变量之外，还支持一系列Nginx自有的变量，如Nginx配置目录下fastcgi_params.default文件里的$server_protocol、$nginx_version等。

nginx常见错误

Nginx报504 gateway timeout错误引起，一个是文件配置问题，另一个是相关处理时长了，最后也有可能是资源不足导致了，下面我们一起来看看。

解释如下：

最近在工作中，需要做Excel导入的功能，由于Excel的数据比较多，而且我们的服务端程序需要对数据的内容做校验，会调用很多的外部服务接口，所以毫无悬念的导入Excel接口调用超过了一分钟，并且报错：504 gateway timeout。以下是两种解决思路：

1. 优化业务代码

一个接口调用超过一分钟，一定有可以优化的地方，看看数据库或者接口的调用是否合理，是否可以合并请求。

2. 修改Nginx的服务器配置

如果实在是优化不了了，可以把Nginx的超时时间上调。看看时间是否符合要求，在nginx.config里面的三个参数：

fastcgi_connect_timeout 300;fastcgi_send_timeout 300;fastcgi_read_timeout 300;

以上的单位是秒。

如果使用了Nginx的代理，可以在块里加上：

proxy_connect_timeout 300s;proxy_send_timeout 300s;proxy_read_timeout 300s;

变成：

location /foo { proxy_pass http://xxx.xxx.xxx.xxx:8080/foo; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_connect_timeout 300s; proxy_send_timeout 300s; proxy_read_timeout 300s; access_log /var/log/nginx/access.foo.log main; error_log /var/log/nginx/error.foo.log;}

如果没有解决我们再来看看

从错误代码基本可以确定跟nginx本身无关，主要是提交给php-fpm的请求未能正确反馈而导致，一般情况下，提交动态请求的时候，nginx会直接把 请求转交给php-fpm，而php-fpm再分配php-cgi进程来处理相关的请求，之后再依次返回，最后由nginx把结果反馈给客户端浏览器，但 我这个vps目前跑的是个纯php应用内容，实际上用户所有的请求都是php请求，有的耗费时间比较久，php-cgi进程就一直都被用满，而php- fpm本身的配置文件只打开了10组php-cgi进程，这样的话在线用户稍微多的话就会导致请求无法被正常处理而出错。 大概分析出了原 因，下面做就比较容易了，首先是更改php-fpm的几处配置： 把max_children由之前的10改为现在的30，这样就可以保证 有充足的php-cgi进程可以被使用； 把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程 处理脚本的超时时间就是60秒，可以防止进程都被挂起，提高利用效率。

nginx 配置

Kylin可以支持配置Nginx支持iframe嵌入。在使用Nginx作为反向代理服务器时，需要设置`add_header X-Frame-Options ALLOW-FROM uri;`，其中 `uri` 代表允许嵌入 iframe 的来源。通过该设置，可以实现 Kylin 系统页面在其他网站上的嵌入和展示。此外，Kylin 也提供了内嵌的jupyter notebook功能，可以直接在Kylin系统中使用，无需额外的iframe等嵌入。