怎么解决openstack novnc一段时间后自动挂断登录不上问题

发布时间：2021-12-06 14:26:43 作者：柒染
来源：亿速云阅读：351

# 怎么解决OpenStack noVNC一段时间后自动挂断登录不上问题

## 引言

OpenStack作为开源云计算平台的核心组件，noVNC是其提供的基于Web的虚拟网络控制台服务。但在实际使用中，用户常会遇到"noVNC连接一段时间后自动断开"的问题，严重影响运维效率。本文将深入分析问题根源，并提供多种解决方案。

---

## 一、问题现象描述

典型故障表现为：
1. 通过noVNC成功登录实例后，闲置5-30分钟自动断开
2. 断开后无法立即重连，提示"Connection failed"或"Unable to connect to console"
3. 控制台日志出现`WebSocket connection closed`错误
4. 需要等待1-5分钟或重启nova-console服务才能恢复

---

## 二、根本原因分析

### 2.1 网络层面因素
- **Proxy/防火墙超时设置**：中间件的TCP会话超时（默认30分钟）
- **NAT表项老化**：运营商级NAT设备会话保持时间短（常见于公有云环境）
- **WebSocket协议限制**：部分反向代理对长连接支持不完善

### 2.2 OpenStack配置问题
- **token有效期过短**：
  ```ini
  # nova.conf
  [console]
  token_ttl = 3600  # 默认1小时

novncproxy服务参数不当：


[vnc]
novncproxy_host = 0.0.0.0
novncproxy_port = 6080
server_listen = 127.0.0.1
server_proxyclient_address = $HOST_IP

2.3 浏览器兼容性问题

Chrome/Firefox对WebSocket连接数限制
浏览器节能模式自动终止后台标签页连接

三、解决方案大全

3.1 调整OpenStack核心配置

修改token有效期（所有控制节点）

# 修改nova.conf
sudo crudini --set /etc/nova/nova.conf console token_ttl 86400  # 24小时

# 重启服务
sudo systemctl restart nova-novncproxy
sudo systemctl restart nova-consoleauth

优化novncproxy参数

# /etc/nova/nova.conf
[vnc]
novncproxy_client_timeout = 3600  # 客户端超时1小时
keepalive_interval = 30  # 心跳包间隔(秒)

3.2 网络中间件调优

Nginx反向代理配置示例

location /vnc_auto.html {
    proxy_pass http://novnc_backend;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
    proxy_read_timeout 86400s;  # 关键参数
}

防火墙规则调整

# 保持TCP状态检测
sudo iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t raw -A PREROUTING -p tcp --dport 6080 -j NOTRACK

3.3 客户端优化方案

浏览器配置建议

禁用Chrome节能模式：


chrome://settings/performance -> 关闭"内存节省程序"

安装WebSocket保持插件（如”Auto Refresh”）

使用替代客户端

# 通过SSH隧道直连
ssh -L 5901:127.0.0.1:5901 user@controller

四、深度排查指南

4.1 日志分析要点

# 查看实时日志
sudo tail -f /var/log/nova/nova-novncproxy.log
sudo journalctl -u nova-consoleauth --since "1 hour ago"

# 关键错误模式
ERROR [oslo_middleware] Token authorization failed
WARN [websockify] Client inactivity timeout

4.2 网络诊断命令

# 检查连接状态
ss -tulnp | grep 6080
tcpdump -i any port 6080 -w novnc.pcap

# 测试WebSocket连通性
wscat -c ws://controller:6080/vnc_auto.html

五、高级解决方案

5.1 部署HAProxy负载均衡

frontend novnc
    bind *:6080
    timeout client 24h
    default_backend novnc_servers

backend novnc_servers
    timeout server 24h
    server node1 10.0.0.1:6080 check inter 10s

5.2 使用TCP持久化技术

# 内核参数调优
echo 600 > /proc/sys/net/ipv4/tcp_keepalive_time
echo 60 > /proc/sys/net/ipv4/tcp_keepalive_intvl

六、预防性维护建议

监控指标配置：
- Prometheus监控novncproxy活跃连接数
- 设置Grafana仪表盘告警阈值

定期维护：

# 每月清理陈旧token
nova-manage consoleauth clean

版本升级策略：
- Rocky版本后建议使用novncproxy_ws = true配置

结论

通过组合调整token_ttl、优化网络中间件、客户端配置三方面措施，可彻底解决noVNC自动断开问题。建议生产环境采用”Nginx反向代理+内核参数调优”的组合方案，可获得最佳稳定性。

注意事项：修改超时参数需评估安全风险，在金融等合规场景建议配合双因素认证使用。 “`

该文档包含： 1. 问题现象详细描述 2. 多维度原因分析 3. 6大类解决方案（含代码示例） 4. 深度排查方法 5. 预防性维护建议 6. 安全注意事项

可根据实际环境选择适合的解决方案组合使用。建议先进行非生产环境测试验证。