08 . Nginx状态码

分类：Nginx作者：编程之家用户

HTTP状态码

本篇文章主要介绍运维过程中经常遇到的状态码,并通过业界流行的Nginx进行模拟实现。

2XX状态码

2XX类型状态码表示一个HTTP请求成功，最典型的就是200

# 200状态码
# 这个使我们最希望看到的状态码，表示一个HTTP请求得到了正确的响应，在此不做模拟测试

3XX状态码

# 3XX 类型状态码主要表示HTTP请求URL重定向行为，最常见的3XX状态码有301,302,304
301

测试用例

# URL:  永久性重定向,在Nginx中通过rewrite指令结合permanent标记实现.

server {
	listen 80;
 	server_name test.com;
 	root /usr/share/nginx/html;
 	access_log /var/log/nginx/access.log;
 	error_log /var/log/nginx/error.log;
	
    rewrite ^(.*)$ /index.html permanent;
	
    location / {
	 	index index.html index.htm;
 	}
}

curl 127.0.0.1  -I
# TTP/1.1 301 Moved Permanently
302

测试用例

# URL: 临时重定向,在Nginx通过rewrite指令结合redirect标记实现
server {
	listen 80;
 	server_name test.com;
 	root /usr/share/nginx/html;
 	access_log /var/log/nginx/access.log;
	error_log /var/log/nginx/error.log;
 
    rewrite ^(.*)$ /index.html redirect;
 	
    location / {
 		index index.html index.htm;
 	}
}

curl 127.0.0.1 -I
# HTTP/1.1 302 Moved Temporarily
301 VS 302
# 301和302状态码都是URL重定向。其中301永久重定向，302临时重定向。不管是永久还是临时，但对⽤户⽽⾔这两者没有任何感官上的区别。都是在访问连接A的时候跳转到了连接B，并看到浏览器上的地址同样由A变成了B。既然如此，那为什么还要同时存在301和302呢?

# 它们主要区别在于搜索引擎。搜索引擎是要建⽴索引规则和权重的，如果连接A被设定为永久重定向到连接B，那搜索引擎可以确定A的地址永久改变了，就会把B当做唯⼀有效的⽬标地址。这时搜索引擎会把⽼地址相关信息带到新地址，同时在搜索引擎索引库中彻底废弃掉原先的⽼地址。⽽搜索引擎对于302则没有这样的⾏为。
304

测试用例

# 客户端缓存，通过Nginx中的expires指令完成

server {
	listen 80;
 	server_name test.com;
 	root /usr/share/nginx/html;
 	access_log /var/log/nginx/access.log;
 	error_log /var/log/nginx/error.log;
 	
    location ~ .*\.(gif|jpg|jpeg|png|bmp|swf|html)$ {
 		expires 1d;
 	}
}

# 当客户端浏览器经过第一次访问后，第二次访问时只要访问资源没有过期，状态码就为304，说明使用了上一次请求时候的响应资源

4XX状态码

# 4XX 类型状态码主要表示客户端错误。客户端发起的HTTP请求头不完整、客户度使⽤的⽤户名、密码错误等等。都会被标示为客户端错误。常⻅的4XX状态码有 400、401、403等。
400
# 当WEB服务器遇到不完整的HTTP请求头时，会返回400状态码。请求头信息或者Cookie信息过⼤，通常是导致不完整的请求头的原因。那多⼤的请求头算过⼤呢？ 

# 这个值由WEB服务器端配置决定。在Nginx 这类WEB服务器中，决定这个值的配置字段是large_client_header_buffers。 我们通过调⼩这个字段，来模拟400状态码。

测试用例

