如何查看nginx是否启动(如何查看nginx是否启动了)

如何查看nginx是否启动了

启动：cd /usr/local/nginx/sbin./nginxnginx服务启动后默认的进程号会放在/usr/local/nginx/logs/nginx.pid文件cat nginx.pid 查看进程号关闭：kill -TERM pid 快速停止服务kill -QUIT pid 平缓停止服务kill -9 pid 强制停止服务重启：cd /usr/local/nginx./nginx -HUP pid./nginx -s reload

怎么查看nginx是否启动

windows 10 下无法启动nginx的解决方法

问题##

windows 10 下启动nginx，闪屏而过，访问localhost显示无法访问。

分析##

cmd下使用命令：netstat -an | find "0.0.0.0:80"，可以发现80端口已经被占用。

尝试##

1、改变绑定中的80端口，把原来绑定80端口的站点，换成其他端口；失败。

2、关闭World Wide Web Publishing Service；失败。

3、更改nginx目录下conf/nginx.conf下的监听端口号，把80改成其他未被占用端口号；成功！

所以可以确定是80端口的问题。

再分析##

再次使用命令：netstat -ano

可以发现占用80端口的服务pid = 4，

ctrl+shift+Esc打开任务管理器，查看详细，占先pid排序，可以查看到pid为4的进程：NT kernel & System。

解决##

经过网络查询，发现网上的提供的多种方式，单纯使用，并不能解决问题，经实践后，解决方式为2步：

第一步：使用如下命令关闭iis相关服务(管理员身份进入cmd)

net stop http

这时会有提示确认信息，提示要关闭http服务，需要停止其依赖的其他服务，输入Y

此时依赖的相关服务都会提示停止成功，到http服务时，最后会发现：http server 无法停止。

此时进入第二步。

第二步：命令行输入如下命令：sc config http start= disabled（注意start和=之间没有空格）

没有任何提示，重新出现输入提示，说明已经成功，如果有提示，请按提示进行修改。

然后重启电脑，输入netstat -ano | find "0.0.0.0:80"命令进行验证。如果没有任务输出，说明成功，如果还是有80端口相关信息输出，说明失败。可以再尝试其他方式。

说明：如果以后需要使用IIS服务，估计需要使用下列命令修复（管理员身份）

sc config http start= demand & net start http

可输入下面的命令验证

net start http

网络上还有另一种办法：

1、打开注册表：win键+R -> regedit

2、找到：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\HTTP

