nginx 与后台端口冲突的解决

2024-02-26 05:52:02

问题：

在起alice管理系统的开发环境的时候，发现后台所有的接口在第一次请求的时候全部产生404错误，但第二次请求成功

定位问题

查看nginx 报错日志发现如下报错，因此错误的认为错误发生在html的文件夹权限不够导致的文件无法写入，于是开放权限之后发现还是不行，在Google一番查找还是没找到解决方案。暂时搁置，第二天重新找错时，无意的点开8081端口，当你访问localhost:8081与127.0.0.1:8081的内容竟然不同。

当时发觉是不是端口冲突了，于是打开文件下面是nginx的config文件和我们的项目配置文件，发现产生端口冲突，当你访问后台时发现请求会有专到nginx的静态文件，因此产生404报错。

server {
  listen    8081;
  server_name 127.0.0.1;

  #charset koi8-r;

  #access_log logs/host.access.log main;

  location / {
    root  html;
    index index.html index.htm;
  }

server {
  # 平台端口
  listen    8100;
  server_name localhost;

  location / {
    proxy_pass http://localhost:4200/;
  }

  location /api/ {
    proxy_pass http://localhost:8081/;
  }
  #error_page 404       /404.html;

  # redirect server error pages to the static page /50x.html
  #
  error_page  500 502 503 504 /50x.html;
  location = /50x.html {
    root  /usr/share/nginx/html;
  }
}

解决方法

更改后台端口，与项目未 nginx 的配置。

遗留问题：

在后台启动时，访问localhost:8081与127.0.0.1:8081的内容不同
后台关闭时相同

原因可能如下：
localhost：系统带的本机当前用户的权限去访问
127.0.0.1：等于本机是通过网络再去访问本机

当nginx 与后台冲突时为什么奇数次访问nginx内部文件，偶数次访问后台(为什么能占用同一个接口)

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持我们。

Nginx访问控制与参数调优的方法

Nginx全局变量 Nginx中有很多的全局变量,可以通过$变量名来使用.下面列举一些常用的全局变量: 变量说明 $args 请求中的参数,如www.123.com/1.php?a=1&b=2的$args就是a=1&b=2 $content_length HTTP请求信息里的"Content-Length" $conten_type HTTP请求信息里的"Content-Type" $document_root nginx虚拟主机配置文件中的roo
详解Django+uwsgi+Nginx上线最佳实战

什么是uwsgi? uWSGI是一个Web服务器,它实现了WSGI协议.uwsgi.http等协议.Nginx中HttpUwsgiModule的作用是与uWSGI服务器进行交换.WSGI是一种Web服务器网关接口.它是一个Web服务器(如nginx,uWSGI等服务器)与web应用(如用Flask框架写的程序)通信的一种规范. WSGI是一种通信协议. uwsgi是一种线路协议而不是通信协议,在此常用于在uWSGI服务器与其他网络服务器的数据通信.uwsgi协议是一个uWSGI服务器自有的协议,
深入理解Nginx中Server和Location的匹配逻辑

Server的匹配逻辑 Nginx在决定请求由哪个server块执行时,主要关注的是server块中的listen和server_name两个字段 listen指令 listen字段定义server响应的ip和端口,如果没有明确配置listen字段,默认监听0.0.0.0:80(root)或者0.0.0.0:8080(非root) listen可以被配置为: 一个ip和端口的组合一个单独的ip,默认监听80端口一个单独的端口,默认监听所有的ip接口一个Unix socket路径其中最后一
Nginx反向代理与负载均衡实战篇

反向代理反向代理指的是以代理服务器接收用户的的访问请求,代理用户向内部服务器重新发起请求,最后把内部服务器的响应信息返回给用户.这样,代理服务器对外就表现为一台服务器,而访问内部服务器的客户端用的就是代理服务器,而不是真实网站访问用户. 为什么使用反向代理可以起到保护网站安全的作用,因为任何来自Internet的请求都必须先经过代理服务器. 通过缓存静态资源,加速Web请求. 实现负载均衡反向代理例子环境说明假如有AB两个服务器.A服务器提供web资源,并且只给内网访问.B服务器有两块
CentOS7将Nginx添加系统服务的方法步骤

导语经过编译安装以及解决问题,Nginx 已经运行正常,但是此时 Nginx 并没有添加进系统服务.接下来会将 Nginx 添加进系统服务并且设置开机启动. 查看服务首先查看 Nginx 的服务状态,输入 systemctl status nginx,结果如下没有找到相关的服务,下一步就是添加系统服务. 添加系统服务在 /usr/lib/systemd/system 目录中添加 nginx.service,根据实际情况进行修改,详细解析可查看下方参考资料中的文章.内容如下 [Unit]
利用PHP如何统计Nginx日志的User Agent数据

前言即将用到爬虫,于是打算收集一下User Agent(UA)数据.接着马上想到自己网站的访问日志不就是现成的优质数据源吗?于是愉快的决定写个脚本统计一下Nginx访问日志中的UA信息. 这类简单操作,用脚本语言就足够,毫无疑问肯定要用最熟悉的PHP.打开vim就开撸,十几分钟下来,功能简单的统计脚本就搞定了. 脚本目前有三个功能: 1. 找出所有的UA信息并排序: 2. 统计操作系统数据: 3. 统计浏览器数据. 程序运行截图如下: 1.UA信息 2.操作系统信息 3.浏览器用脚本统计最近
Python实现监控Nginx配置文件的不同并发送邮件报警功能示例

本文实例讲述了Python实现监控Nginx配置文件的不同并发送邮件报警功能.分享给大家供大家参考,具体如下: 因为项目中经常涉及到多个Nginx之间的配置文件更改,可能回导致最后Nginx之间的配置文件有所不同,这样会对项目产生影响,最典型的就是可能当访问域名解析到其中一台Nginx的时候,可能是正常的,当域名解析到另外一台Nginx的时候,由于配置文件的不同,导致访问出错之类的,影响体验,所以用python写了一个监控配置文件不同的脚本,如果发现不同,就报警,并且以HTML的形式发送邮件指出
使用nginx同域名下部署多个vue项目并使用反向代理的方法

效果目前有 2 个项目(project1, project2),还有一个 nginx 自带的 index.html,我添加了对应的链接代码(稍后粘贴出来),为了统一管理子项目的路由. 我期望实现下面的效果(假设 ip: localhost,port: 8080): http://localhost:8080/ 进入最外层的 index.html http://localhost:8080/project1 进入项目一 http://localhost:8080/project2 进入项目二废
Nginx服务器屏蔽与禁止屏蔽网络爬虫的方法

每个网站通常都会遇到很多非搜索引擎的爬虫,这些爬虫大部分都是用于内容采集或是初学者所写,它们和搜索引擎的爬虫不一样,没有频率控制,往往会消耗大量服务器资源,导致带宽白白浪费了. 其实Nginx可以非常容易地根据User-Agent过滤请求,我们只需要在需要URL入口位置通过一个简单的正则表达式就可以过滤不符合要求的爬虫请求: location / { if ($http_user_agent ~* "python|curl|java|wget|httpclient|okhttp") {
Nginx开启一个参数就能让你的WEB性能提升3倍的方法

一.遇到的一些问题记得 2008 年做性能测试的时候,新进7台 lenovo 4核4G 服务器用于性能测试. 当时资源紧张,这7台服务器都装了双系统(Win2003/CentOS5)空闲时用于做测试机(压测的Agent). 当时给Nginx做了一系列测试,印象很深的是:在这批机器上,Nginx状态页面的压测. 短连接的话最佳QPS约4万,长连接的话最高QPS约13万. 大概3年后,那批 lenovo 服务器已经没人瞧得上了,只能做肉鸡. 然而,一次不经意的测试,发现再牛的服务器,短连接最佳QP

nginx 与后台端口冲突的解决

相关推荐

随机推荐