server {
 	listen 80;
 	server_name test.com;
 	root /usr/share/nginx/html;
 	access_log /var/log/nginx/access.log;
 	error_log /var/log/nginx/error.log;
 
    # 此指令在NGINX的HTTP段和SERVER段都可以⽣效。
 	# 若实验发现在SERVER段中不⽣效，可以在HTTP段中设置。
 
    large_client_header_buffers 1 1k;
 	
    location / {
 		index index.html index.htm;
 	}
}
# 测试
# 设置一个远超过1K的cookie
curl --cookie "user=sidisisidisidisisidisidisisidisidisisidisidisisidisidisisidisidisidisisidisisidisidisisidisidisisidisidisisidisidisisidisidisisidisidissidisisidisidisisidisidisisidisidisisidisidisisidisidisisidisidissidisisidisidisisidisidisisidisidisisidisidisisidisidisisidisidissidisisidisidisisidisidisisidisidisisidisidisisidisidisisidisidissidisisidisidisisidisidisisidisidisisidisidisisidisidisisisidisisidisidisisidisidisisidisidisisidisidisisidisidisisidisidisidisisidisisidisidisisidisidisisidisidisisidisidisisidisidisisidisidissidisisidisidisisidisidisisidisidisisidisidisisidisidisisidisidissidisisidisidisisidisidisisidisidisisidisidisisidisidisisidisidissidisisidisidisisidisidisisidisidisisidisidisisidisidisisidisidissidisisidisidisisidisidisisidisidisisidisidisisidisidisisisidisisidisidisisidisidisisidisidisisidisidisisidisidisisidisidisidisisidisisidisidisisidisidisisidisidisisidisidisisidisidisisidisidissidisisidisidisisidisidisisidisidisisidisidisisidisidisisidisidissidisisidisidisisidisidisisidisidisisidisidisisidisidisisidisidissidisisidisidisisidisidisisidisidisisidisidisisidisidisisidisidissidisisidisidisisidisidisisidisidisisidisidisisidisidisisisidisisidisidisisidisidisisidisidisisidisidisisidisidisisidisidisidisisidisisidisidisisidisidisisidisidisisidisidisisidisidisisidisidissidisisidisidisisidisidisisidisidisisidisidisisidisidisisidisidissidisisidisidisisidisidisisidisidisisidisidisisidisidisisidisidissidisisidisidisisidisidisisidisidisisidisidisisidisidisisidisidissidisisidisidisisidisidisisidisidisisidisidisisidisidisisisisisisisisisisisisisisisisisisisisisisisisisisisisisisisisisisisissisisisisisisisisisisisisisiisissiissisisisiissi"  127.0.0.1 -I
HTTP/1.1 400 Bad Request
Server: nginx/1.18.0
Date: Mon,04 May 2019 11:05:55 GMT
Content-Type: text/html
Content-Length: 233
Connection: close
401
# 权限验证错误。就是需要⽤户名、密码等权限认证，但是客户端⼜没有通过认证。在Nginx中要想模拟这种状态码，必须将Nginx调整成认证模式。

测试用例

生成授权用户名和密码

htpasswd -c /etc/passwd.db youmen

# Nginx授权配置
server {
 	listen 80;
 	server_name test.com;
 	root /usr/share/nginx/html;
 	access_log /var/log/nginx/access.log;
 	error_log /var/log/nginx/error.log;
 
    location / {
 		auth_basic "secret";
 		auth_basic_user_file /etc/passwd.db;
 		index index.html index.htm;
 	}
}

# 测试
# test.com 在本地hosts文件中进行绑定,然后开浏览器输入正确用户名和密码访问
403
# 没有权限访问,文件权限过小或者认为设置不允许某个IP地址访问等，都会浮现403状态码

测试用例

# 将⽂件权限设置为最⼩
# ll /usr/share/nginx/html/index.html
-rw-r--r-- 1 root root 3700 3⽉ 6 04:26 /usr/share/nginx/html/index.html
# chmod 0 /usr/share/nginx/html/index.html
# ll /usr/share/nginx/html/index.html
---------- 1 root root 3700 3⽉ 6 04:26 /usr/share/nginx/html/index.html
    

# Nginx配置文件
server {
 	listen 80;
 	server_name test.com;
 	root /usr/share/nginx/html;
 	access_log /var/log/nginx/access.log;
 	error_log /var/log/nginx/error.log;
 		
    location / {
 		index index.html index.htm;
 	}
}

curl http://127.0.0.1/index.html  -I
# HTTP/1.1 403 Forbidden
404
# 文件不存在,当我们访问一个不存在文件时，就会出现这个错误
# 还原403状态码配置属主属组，随意输入URL访问
curl http://127.0.0.1/youmen  -I
# HTTP/1.1 404 Not Found
499
# 499这个状态码并不是http协议中定义的标准状态码，⽽是Nginx⾃⼰定义的⼀个状态码。当客户端主动断开连接的时候，Nginx就会返回499的状态码。按照这个状态码的定义，只要在Nginx返回结果之前主动断开客户端连接，就应该会复现这个状态码。

