nginx 502 Bad Gateway错误解决办法

系统管理员易犯错误及解决方法汇总

系统管理员易犯错误及解决方法汇总本文分享的都是系统管理员在工作的时候容易犯的错误，经抚琴煮酒整理并提供解决方法，希望可以给大家一些指导，避免在工作中出现此类问题。作者简介：余洪春，网名抚琴煮酒，英文名Andrew.Yu，武汉某外企高级Linux/Unix系统管理员、项目实施工程师，红帽RHCE 讲师，擅长负载均衡高可用和中小型证券类和商务网站架构，目前关注网站架构研究及网络安全。一、安装FreeBSD后无法重启问题描述：装惯了Linux的人肯定知道一般会有个boot分区，可是在bsd就不那么容易了。在安装FreeBSD 8.1的时候遇到了问题，查阅了chinaunix上面，正好也有相关问题整理，特摘录如下：我要求FreeBSD分区： 2G For / 4G For swap 10G For /root 256M For /boot 其余 for /usr 安装正常，结果安装重启后便出现杯具了： >> FreeBSD/i386 BOOT Default: 0:da(0,a)/boot/kernel/kernel boot: 原因：通过网上查资料，了解到手动引导的全过程，发现了问题所在：由于独立分区/boot造成了FreeBSD引导过程中无法正确找到内核引导的位置。解决方法：通过 boot: 0:da(0,e)/loader 可以解决引导问题，然后进入loader界面 *这个引导盘符根据da0s1x 的 x 得来，因此你安装系统的时候/boot所在分区区号，才是真正的x字母，如果不知道就从往后试试同样由于默认kernel位置是/boot/kernel所以依然需要手动加载 ok load kernel/kernel 获得kernel信息后 ok boot 这样就可以正常引导了。但是这样还没有彻底解决问题，随后还需要在磁盘挂载的时候输入 mount root>ufs:/dev/da0s1a 才能进入系统，而且每次重启都手动一次。所以其实问题没有彻底解决。所以，为了避免以上的/boot问题，目前我装机一般规范化操作，一般只分三个区，避免独立分区/boot，也希望玩Linux的朋友们重视下这个问题。 2048M For / 4096M For swap 其余的均For /usr

nginx设置rewrite规则

Nginx 设置rewrite规则 Windows下环境为wamp ，在wamp 环境下，设置rewite规则时，很是简单，只需要打开Apache配置中的rewrite规则，项目中使用rewrite规则时只需创建.htaccess文件，在文件中编写规则，Apache会自动进行解析，但是在linux下则有些不一样。 Linux下环境若是lamp，则和wamp下是相同的，但当环境为lnmp时，需要注意进行如下配置方法：根据所安装的环境情况，如果环境是lnmp集成环境，在配置rewrite规则时，因为集成环境，在安装完毕后，在安装的目录/usr/local/nginx/conf下，会生成一个文件“wordparss”，这个文件中是专门用于写rewrite规则所用，你可以在这个文件中书写rewrite规则，nginx 的rewrite规则与Apache的规则基本是相同的，只是在文件中书写的方法不同，wordpaess 问件中默认是有一个规则的，如：利用location加载访问路径，“/”，指代由访问路径的根目录开始，用if对加载的路径$request_filename 进行验证： 1 、-f 和！-f 用来判断文件是否存在 2、-d 和！-d 用来判断目录是否存在 3 、-e 和！-e 用来判断文件或目录是否存在 4、-x 和！-x 用来判断文件是否可执行 Flag标记： 1、last 相当于Apache里的[L]标记，表示完成rewrite 2、break 终止匹配, 不再匹配后面的规则 3、redirect 返回302临时重定向地址栏会显示跳转后的地址 4、permanent 返回301永久重定向地址栏会显示跳转后的地址因为在lnmp集成环境下要配置虚拟域名是可以进行自动生成的，生成后会在/usr/local/nginx/conf/vhost 下生成一个以虚拟域名的名字的文件，如：lin_hp.its.conf,而所对应的rewrite规则最好在与域名相对应的配置文件中进行配置，这样不会说，如果有多个域名时，他们所对应的rewrite规则不同，在公共的wordpress文件中配置引起冲突，所配置的方法与在wprdpress文件中是相同的，如：

Nginx 502错误触发条件与解决办法汇总===

