网站升级成https后websocket调用报错了

背景

我们有个问答的需求,需要调用大模型服务。大模型服务方提供的接口是websocket的。在本地调试调用没有问题。放到线上之后报错了:

Uncaught DOMException: Failed to construct 'WebSocket': An insecure WebSocket connection may not be initiated from a page loaded over HTTPS.
    at <anonymous>:1:10

大致意思就是https下面访问websocket是不安全的。

思路

看到这个现象首先想到的两个思路:

  • 自写后端服务转接大模型问答的websocket接口,在后端把websocket接口转为websocket+ssl(wss)
  • 通过nginx转发websocket接口

第一个思路是不可行的,前端(192.168.0.6)去直接调用另外一个服务(192.168.0.8)的wss接口对于浏览器来说是异源的,存在证书安全问题会报错:

Error in connection establishment: net::ERR_CERT_AUTHORITY_INVALID

那么下面我们直接给出nginx配置解决方案。

解决

在192.168.0.6的机器上修改nginx.conf配置文件的server部分:

    server{
      listen 443 ssl;
      server_name localhost;
      # ssl on;
      ssl_certificate /etc/nginx/keystore/uat.cer; #SSL璇𶀿功
      ssl_certificate_key /etc/nginx/keystore/uat.key; #SSL瀵𷐿𺐿
     
 
      # limit request body size
      client_max_body_size 100m;

      # 主要是这里,wss转发配置
      location /webSocket/llm/ {
      
        # 大模型问答websocket接口
        proxy_pass http://192.168.0.8:3000;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
        proxy_set_header Host $host;
      }
      # 其他location
      ......
  }

那么现在我在前端访问:wss://192.168.0.6/webSocket/llm/,请求就会转发到ws://192.168.0.8:3000/webSocket/llm/。大家可以根据参考适当修改,以适应自己的需求。

这样就解决了在https不能访问ws的问题啦!

### Java WebSocket 中 `java.io.IOException: Broken pipe` 的解决方案 在 Java WebSocket 应用程序中遇到 `java.io.IOException: Broken pipe` 错误通常是由于客户端与服务器之间的连接中断引起的。以下是可能的原因以及对应的解决方案: #### 1. **网络不稳定或超时** 如果客户端和服务器之间存在长时间的无数据传输状态,可能会触发防火墙或其他中间设备关闭连接。可以通过设置心跳机制来保持连接活跃。 ```java // 设置心跳消息发送间隔时间(单位:毫秒) session.getBasicRemote().sendText("{\"type\":\"heartbeat\"}"); ``` 通过定期向对方发送心跳包可以有效防止因超时而导致的断开[^1]。 #### 2. **客户端主动断开连接** 当客户端突然退出或者强制终止应用程序时,可能导致未完成的数据写入操作失败并抛出此异常。为了减少影响,在编写代码逻辑时应捕获此类异常并优雅地处理它们。 ```java try { session.getBasicRemote().sendText(message); } catch (IOException e) { System.err.println("Failed to send message due to IOException."); } ``` 这样即使发生管道破裂也不会导致整个应用崩溃[^2]。 #### 3. **服务端负载过高** 正如提到过的那样,当 Tomcat 或其他容器承受过多并发请求超过其配置容量时会拒绝部分新来的链接尝试从而引发类似的错误提示信息。“Broken Pipe”在这种情况下表示试图往已经被关闭的方向继续写入内容所致的结果。因此优化性能参数比如调整最大线程数(maxThreads),最小空闲线程(minSpareThreads)等都是必要的措施之一;另外还可以考虑升级硬件设施以满足更高的访问量需求[^2]。 #### 4. **不匹配版本间兼容性问题** 确保所使用的库文件与其依赖项均处于相同的主要发行版系列之内非常重要。不同版本间的细微差异有时会造成意想不到的行为表现形式即所谓的“broken pipe”。查阅官方文档确认当前项目里涉及到的所有组件是否都遵循一致的标准规范是非常关键的一个环节。 --- ### 示例代码片段展示如何实现简单的WebSocket通信及异常捕捉 下面给出一段基础示例用于演示基本功能的同时也包含了对于可能出现的各种状况下的应对策略: ```java @ServerEndpoint("/websocket") public class MyWebSocket { @OnOpen public void onOpen(Session session){ System.out.println("Connected ... "+session.getId()); } @OnMessage public String onMessage(String message, Session session){ try{ // Simulate some processing delay. Thread.sleep(50L); if(!session.isOpen()){ throw new RuntimeException("Session closed unexpectedly"); } return "Received '"+message+"'"; }catch(Exception ex){ return "Error occurred while handling your request."; } } @OnError public void onError(Throwable error){ System.err.println("Error happened:"+error.getMessage()); } @OnClose public void onClose(){ System.out.println("Closed!"); } } ``` 以上例子展示了标准的生命周期方法定义方式,并且加入了简单的延迟模拟实际业务场景中的耗时过程。同时针对潜在的风险做了初步防护设计——检查会话状态并在必要时候提前返回友好型反馈给调用方知道出现了什么情况而不是让原始堆栈轨迹暴露出去。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值