3、在右边找到Start这一项，将其改为0(我的系统原值为3）

4、重启系统，System进程不会再占用80端口

这种方式，我操作之后，没有效果。后来使用上述两步操作，成功释放80端口，但最终成功，不知道是否和这个操作有关系。

查看nginx 配置是否生效

我的回答：gzip是GNU-ZIP的压缩技术，经过gzip压缩后页面大小可以变成原来的30%甚至更小，用户浏览页面的速度会快得多。

gzip的压缩界面需要浏览器和服务器端都支持，实际上就是服务器端压缩,浏览器端解压并且解析页面，大多数浏览器都支持gzip过的页面。所以确定压缩生效，可以对照gzip的压缩比进行抓包比较。

nginx怎么看是否启动

这个报错日志不是表示nginx无法启动，这个只是正常的请求资源失败的报错。

有这个日志表示你的nginx其实已经启动了。

查看有没有nginx进程

Nginx 跟 Haproxy 其实他们两个的定位是有所不同的，Nginx的定位是一个server，Haproxy的定位是一个load balancer。

Nginx通过各种plugin module可以支持Load balance的功能，而且性能不弱于haproxy太多，所以总有人拿来将两个东西比较。其实Apache也可以通过相关模块做load balancer，只不过性能差得多而已所以没人用而已。当然了Nginx的LB功能现在是其支柱主打功能而已。

看到有很多答案对于haproxy多进程有误解，这里特别说下，haproxy早就支持多进程模型，但是并不是Nginx的Worker Master结构，而是平等多进程结构，同时也支持REUSE PORT选项，所以在这里Nginx跟Haproxy对于多核利用上都是一样的并没有本质区别。

haproxy从1.8之后，添加了多线程的模式，现在它更推荐的也是这个模型，在一些平台上能够更好的利用多核。而Nginx从来没有多线程模型。而且看起来社区也没打算支持。

Nginx其实基于server的功能来说，是Haproxy不具备的，让Haproxy像一个普通Web server那样回复一个普通的HTTP请求是很难的，不大规模修改源码根本做不到。Haproxy是围绕转发模型设计的，整个流程就是围绕如何快速把一个请求或者回复转发到另一端。并不是像Server一样接受请求然后回复。

但是Nginx作为一个纯粹的LB来说，尤其是针对Web LoadBalancer来说，功能没有haproxy那么细致。Haproxy支持的ACL对象非常广泛，很多情况并不需要脚本辅助就可以完成复杂的功能，而Nginx稍微复杂的LoadBalance功能都需要使用脚本才能完成，这样性能就会差很多。

从功能角度上来讲，Nginx其实功能比Haproxy要多（当然并不都是免费的），因为他的开发社区和定位方向都比Haproxy要大和宽泛。在Nginx上面的各种解决方案也要多的多。比如WAF，haproxy一致都没有比较好的原生解决方案。还有包括最近针对Service Mesh的支持，haproxy都是很难跟得上。

但是基础功能，包括HTTP2，TLS 1.3，Script， SSL/TLS offload，ocsp，SNI preload，其实haproxy最新版本早就已经支持，甚至比Nginx还更早些（HTTP2比较晚，但是现在也支持了）。另外，关于硬件SSL offload支持其实主要是OpenSSL的engine的支持，所以这个大家都差不多，只要兼容最新OpenSSL都没什么问题。

Haproxy的优点其实是转发性能稍高，因为haproxy追求zero copy的forward流程，所以代码都倾向于优化在这一点上。但是这个优势现在被广泛的TLS/SSL应用抹平了，对比0 copy节省的时间来说加解密的消耗的性能占绝大多数，所以haproxy基本上在现在的广泛SSL环境下没有什么优势了。除非你想用纯HTTP，而且还想使用比较复杂的基于HTTP头部的Load Balance功能，那么Haproxy是个好选择，否则只是单纯LB的话，LVS性能其实更更高，毕竟人家在Kernel里面。

从代码层面来说，Nginx的结构化代码和模块化都比Haproxy好太多。Haproxy代码模块化一直是个大问题，内部结构模块化不足，二次开发困难，最近到1.9了才有些改善，但是仍然有很多内部trick的hack和让人发懵的FLAG。相比Nginx做到的彻底的模块化，可以轻易的通过开发自己的模块来改变或者实现相关功能，这个haproxy是不具备的。

从开发社区来说，Nginx也比Haproxy好太多，Haproxy虽然社区历史更久，但是一直都是不愠不火，贡献者因为原作者的严格的控制，一直都很少，再加上没有module开发功能，所以吸引的开发者一直都不多。带来的问题就是版本更新慢，支持的新功能慢。HTTP2的开发完全靠原作者一个人，所以支持进度严重拖后。

这篇文章看起来好像是变成了对haproxy吐槽，但是因为在工作中接触这两个东西实在太多，而且是进行深度二次开发，所以自认为还是有一定的了解的。从目前来看，如果haproxy不能更开放招募更多的贡献者，不能彻底修改架构支持module开发，是无法比拟NGINX的。

另外Haproxy优势一点的就是免费版的功能比Nginx免费版的更实惠。对于小又穷的站点的确是个好处。

怎么查看nginx状态

TCP 配置是 Nginx 中一个比较关键的属性，它可以控制 Nginx 传输协议。当配置 Nginx 时，需要注意以下几点：

1. Nginx 中的 tcp 配置有三个参数：接收缓冲区大小（rcvbuf）、发送缓冲区大小（sndbuf）和最后一次活动（linger）。

2. 接收缓冲区和发送缓冲区的大小的单位都是字节，且一般都要大于或等于4K，通常情况下，接收缓冲区要大于发送缓冲区。

3. linger 有三个属性，即： on（开启）、off（关闭）和 timeout（超时），当开启时，Nginx 在服务器关闭连接之前，会将发送缓冲区中的未完成数据发送出去，而 timeout 属性则可以设定超时时间，默认超时时间为0，即Nginx不会考虑超时时间。

4. 在配置 Nginx 时，要根据实际情况调整 tcp 参数，以获得最佳性能。

如何查看nginx是否启动成功

一：启动Nginx服务--在sbin目录下

启动命令:./nginx

关闭命令:./nginx-sstop和./nginx-squit

刷新配置文件:./nginx-sreload (每次对Nginx的配置文件nginx.conf修改后，都要进行重新加载配置文件)

二：进程

查看进程ps-ef|grep-ixxxx -i 大概是ignore 是忽略的意思这里是忽略大小写。

杀死进程kill-9xxxx

三：防火墙

开启防火墙serviceiptablesstart

关闭防火墙serviceiptablesstop

查看防火墙的状态serviceiptablesstatus

永久关闭防火墙chkconfigiptablesoff

四：启动zookeeper服务--在zookeeper的bin目录下

开启zookeeper服务：./zkServer.shstart

查看zookeeper状态 ./zkServer.shstatus

五：启动Redis服务--在redis的bin目录下

以后台的方式启动：./redis-server ../redis.conf(后面的的redis.conf路径要根据每个人配置文件存放的位置来写)

进入redis命令服务：./redis-cli

输入：ping 如果返回pong 则表示连接成功！

六.启动tomcat服务

Linux下tomcat服务的启动、关闭与错误跟踪，使用PuTTy远程连接到服务器以后，通常通过以下几种方式启动关闭tomcat服务：

切换到tomcat主目录下的bin目录（cd usr/local/tomcat/bin）

1，启动tomcat服务

方式一：直接启动 ./startup.sh

方式二：作为服务启动 nohup ./startup.sh &

方式三：控制台动态输出方式启动 ./catalina.sh run 动态地显示tomcat后台的控制台输出信息,Ctrl+C后退出并关闭服务

解释：

通过方式一、方式三启动的tomcat有个弊端，当客户端连接断开的时候，tomcat服务也会立即停止，通过方式二可以作为linux服务一直运行

通过方式一、方式二方式启动的tomcat，其日志会写到相应的日志文件中，而不能动态地查看tomcat控制台的输出信息与错误情况，通过方式三可以以控制台模式启动tomcat服务，

直接看到程序运行时后台的控制台输出信息，不必每次都要很麻烦的打开catalina.out日志文件进行查看，这样便于跟踪查阅后台输出信息。tomcat控制台信息包括log4j和System.out.println()等输出的信息。

2，关闭tomcat服务

./shutdown.sh

七>启动数据库:

service mysqld start 启动

service mysqld restart 重启

查看nginx是否安装成功

在安装完成之后，对他的一个进行激活之后进行测试访问