干掉nginx 403 forbidden报错

liuzhen007
• 阅读 1529

目录

问题

解决

  1. 设置启动用户owner

  2. 切换管理员模式

  3. 开放访问目录权限

  4. 明确index索引文件

问题

按照网上的教程,我们顺利启动了默认80端口的nginx服务。

具体安装教程可以参考:https://liuzhen.blog.csdn.net/article/details/83898155

接下来,我们开始将它修改成自己的静态服务,但是遇到了“nginx 403 forbidden”的报错。

解决

首先需要说明一下mac和linux的nginx配置文件的位置略有不同,具体情况如下:

mac:/usr/local/etc/nginx/nginx.conf

linux:/etc/nginx/nginx.conf

好了,开始我们坎坷的一路吧:

修改配置后,重新启动nginx服务:

sudo nginx -s reload

报错:

nginx: [emerg] bind() to 0.0.0.0:8066 failed (48: Address already in use) #tcp_nopush on; nginx: [emerg] bind() to 0.0.0.0:8066 failed (48: Address already in use) nginx: [emerg] bind() to 0.0.0.0:8066 failed (48: Address already in use) nginx: [emerg] bind() to 0.0.0.0:8066 failed (48: Address already in use) nginx: [emerg] bind() to 0.0.0.0:8066 failed (48: Address already in use) nginx: [emerg] still could not bind()

自己以为很简单,不就是端口占用了嘛,查找对应的进程:

localhost:nginx lz$ lsof -i:8066 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME Google 31199 lz 33u IPv4 0x44b485117ae7339 0t0 TCP localhost:62265->localhost:8066 (ESTABLISHED) Google 31199 lz 34u IPv4 0x44b48510e8b1de9 0t0 TCP localhost:62266->localhost:8066 (ESTABLISHED)

原来元凶是31199,那就干掉它吧。

localhost:nginx lz$ kill 31199 localhost:nginx lz$ kill 31199 -bash: kill: (31199) - No such process

通过上述的结果,说明第一次确实杀掉31199了。

这时神奇的现象出现了,我刷新页面,服务还能访问????

再次查看8066端口,居然还有进程存在:

localhost:nginx lz$ lsof -i:8066 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME Google 71351 lz 18u IPv4 0x44b485117694179 0t0 TCP localhost:62488->localhost:8066 (ESTABLISHED) Google 71351 lz 22u IPv4 0x44b4851157d2971 0t0 TCP localhost:62489->localhost:8066 (ESTABLISHED)

那么问题来了,意思是对应的nginx进程杀不掉吗?

那就尝试停止服务命令关闭nginx:

sudo nginx -s stop

结果却报错了:

nginx: [alert] kill(1668, 1) failed (3: No such process)

同时,页面也不能访问了,出现了403。

于是开始了疯狂尝试。。。

1. 设置启动用户owner

在nginx.conf配置文件首行增加用户权限声明,注意不要丢了分号。

user root owner;

2. 切换管理员模式

sudo su

输入密码完成切换,再执行相关命令。

3. 开放访问目录权限

如果访问的目录没有对应的权限,也会出现403报错。

所以尝试了如下方式,但是本人遇到的不是这个问题。

chmod -R 777 /Users/lz/job/resource

4. 明确index索引文件

本来想实现最简单的静态服务,可以直接访问所有文件和目录列表,自己将index配置项改成了.。但是,这样就导致了403的问题。

后来明确index索引文件后,问题消失。

location / { root /Users/lz/job/resource; index index.html index.htm; }

遇到报错时,我们可以通过借助日志定位一部分问题,如果不知道日志的存储路径,可以使用如下命令:

nginx -V

注意:V是大写的,小写的是显示版本号。

实际对比效果如下:

localhost:nginx lz$ nginx -v nginx version: nginx/1.19.5 localhost:nginx lz$ nginx -V nginx version: nginx/1.19.5 built by clang 12.0.0 (clang-1200.0.32.27) built with OpenSSL 1.1.1h 22 Sep 2020 (running with OpenSSL 1.1.1i 8 Dec 2020) TLS SNI support enabled configure arguments: --prefix=/usr/local/Cellar/nginx/1.19.5 --sbin-path=/usr/local/Cellar/nginx/1.19.5/bin/nginx --with-cc-opt='-I/usr/local/opt/pcre/include -I/usr/local/opt/openssl@1.1/include' --with-ld-opt='-L/usr/local/opt/pcre/lib -L/usr/local/opt/openssl@1.1/lib' --conf-path=/usr/local/etc/nginx/nginx.conf --pid-path=/usr/local/var/run/nginx.pid --lock-path=/usr/local/var/run/nginx.lock --http-client-body-temp-path=/usr/local/var/run/nginx/client_body_temp --http-proxy-temp-path=/usr/local/var/run/nginx/proxy_temp --http-fastcgi-temp-path=/usr/local/var/run/nginx/fastcgi_temp --http-uwsgi-temp-path=/usr/local/var/run/nginx/uwsgi_temp --http-scgi-temp-path=/usr/local/var/run/nginx/scgi_temp --http-log-path=/usr/local/var/log/nginx/access.log --error-log-path=/usr/local/var/log/nginx/error.log --with-compat --with-debug --with-http_addition_module --with-http_auth_request_module --with-http_dav_module --with-http_degradation_module --with-http_flv_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_mp4_module --with-http_random_index_module --with-http_realip_module --with-http_secure_link_module --with-http_slice_module --with-http_ssl_module --with-http_stub_status_module --with-http_sub_module --with-http_v2_module --with-ipv6 --with-mail --with-mail_ssl_module --with-pcre --with-pcre-jit --with-stream --with-stream_realip_module --with-stream_ssl_module --with-stream_ssl_preread_module

