公司网站网页设计网络营销策划书

在最近的一次部署中，我遇到一个奇怪的问题：Go 程序在运行时不使用 /etc/resolv.conf 中的 DNS 设置，导致服务无法正常访问域名。这篇文章记录下完整的排查过程和最终的解决方案。

---

1. 问题现象

我有一个部署在 KVM 虚拟机内的 Go 应用，主要功能依赖某些内网域名解析（如 api.service.internal）。而在主机中使用 dig 和 curl 等命令都能正常解析，但 Go 程序却报错类似如下：

lookup api.service.internal on 127.0.0.53:53: server misbehaving

查看主机resolv.conf 文件内容如下：

$ cat /etc/resolv.conf
options timeout:1 rotate
search dns.koudai.com host.idcvdian.com
nameserver 10.27.0.84
nameserver 10.27.0.126

这些配置本应该能保证正常解析才对。

2. 初步怀疑：Go DNS 解析逻辑

Go 的 DNS 默认行为与传统 C 库不同。Go 在构建时是否启用 CGO 会直接影响其 DNS 解析逻辑：

构建方式	DNS 实现	使用 /etc/resolv.conf
CGO_ENABLED=0	Go 自带 DNS 实现	只使用 127.0.0.1、Google DNS 等默认配置
CGO_ENABLED=1	调用系统 libc	遵循 /etc/nsswitch.conf 和 resolv.conf

Go 默认静态构建时不会使用系统的 resolv.conf 进行 DNS 解析，而是使用 Go 内置的 DNS Resolver。

3. 构建方式调整

为了让 Go 程序在运行时读取主机的 /etc/resolv.conf 并使用正确的 DNS，我尝试启用 CGO：

CGO_ENABLED=1  go build -o myapp main.go

注意，启用 CGO_ENABLED=1 后会变成动态链接，依赖 libc 等系统库。此时执行 ldd 命令应能看到依赖：

$ ldd ./myapplinux-vdso.so.1 =>  (0x00007ffc6fdff000)libc.so.6 => /lib64/libc.so.6 (0x00007f624af5a000)...

而如果是静态构建（CGO_ENABLED=0），ldd 则会提示：

$ ldd ./myappnot a dynamic executable

4. 报错：找不到动态库

由于我的 KVM 虚拟机是一个极简化系统，尝试 CGO_ENABLED=1 构建后，运行程序提示找不到 libc.so.6 等依赖。解决方案：

sudo yum groupinstall "Development Tools"
sudo yum install glibc-devel

安装过程较大（可能需要几百 MB），可以只安装gcc相关

sudo yum install -y gcc glibc-devel

5. 最终构建命令模板

CGO_ENABLED=1 \
GOOS=linux GOARCH=amd64 \
go build -o ./bin/myapp main.go

6. 附加：检测是否启用 CGO

go env CGO_ENABLED

输出 1 表示启用了 CGO