Nginx 502错误触发条件与解决办法汇总一些运行在Nginx上的网站有时候会出现502 Bad Gateway错误，有些时候甚至频繁的出现。有些站长是在刚刚转移到Nginx之后就出现了这个问题，所以经常会怀疑这是不是Nginx的问题，但事实上这是个误区。以... 一些运行在Nginx上的网站有时候会出现“502 Bad Gateway”错误，有些时候甚至频繁的出现。有些站长是在刚刚转移到Nginx之后就出现了这个问题，所以经常会怀疑这是不是Nginx的问题，但事实上这是个误区。以下是从张宴和Ayou的博客搜集整理的一些Nginx 502错误的排查方法，供大家参考： Nginx 502错误的原因比较多，是因为在代理模式下后端服务器出现问题引起的。这些错误一般都不是nginx本身的问题，一定要从后端找原因!但nginx把这些出错都揽在自己身上了，着实让nginx的推广者备受置疑，毕竟从字眼上理解，bad gateway?不就是bad nginx吗?让不了解的人看到，会直接把责任推在nginx身上，希望nginx下一个版本会把出错提示写稍微友好一些，至少不会是现在简单的一句502 Bad Gateway，另外还不忘附上自己的大名。 Nginx 502的触发条件 502错误最通常的出现情况就是后端主机当机。在upstream配置里有这么一项配置：proxy_next_upstream，这个配置指定了nginx在从一个后端主机取数据遇到何种错误时会转到下一个后端主机，里头写上的就是会出现502的所有情况拉，默认是error timeout。error就是当机、断线之类的，timeout就是读取堵塞超时，比较容易理解。我一般是全写上的： proxy_next_upstream error timeout invalid_header http_500 http_503; 不过现在可能我要去掉http_500这一项了，http_500指定后端返回500错误时会转一个主机，后端的jsp出错的话，本来会打印一堆stacktrace的错误信息，现在被502取代了。但公司的程序员可不这么认为，他们认定是nginx出现了错误，我实在没空跟他们解释502的原理了…… 503错误就可以保留，因为后端通常是apache resin，如果apache死机就是error，但resin死机，仅仅是503，所以还是有必要保留的。解决办法遇到502问题，可以优先考虑按照以下两个步骤去解决。 1、查看当前的PHP FastCGI进程数是否够用：

nginx安装手册

Nginx安装手册 1nginx安装环境 nginx是C语言开发，建议在linux上运行，本教程使用Centos6.5作为安装环境。 ?gcc 安装nginx需要先将官网下载的源码进行编译，编译依赖gcc环境，如果没有gcc环境，需要安装gcc：yum install gcc-c++ ?PCRE PCRE(Perl Compatible Regular Expressions)是一个Perl库，包括perl 兼容的正则表达式库。nginx的http模块使用pcre来解析正则表达式，所以需要在linux上安装pcre库。yum install -y pcre pcre-devel 注：pcre-devel是使用pcre开发的一个二次开发库。nginx也需要此库。 ?zlib zlib库提供了很多种压缩和解压缩的方式，nginx使用zlib对http包的内容进行gzip，所以需要在linux上安装zlib库。 yum install -y zlib zlib-devel ?openssl OpenSSL 是一个强大的安全套接字层密码库，囊括主要的密码算法、常用的密钥和证书封装管理功能及SSL协议，并提供丰富的应用程序供测试或其它目的使用。 nginx不仅支持http协议，还支持https（即在ssl协议上传输http），所以需要在linux 安装openssl库。 yum install -y openssl openssl-devel 2编译安装将nginx-1.8.0.tar.gz拷贝至linux服务器。解压： tar -zxvf nginx-1.8.0.tar.gz cd nginx-1.8.0 1、configure ./configure --help查询详细参数（参考本教程附录部分：nginx编译参数）参数设置如下： ./configure \

nginx配置解析详解(一)

