解决code-server反向代理端口映射问题：WebSocket连接1006错误分析

问题背景

在使用code-server配合Nginx反向代理时，当主端口443被占用或受限时，开发者往往会尝试将服务映射到其他端口（如9091）。然而，这种配置经常会导致WebSocket连接失败，出现"WebSocket close with status code 1006"的错误。

核心问题分析

这个问题的根源在于Nginx反向代理配置中的主机头传递设置。当code-server运行在Docker容器中并通过反向代理暴露时，Nginx默认的代理配置会导致WebSocket握手过程中主机头信息不正确，特别是在非标准端口映射的情况下。

关键配置要点

在Nginx的proxy.conf配置文件中，有两个关键的主机头设置：

proxy_set_header Host $host;
proxy_set_header X-Forwarded-Host $host;

code-server在处理WebSocket连接时，会优先使用X-Forwarded-Host头信息。当端口映射发生变化时，$host变量可能无法正确反映实际的访问地址和端口。

解决方案

修改Nginx配置中的X-Forwarded-Host头设置，使用$http_host变量替代$host：

proxy_set_header X-Forwarded-Host $http_host;

$http_host变量会自动包含客户端请求中的完整主机名和端口信息，这对于非标准端口映射的情况尤为重要。

配置验证

修改配置后，需要执行以下步骤验证：

1. 重新加载Nginx配置
2. 检查code-server日志中是否有"blocking request"等错误信息
3. 通过浏览器开发者工具检查WebSocket连接的握手过程

最佳实践建议

1. 对于Docker部署的code-server，建议始终使用$http_host变量设置X-Forwarded-Host头
2. 在开发环境中，可以设置LOG_LEVEL=debug环境变量来获取更详细的连接日志
3. 考虑在code-server容器中设置PROXY_DOMAIN环境变量，明确指定代理域名

总结

端口映射变更导致的WebSocket连接问题在反向代理场景中较为常见。通过正确配置X-Forwarded-Host头信息，可以确保code-server在各种端口映射配置下都能稳定工作。这一解决方案不仅适用于当前问题，也为其他类似的反向代理配置提供了参考。