workman(四)配置nginx支持webscoket

本文涉及的产品
.cn 域名,1个 12个月
简介: Webscoket的集成库workerman,在域名配置的问题上,官方文档是有给出示例的:请移步《官方文档》第一次用,可能看不太懂,我这里大概解释一下。

Webscoket的集成库workerman,在域名配置的问题上,官方文档是有给出示例的:请移步《官方文档

第一次用,可能看不太懂,我这里大概解释一下。

我的web服务器是nginx,我这里是配置的域名,官方给出的示例是这个样子的:

ini

复制代码

server {
  listen 443;
  ssl on;
  ssl_certificate /etc/ssl/server.pem;
  ssl_certificate_key /etc/ssl/server.key;
  ssl_session_timeout 5m;
  ssl_session_cache shared:SSL:50m;
  ssl_protocols SSLv3 SSLv2 TLSv1 TLSv1.1 TLSv1.2;
  ssl_ciphers ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP;
  location /wss
  {
    proxy_pass http://127.0.0.1:8282;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "Upgrade";
    proxy_set_header X-Real-IP $remote_addr;
  }
  # location / {} 站点的其它配置...
}

这个其实就是一个域名配置文件,唯一有用的代码就是下边这段:

ini

复制代码

location /wss
  {
    proxy_pass http://127.0.0.1:8282;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "Upgrade";
    proxy_set_header X-Real-IP $remote_addr;
  }

剩下的代码,其实跟你没啥关系。这个就是配置了一个nginx的反响代理。

大概解释一下上边代码的含义:

proxt_http_version 1.1 表示反向代理发送的HTTP协议的版本是1.1,HTTP1.1支持长连接

proxy_pass http://127.0.0.1:8282; 表示反向代理的uri,这里可以使用负载均衡变量

proxy_set_header X-Real-IP $remote_addr; 表示传递时来源的ip还是现在的客户端的ip

proxy_set_header Upgrade httpupgrade;表示设置Upgrade不变11.proxysetheaderConnectionhttp_upgrade; 表示设置Upgrade不变 11. proxy_set_header Connection httpupgrade;表示设置Upgrade不变11.proxysetheaderConnectionconnection_upgrade; 表示如果 $http_upgrade为upgrade,则请求为upgrade(websocket),如果不是,就关闭连接

然后,将这段代码放到你想开启webscoket服务的域名的配置文件中就可以了。

我的域名配置文件大概是这样:

ini

复制代码

server {
    listen       443;                        # 监听端口
    server_name  xxxxx.xxx;    # 站点域名
    root  /usr/xxxx/xxx/xxx/xxx/xxx;              # 站点根目录
    index index.html index.htm index.php;   # 默认导航页
    #https配置
    ssl on;
    ssl_certificate   xx/xxxxx_xxxx.xxx.pem;
    ssl_certificate_key  xxx/xxx/xxxx_xxxx.xxx.key;
    ssl_session_timeout 5m;
    ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE:ECDH:AES:HIGH:!NULL:!aNULL:!MD5:!ADH:!RC4;
    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
    ssl_prefer_server_ciphers on;
    # 固定链接URL重写
    location / {
        if (!-e $request_filename) {
            rewrite  ^(.*)$  /index.php?s=/$1  last;
            break;
        }
    }
    # webscoket配置
    location /websocket {
        proxy_pass http://127.0.0.1:000; # 表示反向代理的uri,这里可以使用负载均衡变量 
        proxy_http_version 1.1;# proxt_http_version 1.1 表示反向代理发送的HTTP协议的版本是1.1,HTTP1.1支持长连接 
        proxy_set_header Upgrade $http_upgrade;# 表示设置Upgrade不变 11. proxy_set_header Connection $connection_upgrade; 表示如果 $http_upgrade为upgrade,则请求为upgrade(websocket),如果不是,就关闭连接
        proxy_set_header Connection "upgrade";
        proxy_set_header X-Real-IP $remote_addr;# 表示传递时来源的ip还是现在的客户端的ip 
        proxy_read_timeout 3600s;# 表的两次请求之间的间隔超过 3600s 后才关闭这个连接,默认的60s.自动关闭的元凶 
        proxy_connect_timeout 4s;                # 链接超时时间
        proxy_send_timeout 12s;                  # 发送超时时间
    }
    # 配置错误页面
    error_page   500 502 503 504  /50x.html;
    location = /50x.html {
        root   /usr/share/nginx/html;
    }
    # 配置PHP访问
    location ~ .php$ {
        #root           /xxx/xxx/xxx/xxx/xxx/xxx;  #网站根目录
        fastcgi_pass   127.0.0.1:xxxx;
        fastcgi_index  index.php;
        #下面两句是给fastcgi权限,可以支持 ?s=/module/controller/action的url访问模式
        fastcgi_split_path_info  ^((?U).+.php)(/?.+)$;
        fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
        #下面两句才能真正支持 index.php/index/index/index的pathinfo模式
        fastcgi_param  PATH_INFO  $fastcgi_path_info;
        fastcgi_param  PATH_TRANSLATED  $document_root$fastcgi_path_info;
        include  fastcgi_params;
    }
}
server {
   listen 80;
   server_name  xxxx.xxxx;
   rewrite ^(.*)$  https://$host$1 permanent;     #将该域名的http访问重写至https
}