nginx配置解析详解(一) 现在针对nginx源码分析的blog和文章已经很多了，之前我也看过不少，大家的分析都很不错。太多重复的内容就不写了，主要想针对在我分析代码和查阅blog的过程中，发现的一些比较晦涩或者某些细节有待展开讨论的地方，给出我的自己理解和看法，希望跟大家交流和学习。使用的nginx版本是nginx-1.0.6，我最开始看的代码是0.7.62，新的版本在功能和稳定性上做了很多的工作。在分析的时候，我尽量简单明了，不太重要的地方一带而过，具体地大家可以去读代码。相对复杂或者晦涩的地方，将详细展开。首先我们从配置文件开始，下面的分析是建立在网友对nginx的配置文件结构有大概熟悉为前提，这样才可以很好的理解代码。这里有必要提醒一点：原始代码目录中 ngx_modules这个结构，是找不到它的定义和初始化，要看到它，你必须执行configure，make，在原来的代码目录下会出现一个objs文件夹，里面的3个文件ngx_auto_config.h，ngx_auto_headers.h，ngx_modules.c，需要在建source insight工程时也包含进去，这样有利于我们把握整个代码结构。有意思的是，nginx的configure文件是作者手工写的，里面有许多管理代码工程的方法，有时间的话，也是值得学习下的。 1.ngx_cycle_t *ngx_init_cycle(ngx_cycle_t *old_cycle); 配置文件的解析相关的处理主要在ngx_init_cycle函数中被调用。既然如此，我们就先说说ngx_init_cycle函数吧。它需要一个参数类型为ngx_cycle_t *，返回值也是一个ngx_cycle_t*，与此同时我们注意到参数名为old_cycle，那么这个函数的作用是啥呢？很明显是由old得到一个new。其中ngx_cycle_t的结构保存一些全局的配置和信息。这个函数具体作用将在reconfig(重读配置文件)的时候得到体现，可以理解为old_cycle 是当前正在使用的配置信息，当配置文件做了某些修改之后，ngx_init_cycle通过old_cycle 中的一些数据，对new_cycle进行一些设置，在经过进一步的配置解析之后，就可以得到一个new cycle。 2.char *ngx_conf_parse(ngx_conf_t *cf, ngx_str_t *filename) 当我们使用sourceinsight查看这个函数的调用情况时，会发现调用它的地方很多。其实，入口点就在ngx_init_cycle中对ngx_conf_parse调用，后面的所有的调用可以看作是在此之后的递归调用。为什么会是这个样子呢？原因在于nginx是一边读取配置信息，一边解析执行相关的处理，具体一点讲，就是“读一行，执行一行”，一行的定义在这里是指以分号或者是“{”和“}”等结尾的一行，例如：我们解析到http {}，我们就调用针对httpblock的处理，在处理的时候我们又会碰到server {}，自然就会调用server block的处理。。。以此类推！。

nginx虚拟主机和文件服务器的配置

Nginx文件服务器和虚拟主机的配置 https://www.360docs.net/doc/6b9389292.html,的配置文件: 1.游戏服务器： server { listen 80; server_name https://www.360docs.net/doc/6b9389292.html,; index index.html index.htm index.php; root /data/web/fc/game3w/releases1/public; location ~ .*\.php$ { include fcgi.conf; fastcgi_pass 127.0.0.1:10080; fastcgi_index index.php; expires off; } access_log /data/logs/https://www.360docs.net/doc/6b9389292.html,.log access; } 2.客户端的配置： server { listen 80; server_name https://www.360docs.net/doc/6b9389292.html,; index index.html index.htm index.php; root /data/web/fc/resource; charset utf-8; #expires 2h; location ~* .svn$ { return 404; } location ~ .*\.swf$ { expires 365d; } location ~ .*\.css$ { expires 365d; } location ~ .*\.xml$ { expires 365d;

} location ~ .*\.js$ { expires 365d; } location ~ .*\.jpg$ { expires 365d; } location ~ .*\.gif$ { expires 365d; } location ~ .*\.png$ { expires 365d; } location ~ .*\.mp3$ { expires 365d; } location ~ .*\.game$ { expires 365d; } location ~ .*\.lib$ { expires 365d; } access_log off; } 3.文件服务器的配置： server { listen 9000; server_name 192.168.26.8; location / { autoindex on; autoindex_exact_size off; autoindex_localtime on; index index.html index.htm index.php; root /data/server/trunk/bin/logs/; allow all; } }

Nginx常见错误与解决方法解读

上海纽斯达科技Nginx常见错误与解决方法上海纽斯达科技有限公司 2014-10-25

文档状态目的：在Nginx 服务器出现故障时，能快速定位并解决相关错误。保密：本文档仅供内部使用，请勿外传概述： Nginx 常见错误与问题之解决方法技术指南。安装环境：系统环境：redhat enterprise 6.5 64bit 文件状态：【】草稿【】修改稿【√】正式发布文档编号 Nsdkj-778 保密等级限制作者刘恒亮最后完成日期 2014-12-25 审核人最后审核日期 2014-12-25 批准人最后批准日期 2014-12-25

