Archery项目中容器部署模式下SSH隧道连接MySQL的权限校验问题解析

问题背景

在Archery项目（一个开源的SQL审核平台）的容器化部署环境中，当用户通过SSH隧道连接MySQL实例并执行查询时，系统可能会抛出"无法校验查询语句权限"的错误。这个问题主要出现在使用Docker-compose部署的环境中，特别是当普通用户需要提交工单授权才能执行查询的情况下。

问题现象

错误日志显示，系统在执行权限校验时无法正常获取查询语句的元数据信息，最终导致IndexError: list index out of range异常。具体表现为：

1. 通过SSH隧道生成的地址和端口映射到MySQL实例
2. 隧道生成的地址默认为127.0.0.1，端口随机生成
3. 在容器化环境中，Archery和GoInception作为独立容器运行
4. GoInception容器无法访问Archery容器内的回环地址

技术原理分析

SSH隧道工作机制

在Archery中，SSH隧道用于安全地连接到远程MySQL实例。其工作流程如下：

1. 在本地创建一个SSH隧道
2. 将远程MySQL的端口映射到本地的一个随机端口
3. 应用程序通过本地映射的端口访问远程数据库

容器网络通信问题

在容器化部署中，每个服务运行在独立的容器中：

• Archery容器：处理用户请求和业务逻辑
• GoInception容器：负责SQL审核和执行

当使用127.0.0.1作为SSH隧道的目标地址时，实际上指的是当前容器的回环接口。由于GoInception运行在独立容器中，它无法访问Archery容器的回环接口，导致连接失败。

解决方案

根本原因

问题的根源在于硬编码的127.0.0.1地址不适用于容器间的通信。在容器网络中，服务间应该使用容器名称或Docker网络分配的IP地址进行通信。

具体修复方案

修改sql/utils/ssh_tunnel.py文件中的get_ssh方法：

def get_ssh(self):
    """
    获取ssh映射的端口
    :param request:
    :return:
    """
    return "archery", self.server.local_bind_port

将硬编码的127.0.0.1替换为Archery容器的服务名称"archery"，这样GoInception容器就能通过Docker的内部DNS解析正确找到Archery容器。

实施建议

1. 环境检查：确认Docker-compose文件中各服务的网络配置是否正确，确保所有服务在同一个Docker网络中
2. 容器命名：检查Archery容器在Docker-compose中的服务名称是否与代码中使用的名称一致
3. 网络测试：在GoInception容器中测试是否能解析和访问Archery容器的服务名称
4. 权限验证：确保修改后的连接方式不会影响原有的权限校验机制

扩展思考

这种类型的问题在微服务架构中很常见，特别是在从传统部署迁移到容器化部署时。开发人员需要注意：

1. 避免硬编码：网络地址、端口等配置应该通过环境变量或配置文件管理
2. 服务发现：在容器环境中，应该利用编排工具提供的服务发现机制
3. 网络隔离：理解不同网络模式（bridge、host等）对服务通信的影响
4. 跨容器调试：建立有效的日志和监控机制，便于诊断容器间的通信问题

通过这个案例，我们可以更好地理解容器网络通信的原理，并在未来的开发中避免类似问题的发生。