http状态码(三)401、403、404报错

一 401、403、404报错

① 401和403

说明： 由于 nginx 导致的'401、403'很不常见,这里不再细讲,后续会讲解两个'独特'的案例 1） 401 Unauthorized --> 权限认证机制、Cookie、Token --> 请求没有经过'授权' 2） 403 Forbidden --> '请求被拒绝访问' <-- '有认证,认证不对或者权限不足' 备注1： 关注'$upstream_addr'字段,该字段'决定'是谁返回的这些'报错码',要了解'事故源' 备注2： nginx 启动'用户'对静态资源的权限、nginx自身的权限管控是否'配置错误' 文件权限：root 切换到 'su - nginx启动用户 -s /bin/bash',然后看能不能'cd'到资源目录 相关指令： allow 、deny ['ip黑白名单']、auth_basic、auth_basic_user_file 补充： 'SELinux'暂时不考虑

autoindex on; 少了这条参数,所以一直报 " directory index of "/data/soft/" is forbidden"

nginx 403 报错原因 nginx index 缺少/ 导致403

② 404

error.log: 'No such file or directory' 强调： 404 '报错'的本质'语义'就是请求的'服务端资源'找不到导致,至少'服务端'是这样'理性'认为 备注： 找不到的'原因'很多,可能是'资源确实不存在'或者'配置参数不合理'导致 internal: 指定给定location只能用于'内部'请求、对于'外部'请求,返回 '404' 报错 区分：请求'有没有'发送到'上游服务器',通过'$upstream_addr'判断,是否'有值' 1）请求'发送到上游',后端业务的问题 场景1：可能经过nginx的'内部重定向'等,发送到'不符合预期'的proxy_pass 场景2：上游'缺失'对应的资源目录或者资源目录'被其它程序覆盖',拉通'上游服务'人员来定位 2）请求'没有'发送到上游 场景1：由于host跟server_name不匹配,导致匹配到'默认'的server_name上 说明： 1、该server块'没有'匹配的location 2、会把url作为root指令的'静态资源目录下的资源'进行查找,找不到则'报错' 场景2：server_name跟host匹配,但是实际'没有location'与'url'匹配 场景3：由于rewrite '错误配置'重定向导致'路由不匹配',也即nginx'没有'对应location能匹配 场景4：kong的route'路由规则和请求不匹配',导致404 场景5：location也匹配了,但是服务器上实际'没有'对应的资源 明确：实际查找的'静态资源路径'是什么? --> root、alias、try_files等'综合'作用 [1]、请求行中的 '域名和ip' 负责定位服务所在的主机,确保请求是'发送到这个节点'上 [2]、listen先筛选可以'选择的server_name',然后'host请求头'进行server_name匹配 [3]、但是server_name'不匹配',就会查找默认的server_name 重点： [1]、nginx debug可以看到最终匹配的路由(using configuration) [2]、$server_name可以看到'最终匹配'的server块 [3]、影响路由匹配的因素：静态资源是root和alias、动态资源是proxy_pass、重定向 ++++++++++++++++ "一个案例" ++++++++++++++++

条件： 

  多个server块'不同conf文件中'配置'同一个域名'

  但是location不同,reload|restart '不报错'

  请求的时候404,应该是'某个server被覆盖',所以'查找' serevr_name 是否'冲突'

报错： 'No such file or directory'

客户端： '404 Not Found'

补充： 定义'某种行为'出现的时候,主动展示'404'的报错

error_page    404  /404.html;

try_files $uri $uri/ /index.html =404;

今天的文章 http状态码(三)401、403、404报错分享到此就结束了，感谢您的阅读。

http状态码(三)401、403、404报错

相关推荐