1、Nginx 常见启动错误有的时候初次安装nginx的时候会报这样的错误 sbin/nginx -c conf/nginx.conf 报错内容：sbin/nginx: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directory 启动时如果报异常error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directory 这说明我们的环境还不是和启动需要小小的配置一下解决方法(直接运行)： 32位系统 [root@sever lib]# ln -s /usr/local/lib/libpcre.so.1 /lib 64位系统 [root@sever lib]# ln -s /usr/local/lib/libpcre.so.1 /lib64 然后执行ps -ef | grep nginx 查看nginx进程确认是否真的已经启动了，在进程列表里会有最起码两个， worker(nginx工作进程)和master（nginx主进程） root 4349 1 0 02:24 ? 00:00:00 nginx: master process sbin/nginx -c conf/nginx.conf nginx 4350 4349 0 02:24 ? 00:00:00 nginx: worker process root 4356 28335 0 02:30 pts/1 00:00:00 grep nginx NGINX 就 OK了 2、400 bad request错误的原因和解决办法配置nginx.conf相关设置如下. client_header_buffer_size 16k; large_client_header_buffers 4 64k; 根据具体情况调整，一般适当调整值就可以。 3、Nginx 502 Bad Gateway错误在php.ini和php-fpm.conf中分别有这样两个配置项：max_execution_time和 request_terminate_timeout。

Nginx系列讲解

Nginx系列一信号与配置一、Nginx与信号 Nginx支持平滑重启，相比于Apache，修改了配置文件后可以不需要先停止程序，再重新启动。 1、启动 nginx –c nginx.conf 其中，-c nginx.conf可以省略不写。如果省略，则默认加载安装目录下的conf子目录中的nginx.conf。 2、停止停止的方式有很多种，kill时传入不同的信号来结束或者平滑重启。Nginx的进程号记录在Pid文件中，Pid文件的位置可以在conf/nginx.conf中找到。如下图：当然，也可以根据 ps –ef | grep nginx 来查找Nginx的进程号。我们可以通过kill命令来结束Nginx。从容停止Nginx： kill –QUIT Nginx进程ID 或 kill – QUIT /usr/local/nginx/logs/nginx.pid 快速停止Nginx： kill –TERM Nginx进程ID 或

kill – TERM /usr/local/nginx/logs/nginx.pid 或 kill –INT Nginx进程ID 或 kill – INT /usr/local/nginx/logs/nginx.pid 强制停止Nginx： kill –9 Nginx进程ID 或 kill -9 /usr/local/nginx/logs/nginx.pid 或 pkill -9 nginx 3、重启如果修改了Nginx的配置文件，想要重启Nginx。同样可以使用kill命令来传递信号。不过，在此之前，我强烈建议先检查并测试配置文件是否正确。测试配置文件： nginx –t –c conf/nginx.conf 若提示unknow directive *** in conf/nginx.conf:55. Configuration file conf/nginx.conf test failed，则证明在第55行的***是非法的，需要修改。若提示the configuration file conf/nginx.conf syntax is ok. Configuration file conf/nginx.conf test is successful，则证明配置文件测试通过，可以重启Nginx了。平滑重启Nginx： kill –HUP Nginx进程ID 或

linux centos安装nginx常见错误及解决办法

1. 安装完成Nginx后无法站外访问？刚安装好nginx一个常见的问题是无法站外访问，本机wget、telnet都正常。而服务器之外，不管是局域网的其它主机还是互联网的主机都无法访问站点。如果用telnet的话，提示：正在连接到192.168.0.xxx...不能打开到主机的连接，在端口 80: 连接失败如果用wget命令的话，提示： Connecting to 192.168.0.100:80... failed: No route to host. 如果是以上的故障现象，很可能是被CentOS的防火墙把80端口拦住了，尝试执行以下命令，打开80端口： iptables -I INPUT -p tcp --dport 80 -j ACCEPT 然后用： /etc/init.d/iptables status 查看当前的防火墙规则，如果发现有这样一条： ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:80 就说明防火墙规则已经添加成功了，再在站外访问就正常了。 2. 编译pcre错误(源码安装nginx必须先要装pcre) libtool: compile: unrecognized option `-DHAVE_CONFIG_H' libtool: compile: Try `libtool --help' for more information. make[1]: *** [pcrecpp.lo] Error 1 make[1]: Leaving directory `/usr/local/src/pcre-8.21' make: *** [all] Error 2

Nginx 错误处理方法