测试用例

# 创建一个PHP脚本，并将脚本放在Nginx的root目录中,以此脚本模拟一个很长时间的响应
cat sleep.php
<?php
sleep(80);
echo "ok"
?>

# 开启PHP-FPM服务
systemctl start php-fpm

# 测试Nginx配置文件
server {
 	listen 80;
 	server_name test.com;
 	root /usr/share/nginx/html;
 	access_log /var/log/nginx/access.log;
 	error_log /var/log/nginx/error.log;


 	location ~ .*\.(gif|jpg|jpeg|png|bmp|swf|html)$ {
 		expires 1d;
 	}
 	location / {
 		# 确保 fastcgi.conf 中存在 SCRIPT_FILENAME 配置,以下5XX案例中也要确保存
在
 		# fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
 		include fastcgi.conf;
 		# PHP-FPM 默认开启了9000端⼝。若做了个性化配置，请⼿动调整。
 		fastcgi_pass 127.0.0.1:9000;
 	}
}

# 测试
# 不要等程序正常结束,CTRL + C直接退出
curl http://127.0.0.1/sleep.php -I
^C
# 在CURL模拟测试同时查看access.log
tail -f /var/log/nginx/access.log
127.0.0.1 - - [13/May/2019:23:24:33 -0400] "HEAD /sleep.php HTTP/1.1" 499 0
"-" "curl/7.29.0"

5XX状态码

# 5XX 类型状态码主要表示服务端错误，此时不要纠结客户端问题了
500

一般有以下几种情况

测试用例

# 将Nginx 的root ⽬录中的sleep.php 随意个更改，让它的PHP语法出现问题。
# cat sleep.php
<?php
echo "aa"
sleep(80);
echo "ok"
?>

# 测试Nginx配置文件
server {
 	listen 80;
 	server_name test.com;
 	root /usr/share/nginx/html;
 	access_log /var/log/nginx/access.log;
 	error_log /var/log/nginx/error.log;


 	location ~ .*\.(gif|jpg|jpeg|png|bmp|swf|html)$ {
 		expires 1d;
 	}
 	location / {
 		# 确保 fastcgi.conf 中存在 SCRIPT_FILENAME 配置,以下5XX案例中也要确保存
在
 		# fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
 		include fastcgi.conf;
 		# PHP-FPM 默认开启了9000端⼝。若做了个性化配置，请⼿动调整。
 		fastcgi_pass 127.0.0.1:9000;
 	}
}

curl http://127.0.0.1/sleep.php -I
# HTTP/1.1 500 Internal Server Error

# 1.web脚本错误，如php语法错误，lua语法错误等.
# 2.访问量大的时候，由于系统资源限制，而不能打开过多的文件.


# 一般分析思路:
# 查看nginx error log ，查看php error log
# 如果是too many open files，修改nginx的worker_rlimit_nofile参数，
# 使用ulimit查看系统打开文件限制，修改/etc/security/limits.conf
# 如果是脚本的问题，则需要修复脚本错误，并优化代码
# 各种优化都做好，还是出现too many open files，
# 那就要考虑做负载均衡，把流量分散到不同服务器上去了

错误原因总结：
1.硬盘空间满了

使用 df -k 查看硬盘空间是否满了。清理硬盘空间就可以解决500错误。nginx如果开启了access log，在不需要的情况下，最好关闭access log。access log会占用大量硬盘空间。

2.nginx配置文件错误

这里不是指语法错误，nginx如果配置文件有语法错误，启动的时候就会提示。当配置rewrite的时候，有些规则处理不当会出现500错误，请仔细检查自己的rewrite规则。如果配置文件里有些变量设置不当，也会出现500错误，比如引用了一个没有值的变量。

3.如果上面的问题都不存在可能是模拟的并发数太多了，需要调整一下nginx.conf的并发设置数

3 . 系统打开文件限制

解决方法是：

vim /etc/security/limits.conf
soft nofile 65535
hard nofile 65535


# 再打开/etc/nginx/nginx.conf
# 在worker_processes下面增加一行
vim /etc/nginx/nginx.conf
worker_rlimit_nofile 65535;
systemctl reload nginx

