Supabase Auth自托管服务SMTP配置错误的解决方案

在自托管Supabase Auth服务时，开发者可能会遇到dial tcp: lookup supabase-mail on 127.0.0.11:53: no such host的错误提示。这个错误通常表明SMTP服务的网络配置存在问题，导致认证服务无法连接到邮件服务器。

问题本质分析

该错误的核心是DNS解析失败，具体表现为：

1. 系统尝试通过本地DNS服务器(127.0.0.11:53)解析SMTP主机名
2. 解析服务返回"no such host"错误
3. 导致Gotrue服务无法建立与邮件服务器的TCP连接

典型配置场景

开发者通常会在docker-compose配置中使用环境变量来设置SMTP参数：

GOTRUE_SMTP_HOST: ${SMTP_HOST}
GOTRUE_SMTP_PORT: ${SMTP_PORT}
GOTRUE_SMTP_USER: ${SMTP_USER}
GOTRUE_SMTP_PASS: ${SMTP_PASS}
GOTRUE_SMTP_AUTH_METHOD: plain
GOTRUE_SMTP_SENDER_EMAIL: ${SMTP_USER}
GOTRUE_SMTP_SENDER_NAME: ${SMTP_SENDER_NAME}

根本原因

这种错误通常源于Docker网络配置不当，特别是：

1. 容器使用了默认的bridge网络，但未正确配置DNS解析
2. 容器间网络隔离导致无法访问SMTP服务
3. 环境变量未正确传递或解析

解决方案

方法一：使用自定义bridge网络

1. 创建自定义bridge网络：

docker network create supabase-net

2. 在docker-compose中指定网络：

networks:
  default:
    driver: bridge
    name: supabase-net

方法二：直接使用host网络模式

对于简单部署环境，可以直接使用host网络：

network_mode: "host"

方法三：检查环境变量传递

确保.env文件：

1. 与docker-compose文件在同一目录
2. 变量名与compose文件中引用的名称完全一致
3. 包含所有必需的SMTP参数

最佳实践建议

1. 对于生产环境，建议使用自定义bridge网络并配置适当的DNS
2. 测试环境可以使用host网络简化配置
3. 始终验证环境变量是否被正确加载：

docker-compose config

4. 考虑使用专业的邮件服务(如Mailgun/SendGrid)而非自建SMTP服务器

总结

Supabase Auth服务的SMTP配置错误通常源于网络层面的问题。通过合理配置Docker网络，确保DNS解析正常，以及正确传递环境变量，可以有效地解决这类连接问题。对于自托管场景，理解容器网络原理是排查和预防此类问题的关键。