Nginx (―engine x‖) 是一个高性能的HTTP 和反向代理服务器，也是一个 IMAP/POP3/SMTP 代理服务器。Nginx 是由Igor Sysoev 为俄罗斯访问量第二的Rambler.ru 站点开发的，它已经在该站点运行超过两年半了。Igor 将源代码以类BSD许可证的形式发布。Nginx 超越Apache 的高性能和稳定性。 Nginx+Tomcat是目前主流的Java web架构，很多公司在使用，Nginx+Tomcat通过简单的配置，可以实现高性能的负载均衡，通过本文学习，可以实现Nginx+Tomcat 负载均衡。工具资源 1、Java运行环境，JDK 2、Tomcat7.0.65压缩版下载 3、Nginx1.8.1稳定版下载本文基于win10进行配置配置步骤 1、JDK环境配置略 2、Tomcat安装配置请参考：一台服务器安装运行多个Tomcat及注册服务本测试安装两个Tomcat，端口分别是8801和8802 安装配置完成后请确保每一个Tomcat可以正常访问为了区分两个Tomcat，本文将第二个Tomcat的页面名称改为：Apache Tomcat/7.0.65-2 3、Nginx配置

1.解压Nginx到D盘根目录 2.修改Nginx配置 #user nobody; worker_processes 1; #工作进程的个数 #error_log logs/error.log; #error_log logs/error.log notice; #error_log logs/error.log info; #pid logs/nginx.pid; events { worker_connections 1024; #单个进程最大连接数} http {

Nginx高级配置

Nginx高级配置 1. Nginx连接后端的方式：反向代理(proxy_pass)、直连 fastcgi(fastcgi_pass) 例子： fastcgi_pass backend1; proxy_pass http://backend2; location块中配置此项，表示用反向代理或直连fastcgi的方式连接后端服务，其中backend1、backend2为upstream配置，其中配置下游的ip&port列表和调度参数，见下文。注意：fastcgi_pass与proxy_pass是互斥配置，不能同时生效。 2. Nginx调度与负载均衡配置(upstream 配置) 1) 轮询（默认）每个请求按时间顺序逐一分配到不同的后端服务器。weight指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况，weight默认值为1。例如： upstreambakend { server 192.168.0.14 weight=10; server 192.168.0.15 weight=10; } 2) ip_hash 每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。例如： upstreambakend { ip_hash; server 192.168.0.14:88; server 192.168.0.15:80; } 3) hash 每个请求按访问$hash_seed的hash结果分配。例如： upstreambakend { hash $hash_seed; server 192.168.0.14:88; server 192.168.0.15:80;

nginx负载均衡master配置文件nginx.conf

#user nobody; worker_processes auto; #error_log logs/error.log; error_log logs/error.log notice; #error_log logs/error.log info; #pid logs/nginx.pid; worker_rlimit_nofile 100000; events { use epoll; worker_connections 204800; } http { ## 用户的IP 地址$binary_remote_addr 作为Key，每个IP 地址最多有50 个并发连接 ## 你想开几千个连接刷死我？超过50 个连接，直接返回503 错误给你，根本不处理你的请求了 limit_conn_zone $binary_remote_addr zone=TotalConnLimitZone:10m ; #limit_conn TotalConnLimitZone 50; limit_conn TotalConnLimitZone 500; limit_conn_log_level notice; ## 用户的IP 地址$binary_remote_addr 作为Key，每个IP 地址每分钟处理50 个请求## 你想用程序每秒几百次的刷我，没戏，再快了就不处理了，直接返回503 错误给你 #limit_req_zone $binary_remote_addr zone=ConnLimitZone:10m rate=200r/m; limit_req_zone $binary_remote_addr zone=ConnLimitZone:10m rate=2000r/m; limit_req_log_level notice; #include mime.types; #default_type application/octet-stream; #access_log logs/access.log main; #server_tokens off; #sendfile on; #tcp_nopush on; #keepalive_timeout 0; #keepalive_timeout 65; server_tokens off; include mime.types; default_type application/octet-stream; log_format main '$remote_addr - $remote_user [$time_local] $request ' '"$status" $body_bytes_sent "$http_referer" '

Nginx+PHP+MySQL详细配置(图)