kill -9 `ps -ef | grep php | grep -v grep | awk '{print $2}'`
/usr/bin/spawn-fcgi -a 127.0.0.1 -p 9000 -C 100 -u www-data -f /usr/bin/php-cgi
killall -HUP nginx

# 重启后再看nginx的错

重启后再看nginx的错误日志，也没有发现500报错的情况了。
有可能是数据库问题我的在nginx日志php日志都没有发现什么问题,最后发现数据库访问不了,修正后问题解决。

502
# 502 Bad Geteway。Nginx 502错误的原因⽐较多，主要是因为在代理模式下后端服务器出现问题引起的。这些错误⼀般都不是Nginx本身的问题，⼀定要从后端找原因。⽐如这⾥复现⼀种后端PHP-FPM进程挂掉的情况，就会出现502错误

模拟

# 先将后端的PHP-FPM进程关闭。
# systemctl stop php-fpm


# 模拟测试
curl http://127.0.0.1/sleep.php  -I
# HTTP/1.1 502 Bad Gateway

是指请求的php-fpm已经执行，但是由于某种原因没有执行完毕，最终导致php-fpm进程终止,错误原因比较多，一般不是Nginx本身，从后端找原因，比如PHP挂掉；

对于PHP，造成502原因常见的就是脚本执行时间超过了Timeout设置时间，或者设置过大，导致PHP长时间不能释放，没有worker进程出来接请求；

适当增加PHP执行时间，先清除502，优化要花费更多时间；
控制php执行时间选型有两个，

1> 在php.ini中max_execution（厄涩Q熏）_timeout

2> 也有可能跟php执行程序性能有关，网站访问量大，而php-cgi的进程数偏少，针对这种情况，只需要增加php-cgi的进程数，将php-fpm.conf中的max_children值适当增加.这个数据根据你的VPS或独立服务器的配置进行设置，一般一个php-cgi进程占20M内存，自己算算适量增多.

503

服务暂时不可用

由于临时服务器维护或者过载，服务器当前无法处理请求，这个状态是临时的，并且将在一段时间以后恢复；

多半是因为网站访问量过大，造成流量请求过多，Nginx不向后端转发了，或者Upstream的地址，端口问题，先检查CPU，内存，负载特别高，如果没有检查配置；

升级空间到更佳配置，要么检查网站系统程序使之更佳；
单个IP并发设置过小会导致503报错.

504
# 504 Gateway Time-out。顾名思义，就是超时了。当PHP-FPM的执⾏时间⼤于Nginx的读超时间，此时就会出现 504状态码。
# 将上面示例中脚本中的时间超过php-fpm最大超时时间就行了

服务器作为网关或代理，但是没有及时从上游服务器收到请求。 就是客户端发出请求没有到达网关，请求没有到可以执行的php-fpm;

# 1>可能与Nginx.conf配置有关系，Nginx连接超时时间；
# 2>当PHP-FPM执行时间超过大于Nginx的读超时时间；

小结

1XX	   # 表示临时响应并需要请求者继续执行操作的状态码
200	   # 表示一个HTTP请求得到了正确响应
301    # 永久重定向
302    # 临时重定向
401    # 需要授权
403    # 访问被拒绝，没有权限
404    # 页面找不到，服务器找不到请求页面
410    # 如果请求资源已被永久删除，服务器会返回此响应
500    # 服务器内部错误

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。

相关推荐

