解决Nginx启动失败

一、Nginx下载
http://nginx.org/en/download.html

二、Nginx启动失败原因
1、本人下载的是nginx-1.12.1(稳定版),下载完解压后,进入路径中,start nginx,发现窗口闪过。但是查找不到nginx进程。

2、进入 nginx-1.12.1\logs 路径下,打开error.log文件,发现有以下错误日志

2017/09/19 11:07:26 [emerg] 5580#3332: bind() to 0.0.0.0:80 failed (10013: An attempt was made to access a socket in a way forbidden by its access permissions)
2017/09/19 11:09:35 [emerg] 7552#7556: bind() to 0.0.0.0:80 failed (10013: An attempt was made to access a socket in a way forbidden by its access permissions)
3、错误原因是绑定80端口错误,说明80端口被占用,nginx绑定失败。

三、解决办法
1、kill掉占用80端口的程序,再次启动nginx

2、如若占用80端口的服务/程序不能关闭,则更改nginx监听的端口号

如上图所示,在 nginx-1.12.1\conf 路径下,打开nginx.conf文件,将监听的端口80 修改为 8080,重新启动。

打开任务管理器,可发现存在两个nginx.exe进程。nginx启动成功!

四、测试效果
在浏览器中输入http://localhost:8080,出现nginx欢迎页面!

原文地址:https://www.cnblogs.com/deepalley/p/11074004.html

时间: 2024-11-06 03:29:48

解决Nginx启动失败的相关文章

nginx启动失败问题集锦

1.selinux引起nginx启动失败 问题描述: 修改了nginx的配置文件,绑定了监听9089端口,重启nginx的时候失败了.发现报错"nginx: [emerg] bind() to 0.0.0.0:9089 failed (13: Permission denied)": [[email protected] nginx]# systemctl restart nginx Job for nginx.service failed because the control pr

Starting nginx: nginx: [emerg] bind() to 0.0.0.0:8088 failed (13: Permission denied) nginx 启动失败

Starting nginx: nginx: [emerg] bind() to 0.0.0.0:8088 failed (13: Permission denied) nginx 启动失败,日志里面报错信息如下: Starting nginx: nginx: [emerg] bind() to 0.0.0.0:8088 failed (13: Permission denied) 权限拒绝,经检查发现是开启selinux 导致的. 直接关闭 getenforce   这个命令可以查看当前是否开

解决nginx reload失败

1. 失败提示信息 nginx: [error] open() "/usr/local/nginx/logs/nginx.pid" failed (2: No such file or directory) 2. 解决方法 /usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf 使用nginx -c的参数指定nginx.conf文件的位置 提示:nginx: [emerg] bind() to 0.0.0.0:80

解决Nginx启动脚本在redhat上不兼容问题

我们在网上看到的Nginx的启动脚本通常是/etc/rc.d/init.d/nginx这个脚本,其内容是: #!/bin/bash # nginx Startup script for the Nginx HTTP Server # it is v.1.3.0 version. # chkconfig: - 85 15 # description: Nginx is a high-performance web and proxy server. #              It has a 

解决springboot启动失败问题:Unable to start embedded container;

全部报错内容如下: org.springframework.context.ApplicationContextException: Unable to start embedded container; nested exception is java.lang.IllegalStateException: Expected method not found: java.lang.NoSuchMethodException: org.springframework.boot.context.e

<已解决> Eclipse启动失败

参考:http://stackoverflow.com/questions/15404964/starting-eclipse-results-in-failed-to-create-java-virtual-machine -vm C:\Java\jdk1.6.0_25\bin\javax.exe Added above line in eclipse.ini file(on the top) and worked for me. C:\Java\jdk1.6.0_25\bin This pa

多学一点(十三)——解决Linux kdump服务启动失败

kdump 是 Linux Kernel 崩溃时的转储机制,简单理解就是在系统启动过程中如果 Kernel 因为某些原因崩溃了,kdump 就会负责记录日志以便排查原因.在 CentOS 6 等 Linux 发行版中,即便采用最小化安装, kdump 也会作为服务安装到系统中,此时可能因为我们对 Linux分配的内存的限制导致 kdump 服务开机启动失败,如图 1 所示: 图-1 kdump启动失败 解决 kdump 启动失败其实很简单,只要修改 grub.conf 文件,改变crashker

菜鸟nginx源码剖析 框架篇(一) 从main函数看nginx启动流程(转)

俗话说的好,牵牛要牵牛鼻子 驾车顶牛,处理复杂的东西,只要抓住重点,才能理清脉络,不至于深陷其中,不能自拔.对复杂的nginx而言,main函数就是“牛之鼻”,只要能理清main函数,就一定能理解其中的奥秘,下面我们就一起来研究一下nginx的main函数. 1.nginx的main函数解读 nginx启动显然是由main函数驱动的,main函数在在core/nginx.c文件中,其源代码解析如下,涉及到的数据结构在本节仅指出其作用,将在第二节中详细解释. nginx main函数的流程图如下:

Tomcat启动失败的解决方法

在使用Tomcat的时候,经常会遇到启动失败的问题:解决方法:1.检查环境变量的配置,jdk的配置2.检查端口是否被占用. 关于环境变量的配置很容易搜到,如果按照网上的教程配置好了,但是还是启动失败的话,这时就需要检查端口是否被占用了,实际上十有八九是端口被占用了.下面介绍第二种方法:打开dos窗口,输入以下命令: netstat -abn || findstr "8080" 或者 netstat -aon || findstr "8080"a:显示所有的连接和侦听