Nginx是一个高性能的HTTP和反向代理服务器，同时还是IMAP/POP3/SMTP代理服务器，该程序由俄罗斯Rambler.ru 站点开发，Nginx因为性能稳定、低系统资源消耗而闻名，近几年Nginx在国内已经成炙热化状态，比如像腾讯、网易、51CTO、迅雷、当当网、51、人人网等诸多大型网站都已经使用Nginx来做Web服务器，所以我们要学会运用Nginx还是非常有必要的，下面我们一起来看一下Nginx是如何在Linux平台上搭建的安装前首先使用yum命令安装、升级所需的程序库 yum -y install gcc gcc-c++ autoconf libjpeg libjpeg-devel libpng libpng-devel freetype freetype-devel libxml2 libxml2-devel zlib zlib-devel glibc glibc-devel glib2 glib2-devel bzip2 bzip2-devel ncurses ncurses-devel curl curl-devel ssse2fsprogs e2fsprogs-devel krb5 krb5-devel libidn libidn-devel openssl openssl-devel openldap openldap-devel nss_ldap openldap-clients openldap-servers 一、安装MySQLssss 目前web服务器已经很少有跑静态页面的，如果要跑动态网站那当然就离不开数据库，虽然在以前文章中有写MySQL是怎么安装的，但是感觉好久没装MySQL，现在只把步骤贴出来，就不做过多的讲解了 #useradd mysql #tar zxvf mysql-5.0.40.tar.gz #cd mysql-5.0.40 #./configure --prefix=/usr/local/mysql #make && make install #/usr/local/mysql/bin/mysql_install_db --user=mysql //初始化MySQL数据库 #chown -R mysql /usr/local/mysql/var #/usr/local/mysql/bin/mysqld_safe & //启动MySQL #/usr/local/mysql/bin/mysqladmin -u root password 123456 //设置MySQL密码 #cp support-files/https://www.360docs.net/doc/6b9389292.html,f /etc/https://www.360docs.net/doc/6b9389292.html,f #echo "/usr/local/mysql/bin/mysqld_safe &" >>/etc/rc.local

服务器故障解决思路

遇到服务器故障，问题出现的原因很少可以一下就想到。基本上都会从以下步骤入手：一、尽可能搞清楚问题的前因后果不要一下子就扎到服务器前面，你需要先搞明白对这台服务器有多少已知的情况，还有故障的具体情况。不然你很可能就是在无的放矢。必须搞清楚的问题有： ? 故障的表现是什么？无响应？报错？ ? 故障是什么时候发现的？ ? 故障是否可重现？ ? 有没有出现的规律（比如每小时出现一次） ? 最后一次对整个平台进行更新的内容是什么（代码、服务器等）？ ? 故障影响的特定用户群是什么样的(已登录的, 退出的, 某个地域的…)? ? 基础架构（物理的、逻辑的）的文档是否能找到? ? 是否有监控平台可用? （比如Munin 、Zabbix 、 Nagios 、 New Relic … 什么都可以） ? 是否有日志可以查看?. （比如Loggly 、Airbrake 、 Graylog…）最后两个是最方便的信息来源，不过别抱太大希望，基本上它们都不会有。只能再继续摸索了。二、有谁在? 1 2 $ w $ last

用这两个命令看看都有谁在线，有哪些用户访问过。这不是什么关键步骤，不过最好别在其他用户正干活的时候来调试系统。有道是一山不容二虎嘛。（ne cook in the kitchen is enough.）三、之前发生了什么? 1 $ history 查看一下之前服务器上执行过的命令。看一下总是没错的，加上前面看的谁登录过的信息，应该有点用。另外作为admin 要注意，不要利用自己的权限去侵犯别人的隐私哦。到这里先提醒一下，等会你可能会需要更新 HISTTIMEFORMAT 环境变量来显示这些命令被执行的时间。对要不然光看到一堆不知道啥时候执行的命令，同样会令人抓狂的。四、现在在运行的进程是啥? 1 2 $ pstree -a $ ps aux 这都是查看现有进程的。 ps aux 的结果比较杂乱， pstree -a 的结果比较简单明了，可以看到正在运行的进程及相关用户。五、监听的网络服务 1 2 3 $ netstat -ntlp $ netstat -nulp $ netstat -nxlp 我一般都分开运行这三个命令，不想一下子看到列出一大堆所有的服务。netstat -nalp 倒也可以。不过我绝不会用 numeric 选项（鄙人一点浅薄的看法：IP 地址看起来更方便）。找到所有正在运行的服务，检查它们是否应该运行。查看各个监听端口。在netstat 显示的服务列表中的PID 和 ps aux 进程列表中的是一样的。如果服务器上有好几个Java 或者Erlang 什么的进程在同时运行，能够按PID 分别找到每个进程就很重要了。通常我们建议每台服务器上运行的服务少一点，必要时可以增加服务器。如果你看到一台服务器上有三四十个监听端口开着，那还是做个记录，回头有空的时候清理一下，重新组织一下服务器。

nginx配置方案

