草庐IT

nginx.conf

全部标签

vue项目打包发布到Nginx后无法访问后端接口解决办法

老套路,一图胜千言,先附上一张浏览器里请求后端数据的动图作为一个桌面软件开发者,为了给客户出示推送数据到http接口的demo,耗费一周时间写了个vue请求后端http接口的程序,结果在vscode里运行,请求后端接口没问题,打包发布到nginx就请求失败了,此处记录一下解决过程。vue跨域代码module.exports={dev:{//PathsassetsSubDirectory:'static',assetsPublicPath:'/',proxyTable:{'/api':{target:'http://192.168.0.100:8090/',//要解决跨域的接口的域名secure

Nginx部署vue项目配置

Nginx部署vue项目配置记录一下Nginx部署vue项目userroot;worker_processes1;error_log/home/hongtu/web/logs/error.log;#error_loglogs/error.lognotice;#error_loglogs/error.loginfo;#pidlogs/nginx.pid;events{worker_connections1024;}http{includemime.types;default_typeapplication/octet-stream;#log_formatmain'$remote_addr-$re

如何查看nginx监听的端口并限制相关ip

1.查看nginxmaster进程号psaux|grepnginx查到nginxmaster进程的pid为208132.根据pid查看使用的端口号netstat-anp|grep${pid}#pid为上面查询出来的nginxmaster进程号查看nginx进程端口占用情况从图中可以看到nginx使用的端口号13599、13800、8080、80、13590、13591、13592根据对应端口所使用的ip,按照以下方法对这些ip进行限制: 更改完毕后,进入nginx对应的sbin目录,重启nginx1sudo./nginx-sreload如何查看安装的nginx版本:通过编译安装的方式安装的ng

docker - Beego - 使用来自 docker-compose 实现的端口号,而不是使用来自 app.conf 的端口号

我正在尝试在docker-compose的帮助下使用docker运行beego应用程序。我可以访问http://localhost:8081中的演示应用程序运行后的URLdocker-composeup.docker-compose.ymlversion:"2"services:app:build:.volumes:-.:/go/src/helloports:-"8080:8080"working_dir:/go/src/hellocommand:beerunDockerfileFROMgolang:1.10##InstallbeegoandthebeedevtoolRUNgogetg

docker - Beego - 使用来自 docker-compose 实现的端口号,而不是使用来自 app.conf 的端口号

我正在尝试在docker-compose的帮助下使用docker运行beego应用程序。我可以访问http://localhost:8081中的演示应用程序运行后的URLdocker-composeup.docker-compose.ymlversion:"2"services:app:build:.volumes:-.:/go/src/helloports:-"8080:8080"working_dir:/go/src/hellocommand:beerunDockerfileFROMgolang:1.10##InstallbeegoandthebeedevtoolRUNgogetg

Nginx使用stream模块分流实现端口复用

使用Nginx复用端口有很多方法,最普遍的方法是在不同的server块中监听同一端口,根据不同的主机名完成分流。本文介绍了一种较新的端口复用方法,它可以方便地对TLS加密的TCP数据进行分流。1Nginxstream分流Nginx一般都工作在应用层,可以通过多个虚拟主机对端口的监听实现分流。其实,Nginx在1.0.9版本以后增加了stream模块,它利用SNI协议(TLS的扩展协议)对同一端口的不同主机转发流量,这一转发过程在传输层完成。2分流示例下面展示了一个stream分流的实例,它根据不同的域名(capa.ink和crps.ink),将请求转发到不同的服务(web1和web2),实现了

【Nginx】POST请求跳转后变为GET请求 308 307状态码

由于nginx中配置了http强制跳转https的配置,导致从http接收到的POST请求无法正常响应,是因为POST请求经过rewrite跳转后变成了GET请求PSOT请求http://domain/uri->301rewrite->GET请求https://doamin/uri各个跳转状态码的含义301MovedPermanently:该方式将所有的HTTP请求重定向到HTTPS上,并且该重定向是永久性的。客户端在收到301响应后,会自动将HTTP请求转为GET请求,同时将请求地址修改为重定向后的地址。这意味着,如果原始请求是POST请求,那么301重定向会将其转变为GET请求。此外,浏览

Nginx之TCP端口转发

场景:很多企业业务都在云上,数据库端口基本不会对外开放。开发、测试人员经常会有通过外网去访问数据库的需求,此时我们可以利用nginx的端口转发功能来实现。前提条件:Nginx实现TCP端口转发,需要依赖stream模块,即编译安装时带--with-stream--with-stream_ssl_module参数;系统上的nginx有哪些模块,可以使用nginx-V进行查看 没有--with-stream,因此需要重新编译,先进入源码目录,然后执行下列命令预编译./configure --prefix=/usr/local/nginx--with-stream --with-http_ssl_m

nginx rewrite(重定向)

目录一、什么是rewrite二、rewrite使用场景三、rewrite配置语法四、常用的nginx正则表达式五、nginx配置文件里location项1、localtion作用2、location可以分为三类3、location的常用匹配规则4、location的优先级与匹配规则5、location示例说明六、案例七、rewrite总结一、什么是rewrite    Rewrite及URL重写,主要是实现地址重写,以及重定向,就是把输入Web的请求重定向到其他URL的过程二、rewrite使用场景URL地址跳转,列入用户访问old.com将其跳转到oldboy.com,或者当用户通过http

Nginx 502 Bad Gateway 错误的原因及解决方法

项目启动时,莫名其妙网站访问不了,502BadGateway百度原因:502BadGateway错误通常是互联网上服务器之间的网络错误简言之:服务器连接不上Gateway问题解决:我在用wifi时,本机的localhost每次重启电脑后都会发生改变,导致服务器访问我本机上部署的项目时报错。可以先使用cmd命令行查看本机的IP地址,我记得上次是1.4这次是1.3        然后打开服务器nginx配置文件,里面配置了网关相关信息,可以先查看nginx是否运行修改后: 修改完后保存退出,nginx-sreload重启。重新访问,完美解决。