因此,我们可以非常轻易的找到对应的错误日志路径 :/usr/local/var/log/nginx/error.log。

点赞
收藏
评论区
推荐文章
blmius blmius
3年前
MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1
文章目录问题用navicat导入数据时,报错:原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql\mode:sql\mode:SQLMode定义了MySQL应支持的SQL语法、数据校验等,这样可以更容易地在不同的环境中使用MySQL。全局s
Easter79 Easter79
3年前
swap空间的增减方法
(1)增大swap空间去激活swap交换区:swapoff v /dev/vg00/lvswap扩展交换lv:lvextend L 10G /dev/vg00/lvswap重新生成swap交换区:mkswap /dev/vg00/lvswap激活新生成的交换区:swapon v /dev/vg00/lvswap
皕杰报表之UUID
​在我们用皕杰报表工具设计填报报表时,如何在新增行里自动增加id呢?能新增整数排序id吗?目前可以在新增行里自动增加id,但只能用uuid函数增加UUID编码,不能新增整数排序id。uuid函数说明:获取一个UUID,可以在填报表中用来创建数据ID语法:uuid()或uuid(sep)参数说明:sep布尔值,生成的uuid中是否包含分隔符'',缺省为
Jacquelyn38 Jacquelyn38
3年前
2020年前端实用代码段,为你的工作保驾护航
有空的时候,自己总结了几个代码段,在开发中也经常使用,谢谢。1、使用解构获取json数据let jsonData  id: 1,status: "OK",data: 'a', 'b';let  id, status, data: number   jsonData;console.log(id, status, number )
Wesley13 Wesley13
3年前
mysql设置时区
mysql设置时区mysql\_query("SETtime\_zone'8:00'")ordie('时区设置失败,请联系管理员!');中国在东8区所以加8方法二:selectcount(user\_id)asdevice,CONVERT\_TZ(FROM\_UNIXTIME(reg\_time),'08:00','0
Wesley13 Wesley13
3年前
00:Java简单了解
浅谈Java之概述Java是SUN(StanfordUniversityNetwork),斯坦福大学网络公司)1995年推出的一门高级编程语言。Java是一种面向Internet的编程语言。随着Java技术在web方面的不断成熟,已经成为Web应用程序的首选开发语言。Java是简单易学,完全面向对象,安全可靠,与平台无关的编程语言。
Stella981 Stella981
3年前
Android蓝牙连接汽车OBD设备
//设备连接public class BluetoothConnect implements Runnable {    private static final UUID CONNECT_UUID  UUID.fromString("0000110100001000800000805F9B34FB");
Stella981 Stella981
3年前
Django中Admin中的一些参数配置
设置在列表中显示的字段,id为django模型默认的主键list_display('id','name','sex','profession','email','qq','phone','status','create_time')设置在列表可编辑字段list_editable
Wesley13 Wesley13
3年前
MySQL部分从库上面因为大量的临时表tmp_table造成慢查询
背景描述Time:20190124T00:08:14.70572408:00User@Host:@Id:Schema:sentrymetaLast_errno:0Killed:0Query_time:0.315758Lock_
Python进阶者 Python进阶者
10个月前
Excel中这日期老是出来00:00:00,怎么用Pandas把这个去除
大家好,我是皮皮。一、前言前几天在Python白银交流群【上海新年人】问了一个Pandas数据筛选的问题。问题如下:这日期老是出来00:00:00,怎么把这个去除。二、实现过程后来【论草莓如何成为冻干莓】给了一个思路和代码如下:pd.toexcel之前把这
liuzhen007
liuzhen007
Lv1
男 · 多媒体研发工程师
敲代码,搞开发。 本人深耕音视频技术,走全栈路线,前后端通吃,兼顾各端与流媒体服务器。 博客主页地址:https://liuzhen.blog.csdn.net 微信公众号:玩转音视频 欢迎沟通学习!
文章
11
粉丝
1
获赞
0