WEB服务器安装方案平台搭建环境: CentOS5.2 32/x86_64 GNU/Linux (32/64操作系统均通过，推荐使用64位操作系统) 一、系统安装 1. 系统分区建议 /boot 256M swap 2GB / 20GB /usr 40GB (用于安装软件) /data 剩余所有空间. 二、编译安装基本环境 1. 安装准备 1.1 系统约定软件源代码包存放位置 /usr/local/src 源码包编译安装位置(prefix) /usr/local/software_ name 脚本以及维护程序存放位置 /usr/local/sbin MySQL 数据库位置 /data/mysql/（可按情况设置）网站根目录/data/www/htdocs（可按情况设置）网站日志根目录/data/www/logs（可按情况设置） Nginx运行账户www 1.2创建网站账号及相关存放目录 /usr/sbin/groupadd www /usr/sbin/useradd -g www www mkdir -p /data/www/html mkdir -p /data/www/log chown -R www:www /data/www/html chown -R www:www /data/www/log 1.3系统环境部署及调整 # tail -n100 /var/log/messages （检查有无系统级错误信息） # dmesg （检查硬件设备是否有错误信息） # ifconfig（检查网卡设置是否正确） # ping 192.168.95.1 （检查网络是否正常） install_software_name.sh //存放编译参数脚本习惯将所有编译脚本存放在install_software_name.sh便于升级和更新软件. 1.4定时校正服务器时钟，定时与中国国家授时中心授时服务器同步 #crontab -e

Nginx 高可用+负载均衡部署文档V1.0.2

Nginx高可用+负载均衡部署指南 1软件版本说明 2基础软件安装 2.1Nginx安装版本jdk-7u67-linux-x64.rpm，安装步骤略安装后检验Nginx版本是否正确。 [root@localhost ~]# /usr/local/nginx/sbin/nginx –v nginx version: nginx/1.6.0 2.2Keepalived安装 2.2.1openssl安装 openssl必须安装，否则安装keepalived时无法编译，keepalived依赖openssl openssl安装 tar zxvf openssl-1.0.1g.tar.gz ./config--prefix=/usr/local/openssl ./config-t make depend make make test make install ln-s /usr/local/openssl/usr/local/ssl openssl配置 vi/etc/ld.so.conf #在/etc/ld.so.conf文件的最后面，添加如下内容：

/usr/local/openssl/lib vi/etc/profile export OPENSSL=/usr/local/openssl/bin export PATH=$PATH:$OPENSSL source/etc/profile yum install openssl-devel -y #如无法yum下载安装，请修改yum配置文件测试: ldd /usr/local/openssl/bin/openssl linux-vdso.so.1 => (0x00007fff996b9000) libdl.so.2 => /lib64/libdl.so.2 (0x00000030efc00000) libc.so.6 => /lib64/libc.so.6 (0x00000030f0000000) /lib64/ld-linux-x86-64.so.2 (0x00000030ef800000) which openssl /usr/bin/openssl openssl version OpenSSL 1.0.0-fips 29 Mar 2010 2.2.2keepalived安装本文在172.17.30.64、172.17.30.83两台机器进行keepalived安装安装 tar zxvf keepalived-1.2.13.tar.gz cd keepalived-1.2.13 ./configure--prefix=/usr/local/keepalived make make install cp/usr/local/keepalived/sbin/keepalived/usr/sbin/ cp/usr/local/keepalived/etc/sysconfig/keepalived/etc/sysconfig/ cp/usr/local/keepalived/etc/rc.d/init.d/keepalived/etc/init.d/ mkdir/etc/keepalived cp/usr/local/keepalived/etc/keepalived/keepalived.conf /etc/keepalived

nginx入门教程

nginx入门教程:启动,停止及命令参数详解详细介绍一下nginx基础命令及其参数的含义。说明：我的nginx命令的操作环境是Windows nginx命令：启动nginx 在Windows上安装好nginx后，我们需要启动nginx服务，启动nginx服务的命令行操作主要有两种方式，即 1 C:\nginx-0.8.53>nginx.exe 或者 1 C:\nginx-0.8.53>start nginx 启动nginx命令说明：需要注意，由于nginx默认端口也是80端口，如果此时你的机器上开启了Apache或者IIS服务，切忌在启动nginx之前务必关闭IIS或Apache服务，否则nginx启动命令不会成功。 nginx命令：停止nginx 停止nginx的命令主要有两种，即 1 C:\nginx-0.8.53>nginx -s stop 或者 1 C:\nginx-0.8.53>nginx -s quit nginx停止命令stop与quit参数的区别在于stop是快速停止nginx，可能并不保存相关信息，quit是完整有序的停止nginx，并保存相关信息。 nginx启动与停止命令的效果都可以通过Windows任务管理器中的进程选项卡观察。其他nginx命令参数详解 1 nginx -c