就是将上边的代码,放到域名的配置文件中就可以了,代码中有注释,如果你需要使用的话,需要将上边的信息换成你自己的,看不明白的请在下方留言。

然后,我在官方的例子的基础上,又加了几项配置例如链接的超时时间啊,等等,大概也就是这样了。

有官方文档的时候,尽量去琢磨一下官方文档,官方给的东西 缺失比较不容易看懂,但是官方文档却是最切实可行的。

有好的建议请在下方输入你的评论。

欢迎访问个人博客 guanchao.site

欢迎访问我的小程序:打开微信->发现->小程序->搜索“时间里的”

目录
相关文章
|
21天前
|
应用服务中间件 BI nginx
Nginx的location配置详解
【10月更文挑战第16天】Nginx的location配置详解
|
28天前
|
缓存 负载均衡 安全
Nginx常用基本配置总结:从入门到实战的全方位指南
Nginx常用基本配置总结:从入门到实战的全方位指南
237 0
|
1天前
|
存储 负载均衡 中间件
Nginx反向代理配置详解,图文全面总结,建议收藏
Nginx 是大型架构必备中间件,也是大厂喜欢考察的内容,必知必会。本篇全面详解 Nginx 反向代理及配置,建议收藏。
Nginx反向代理配置详解,图文全面总结,建议收藏
|
13天前
|
应用服务中间件 API nginx
nginx配置反向代理404问题
【10月更文挑战第18天】本文介绍了使用Nginx进行反向代理的配置方法,解决了404错误、跨域问题和302重定向问题。关键配置包括代理路径、请求头设置、跨域头添加以及端口转发设置。通过调整`proxy_set_header`和添加必要的HTTP头,实现了稳定的服务代理和跨域访问。
nginx配置反向代理404问题
|
8天前
|
应用服务中间件 网络安全 PHP
八个免费开源 Nginx 管理系统,轻松管理 Nginx 站点配置
Nginx 是一个高效的 HTTP 服务器和反向代理,擅长处理静态资源、负载均衡和网关代理等任务。其配置主要通过 `nginx.conf` 文件完成,但复杂设置可能导致错误。本文介绍了几个开源的 Nginx 可视化配置系统,如 Nginx UI、VeryNginx、OpenPanel、Ajenti、Schenkd nginx-ui、EasyEngine、CapRover 和 NGINX Agent,帮助简化和安全地管理 Nginx 实例。
|
18天前
|
缓存 负载均衡 应用服务中间件
Nginx配置
【10月更文挑战第22天】在实际配置 Nginx 时,需要根据具体的需求和环境进行调整和优化。同时,还需要注意配置文件的语法正确性和安全性。
35 7
|
27天前
|
前端开发 JavaScript 应用服务中间件
终极 Nginx 配置指南
本文介绍了Nginx的基本配置及其优化方法。首先,通过删除注释简化了Nginx的默认配置文件,使其更易于理解。接着,文章将Nginx配置文件分为全局块、events块和http块三部分进行详细解释。此外,还提供了如何快速上线网站、解决前端history模式404问题、配置反向代理、开启gzip压缩、设置维护页面、在同一IP上部署多个网站以及实现动静分离的具体配置示例。最后,附上了Nginx的基础命令,包括安装、启动、重启和关闭等操作。
|
29天前
|
缓存 前端开发 JavaScript
一、nginx配置
一、nginx配置
141 1
|
28天前
|
JavaScript 前端开发 应用服务中间件
vue前端开发中,通过vue.config.js配置和nginx配置,实现多个入口文件的实现方法
vue前端开发中,通过vue.config.js配置和nginx配置,实现多个入口文件的实现方法
129 0
|
30天前
|
缓存 监控 负载均衡
nginx相关配置及高并发优化
Nginx的高并发优化是一个综合性的过程,需要根据具体的业务场景和硬件资源量身定制。以上配置只是基础,实际应用中还需根据服务器监控数据进行持续调整和优化。例如,利用工具如ab(Apache Benchmarks)进行压力测试,监控CPU、内存、网络和磁盘I/O等资源使用情况,确保配置的有效性和服务的稳定性。
105 0