学习笔记：深入理解高性能代理服务器——Nginx
文章浏览阅读3.7k次，点赞2次，收藏5次。Nginx学习笔记一、Nginx 简介1. 什么是Nginx2. 反向代理3. 负载均衡4. 动静分离二、Nginx基本使用1. Nginx常用的操作命令2. Nginx的配置文件提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档文章目录一、Nginx 简介1. 什么是Nginx2. 反向代理3. 负载均衡4. 动静分离二、Nginx基本使用1. Nginx常用的操作命令2. Nginx的配置文件一、Nginx 简介1. 什么是Nginx  Nginx（“engine x”）是一个_nginx代理
Docker配置nginx
文章浏览阅读1.7w次，点赞14次，收藏61次。我们在使用容器的过程中需，有时候需要对容器中的文件进行修改管理，如果不做文件映射的化，我们使用docker exec -it 容器ID/容器名 /bin/bash 才能进入nginx中的文件里面如图。架设在客户机与目标主机之间，只用于代理内部网络对Internet的连接请求，客户机必须指定代理服务器，并将原本要直接发送到web服务器上的http请求发送到代理服务器中。A想要组C的房子，但是A并不认识C所以租不到，但是B认识C，A找B帮忙租到了C的房子。客户端代理服务器服务器。_docker nginx 配置
Nginx如何实现404错误自动跳转到首页
文章浏览阅读1.4k次。当用户在访问网站的过程中遇到404错误时，通常情况下应该显示一个友好的错误页面，而不是仅仅显示一个简单的错误提示。在Nginx中，可以通过配置来实现404错误自动跳转到首页的功能。如果您的网站使用动态内容生成页面（如PHP或其他服务器端语言），则应相应地修改配置以适应您的网站架构。这样，当用户访问一个不存在的页面时，Nginx会自动将其重定向到首页。为了使配置生效，需要重新加载Nginx配置。首先，需要打开Nginx的配置文件。现在，当用户访问一个不存在的页面时，Nginx会自动将其重定向到首页。_nginx 404 重定向
docker/docker-compose 部署 nginx+mysql+wordpress 实战
文章浏览阅读2.7k次。docker 和 docker-compose 部署 nginx+mysql+wordpress 实战_docker wordpress mariadb
windows下nginx的安装使用及解决80端口被占用nginx不能启动的问题
文章浏览阅读1.3k次。5：再次启动nginx，可以正常启动，可以在任务管理器中查看到nginx的进程。重新启动下 直接访问8090端口 ok 访问成功。1 ：查看80端口占用情况，pid的值为3960。3：在运行中输入regedit打开注册表编辑器。2： 通过以下命令查看3960所对应的服务名称。4：找到Start，右键修改将其制改为4。_nginx80端口无法访问
【Nginx篇】Nginx轻松上手
文章浏览阅读3.1w次，点赞105次，收藏182次。高性能：Nginx 被设计为能够处理大量并发连接而不显著增加系统负担。它采用异步事件驱动的架构，可以有效地处理高流量的 Web 请求。负载均衡：Nginx 支持负载均衡，可以将请求分发到多个后端服务器，以提高网站性能和可用性。反向代理：Nginx 可以充当反向代理，将客户端请求转发到后端服务器，隐藏后端服务器的真实 IP 地址，增加安全性和可扩展性。静态文件服务：Nginx 可以高效地提供静态文件（如 HTML、CSS、JavaScript、图像等）的服务，减轻应用服务器的负担。
Nginx性能优化
文章浏览阅读976次。nginx作为常用的web代理服务器，某些场景下对于性能要求还是蛮高的，所以本片文章会基于操作系统调度以及网络通信两个角度来讨论一下Nginx性能的优化思路。我们的大学教程大部分讲述七层模型，实际上现代网络协议使用的都是四层模型，如下图，应用层报文经过四层的首部封装到对端。对端链路层拆开首部查看mac地址是自己在网上，拆开ip首部查看目的地址是不是自己，然后到达传输层应用层完成报文接收。文章是基于原有个人知识基础上，对旧知识进行巩固，以及新知识实践学习。
Nginx 轻松搞定跨域问题
文章浏览阅读5.4k次，点赞9次，收藏15次。最后再说一种情况，就是后端处理了跨域，就不需要自己在处理了（这里吐槽下，某些后端工程师自己改服务端代码解决跨域，但是又不理解其中原理，网上随便找段代码黏贴，导致响应信息可能处理不完全，如method没添加全，headers没加到点上，自己用的那个可能复制过来的并不包含实际项目所用到的，没有添加options请求返回状态码等，导致Nginx再用通用的配置就会可能报以下异常）里面的就好了，因为这里如果是预检请求直接就ruturn了，请求不会再转发到59200服务，如果也删除了，就会报和情况1一样的错误。_nginx 允许跨域
踩坑日记-nginx server_name配置多域名的坑
文章浏览阅读2.5k次。项目配置了多个域名，如下，php 代码中有获取的值。当访问a.demo.com时，其获取的值是符合预期的。但是当访问b.demo.com时，其获取的值还是a.demo.com，导致代码中的判断出现错误。_nginxservername多个域名
ingress-nginx控制器安装
文章浏览阅读1k次，点赞2次，收藏5次。采用YAML manifest的方式来安装ingress-nginx，用registry.lank8s.cn镜像库来替换 registry.k8s.io的库。_ingress-nginx安装
Windows环境下编译nginx
文章浏览阅读1.6k次，点赞2次，收藏2次。在windows平台编译nginx_windows 编译nginx
【Nginx】入门看这一篇就够啦，nginx 简介、安装、工作原理、工作方式、详解配置文件
文章浏览阅读5.8k次，点赞2次，收藏18次。nginx [engine x] 是 HTTP 和反向代理服务器、邮件代理服务器和通用 TCP/UDP 代理服务器。nginx 的特点是占有内存少，并发能力强，事实上 nginx 的并发能力确实在同类型的网页服务器中表现较好，中国大陆使用nginx网站用户有：百度、京东、新浪、网易、腾讯、淘宝等。在高连接并发的情况下，nginx是Apache服务器不错的替代品，能够支持高达50000个并发连接数的响应。使用epoll and kqueue作为开发模型。_nginx
Linux启动（systemctl start nginx）nginx服务时出现：Failed to start nginx.service: Unit not found.
文章浏览阅读2k次。Linux启动（systemctl start nginx）nginx服务时出现：Failed to start nginx.service: Unit not found._为什么nginx的systemctl start nginx.service不能使用
Nginx的反向代理
文章浏览阅读1.3k次。重启之后，打开浏览器，输入http://localhost:8900/myBaidu，这时候就会自动的跳转到百度的页面。按照我们不同的需求修改nginx文件夹中的nginx-1.16.1conf里面的nginx.conf文件。启动nginx：打开nginx的文件夹，然后双击nginx.exe文件，启动nginx。打开之后假设我们需要跳转到百度则在配置文件nginx.conf中的下面加上。1、打开任务管理器关闭nginx的进程。端口在配置文件的（下图）进行查看nginx端口。_nginx 代理百度
nginx重定向问题解决（rewrite or internal redirection cycle）
文章浏览阅读5.7k次，点赞5次，收藏3次。nginx重定向问题解决（rewrite or internal redirection cycle）_rewrite or internal redirection cycle while internally redirecting to "/inde
在 Windows 中关闭 Nginx 所有进程
文章浏览阅读1.3k次。请注意，上述命令假设 Nginx 已经在系统的 PATH 环境变量中配置。如果没有，请提供正确的 Nginx 安装路径，或者在命令中使用完整的路径来替换。将该命令与所有 Nginx 进程的 PID 一起使用，以终止所有正在运行的 Nginx 进程。此命令将启动一个新的 Nginx 进程来重新加载配置文件并重新启动服务器。使用以下命令来终止所有 Nginx 进程（使用上面的 PID 替换。的进程以及它们的 PID。打开命令提示符（CMD）。此命令将列出所有名为。选项来强制终止进程。_windows 怎么关闭nginx
如何在 Ubuntu 上安装和使用 Nginx？
文章浏览阅读2.7k次，点赞2次，收藏7次。包括 Netflix、GitHub 和 WordPress。Nginx 可以用作 Web 服务器、负载均衡器、反向代理和 HTTP 缓存等。_ubuntu安装nginx
轻松搭建短域名短链接服务系统，可选权限认证，并自动生成证书认证把nginx的http访问转换为https加密访问，完整步骤和代码
文章浏览阅读915次。轻松搭建短域名短链接服务系统，可选权限认证，并自动生成证书认证把nginx的http访问转换为https加密访问，完整步骤和代码。_nginx 短链代理
流媒体方案之Nginx——实现物联网视频监控项目
文章浏览阅读1.1k次，点赞35次，收藏24次。流媒体方案之Nginx——实现物联网视频监控项目Nginx是什么Nginx在流媒体方案中的位置软硬件准备移植编译Nginx运行Ngnix测试流媒体方案浏览器播放_nginx-rtmp-module
nginx 配置 wss 协议
文章浏览阅读1.9k次。nginx 配置 wss 协议转发 ws 服务器_nginx 配置wss
pythonJavaScriptjavaHTMLPHPreactjsC#AndroidCSSNode.jssqlrpython-3.xMysqLjQueryc++pandasFlutterangularIOSdjangolinuxswifttypescript路由器JSON路由器设置无线路由器h3c华三华三路由器设置华三路由器电脑软件教程arraysdocker软件图文教程Cvue.jslaravelspring-boot