此命令参数指定一个新的nginx配置文件来替换默认的nginx配置文件，如果你不确定新的nginx配置文件语法是否正确，你可以通过nginx命令-t参数来测试，-t参数代表不运行配置文件，而仅仅只是测试配置文件，即 1 nginx -t -c nginx命令参数v与V的区别 nginx -v命令只是简单显示nginx的版本信息(nginx version)，而nginx -V 不但显示nginx的版本信息，而且还显示nginx的配置参数信息。重载nginx命令 1 nginx -s reload 当你改变了nginx配置信息并需要重新载入这些配置时可以使用此命令重载nginx 重新打开日志文件命令 1 nginx -s reopen 至此，启动、停止nginx，查看、测试nginx配置文件等这些最基础的nginx 命令就介绍完了。更多关于nginx的问题，访问：https://www.360docs.net/doc/6b9389292.html,/weihu。

nginx中文解释

Nginx 常见应用技术指南[Nginx Tips] 第二版作者:NetSeek https://www.360docs.net/doc/6b9389292.html, (I T运维专家网|集群架构|性能调优) 欢迎转载,转载时请务必以超链接形式标明文章原始出处和作者信息及本声明. 首发时间: 2008-11-25 更新时间:2009-1-14 目录一、Nginx 基础知识二、Nginx 安装及调试三、Nginx Rewrite 四、Nginx Redirect 五、Nginx 目录自动加斜线: 六、Nginx Location 七、Nginx expires 八、Nginx 防盗链九、Nginx 访问控制十、Nginx日志处理十一、Nginx Cache 十二、Nginx 负载均衡十三、Nginx简单优化十四、如何构建高性能的LEMP环境十五、Nginx服务监控十六、常见问题与错误处理. 十七、相关资源下载【前言】：编写此技术指南在于推广普及NGINX在国内的使用，更方便的帮助大家了解和掌握NGINX 的一些使用技巧。本指南很多技巧来自于网络和工作中或网络上朋友们问我的问题.在此对网络上愿意分享的朋友们表示感谢和致意！欢迎大家和我一起丰富本技术指南提出更好的建议！请朋友们关注: https://www.360docs.net/doc/6b9389292.html, 技术分享社区! 互想学习共同进步! 一、Nginx 基础知识 1、简介 Nginx ("engine x") 是一个高性能的HTTP 和反向代理服务器，也是一个IMAP/POP3/SMTP 代理服务器。Nginx 是由Igor Sysoev 为俄罗斯访问量第二的Rambler.ru 站点开发的，它已经在该站点运行超过两年半了。Igor 将源代码以类BSD许可证的形式发布。尽管还是测试版，但是，Nginx 已经因为它的稳定性、丰富的功能集、示例配置文件和低系统资源的消耗而闻名了。更多的请见官方wiki: https://www.360docs.net/doc/6b9389292.html,/ 2、Nginx的优点 nginx做为HTTP服务器，有以下几项基本特性： 1) 处理静态文件，索引文件以及自动索引；打开文件描述符缓冲． 2) 无缓存的反向代理加速，简单的负载均衡和容错． 3) FastCGI，简单的负载均衡和容错． 4) 模块化的结构。包括gzipping, byte ranges, chunked responses, 以及SSI-filter等filter。如果由FastCGI或其它代理服务器处理单页中存在的多个SSI，则这项处理可以并行运行，而不需要相互等待。 5) 支持SSL 和 TLS SNI． Nginx专为性能优化而开发，性能是其最重要的考量, 实现上非常注重效率。它支持内核Poll模型，能经受高负载的考验, 有报告表明能支持高达50,000 个并发连接数。 Nginx具有很高的稳定性。其它HTTP服务器，当遇到访问的峰值，或者有人恶意发起慢速连接时，也很可能会导致服务器物理内存耗尽频繁交换，失去响应，只能重启服务器。例如当前apache一旦上到200个以上进程，web响应速度就明显非常缓慢了。而Nginx采取了分阶段资源分配技术，使得它的CPU与内存占用率非常低。nginx官方表示保持10,000个没有活动的连接，它只占2.5M内存，所以类似DOS这样的攻击对nginx来说基本上是毫无用处的。就稳定性而言, nginx比lighthttpd更胜一筹。 Nginx支持热部署。它的启动特别容易, 并且几乎可以做到7*24不间断运行，即使运行数个月也不需要重新启动。你还能够在不间断服务的情况下，对软件版本进行进行升级。 Nginx采用master-slave模型, 能够充分利用SMP的优势，且能够减少工作进程在磁盘I/O的阻塞延迟。当采用select()/poll()调用时，还可以限制每个进程的连接数。 Nginx代码质量非常高，代码很规范，手法成熟，模块扩展也很容易。特别值得一提的是强大