虚拟机搭建dns服务器填什么，dns服务器地址怎么填

虚拟机搭建DNS服务器需要填的是虚拟机的固定内网IP、DNS监听地址（通常填0.0.0.0或虚拟机自身IP），以及域名与IP的解析记录；如果虚拟机是作为DNS客户端角色，则在网卡配置里填上游DNS服务器地址。至于具体每项怎么填，取决于你的场景是让虚拟机充当DNS服务端，还是让虚拟机作为DNS客户机去访问外部DNS,下面按常见场景拆开讲。

先分清角色：你的虚拟机是DNS服务端还是客户端

很多人搜“虚拟机搭建dns服务器填什么”，其实有两种截然不同的情况，第一种是你在虚拟机里安装了Bind、dnsmasq等DNS服务软件，想让这台虚拟机给局域网或云环境里的其他机器做域名解析，第二种是你创建了一台普通虚拟机，只是想让这台虚拟机能够通过域名上网，这时候你需要填的是DNS服务器地址（比如114.114.114.114或8.8.8.8）或者你自定义的DNS服务端IP。

这两种场景下“填什么”差别很大，绝大多数人踩坑,是把这两件事混在了一起。

虚拟机作为DNS服务端

这种情况你需要在虚拟机的系统里配置DNS服务软件，以最常见的Linux系统加Bind为例,你需要关注以下配置项。

• 监听地址：在named.conf或/etc/bind/named.conf.options里，listen-on后面填什么，决定了DNS服务监听哪些网卡IP，如果你希望所有网卡都能接收DNS请求，填0.0.0（IPv4）和（IPv6）；如果你只希望内网一个网卡提供解析,填那个网卡的具体IP。
• 允许查询范围：allow-query这一项填内网网段，比如168.1.0/24，而不是填any,这能避免你的DNS被外部滥用。
• 转发器地址：当你的DNS服务器解析不了某个域名时，它会把请求转发给上游，这一项通常填你的运营商DNS或公共DNS，比如114.114.114和8.8.8，行业共识认为,转发器填国内公共DNS的解析速度优于填国外公共DNS。
• 区域文件记录：在/etc/bind/zones或named.conf.local中，你需要为要解析的域名添加A记录、CNAME记录等，这里填的是域名和对应虚拟机IP,填错了会导致内部系统间访问失败。

付费务实的做法是：先给虚拟机设置一个固定的内网IP，再把DNS服务监听地址和allow-query按实际网络环境填好，绝大多数情况下，

监听地址填0.0.0.0最省心,因为你自己可能也记不清虚拟机的每块网卡具体绑了哪个IP。

虚拟机作为DNS客户端

这种情况简单很多，在Linux虚拟机里编辑/etc/resolv.conf，写入nameserver 你的DNS服务端IP；如果这台虚拟机不在你的内网里，而是独立的云虚拟机，你就需要填公共DNS，比如nameserver 223.5.5.5（阿里DNS）或nameserver 119.29.29.29（腾讯DNS），Windows虚拟机则在“网络适配器→属性→IPv4→使用下面的DNS服务器地址”里填写。

虚拟机dns服务器地址怎么填两个最容易出错的场景

在虚拟机环境下，DNS配置比物理机多了一层虚拟网络的概念，你需要特别关注下面这两个具体场景，它们覆盖了大多数“虚拟机搭好DNS却解析不了”的问题。

场景A：物理机通过虚拟机上网，虚拟机当DNS中继

很多人在VMware或VirtualBox里搭了一台Linux虚拟机做软路由或DNS中继，然后宿主机和同一局域网的其他设备都把这个虚拟机当成DNS服务器，这时你需要在虚拟机里填的是虚拟机的内网IP（仅主机模式或NAT模式下的IP），比如VMware的NAT网段通常是192.168.xxx.1，那么你填168.xxx.1就是对的，有一种极端情况是，你在虚拟机里建了多个虚拟网卡，每个网卡对应不同网段，这时候必须确保客户端能路由到你的虚拟机IP，否则即使DNS配置正确,请求也过不来。

场景B：虚拟机自己用自己搭建的DNS

有些人在虚拟机里搭好DNS服务后，把这台虚拟机的网卡DNS指向自己（127.0.0.1），结果发现服务启动不了或者解析异常，原因是：如果你的DNS服务监听的是固定内网IP（比如192.168.1.100），而不是0.0.0.0，那么回环地址127.0.0.1并不会触发这个监听进程，你需要在/etc/resolv.conf里填168.1.100而不是0.0.1。

行业内比较推荐的做法是：服务监听填0.0.0.0，客户端指向固定内网IP，这样既能避免回环问题,又能让你的DNS服务对局域网内其他设备可见。

VMware虚拟机DNS配置的常见坑

在VMware Workstation里配置DNS，有几个坑是反复出现的，如果你在搭建过程中发现配置了填了IP但还是不通,大概率是下面这三种之一。

坑一：虚拟网络编辑器里的DNS设置和系统内配置冲突

VMware的虚拟网络编辑器里也有一个”DNS服务器“设置选项，很多人在这里填了IP，但系统内部的/etc/resolv.conf又被改成了别的地址，导致虚拟机实际使用的是系统内的配置，记住一点：VMware虚拟网络编辑器里的DNS设置，作用是给DHCP客户机下发DNS用的，并不代表你的DNS服务必须在这里填。

• 如果你用NAT模式，VMware的DNS设置会默认推到虚拟机的DHCP配置里
• 如果你用桥接模式，虚拟机的DNS来源是你的上级路由，和VMware无关
• 如果你用仅主机模式，VMware的DNS设置就很重要，因为虚拟机没有其他上游可走

坑二：克隆虚拟机之后网卡配置被重置

克隆或复制虚拟机会导致网卡（通常叫eth0或ens33）的MAC地址改变，原来的固定IP配置会失效，很多人把旧虚拟机上能用的DNS配置搬到新虚拟机后，发现怎么也解析不了，原因是新虚拟机的网卡名变成了eth1，而/etc/network/interfaces或/etc/sysconfig/network-scripts/ifcfg-eth0里的配置还指向旧网卡，解决办法是修改配置文件里的网卡名,或者重建网卡配置。

坑三：firewalld或iptables拦截了DNS端口

DNS默认使用UDP/TCP 53端口，虚拟机系统自带的防火墙如果没有放行53端口，外面的机器就永远无法使用你搭建的DNS服务，你可以在终端里执行firewall-cmd --add-service=dns --permanent（CentOS/RHEL系），或者ufw allow 53（Ubuntu/Debian系）。

虚拟机搭建DNS服务器教程：从安装到验证的完整操作路径

前面讲了填什么和为什么这么填，这里给出一个可以动手验证的简要操作路径，以下示例以Ubuntu/Debian系Linux + Bind9为例,适合在VMware或VirtualBox里实验。

第一步：给虚拟机设定固定IP

编辑/etc/netplan/01-netcfg.yaml（Ubuntu 18.04+）或/etc/network/interfaces（Debian系）,把网卡IP固定下来。

network:
  version: 2
  ethernets:
    ens33:
      addresses: [192.168.1.100/24]
      gateway4: 192.168.1.1
      nameservers:
        addresses: [192.168.1.100]

注意上面的nameservers.addresses里填的是虚拟机自己的IP,这意味着这台虚拟机本身用自己作为DNS客户端。

第二步：安装并配置Bind9

执行sudo apt install bind9，安装完成后，编辑/etc/bind/named.conf.options：

options {
    listen-on port 53 { 127.0.0.1; 192.168.1.100; };
    listen-on-v6 port 53 { ::1; };
    directory "/var/cache/bind";
    allow-query { localhost; 192.168.1.0/24; };
    forwarders {
        223.5.5.5;
        119.29.29.29;
    };
};

然后sudo systemctl restart bind9，用sudo systemctl status bind9查看服务状态。

第三步：验证解析是否正常

在虚拟机上执行dig @192.168.1.100 www.baidu.com，如果返回了IP地址，说明DNS服务已经在正常工作了，然后从另一台虚拟机或宿主机执行同样的命令,确认局域网内也能解析。

按照以上步骤操作，你的虚拟机搭建DNS服务器核心配置流程基本完整了,后续要加域名记录只需修改区域文件或使用Web管理面板。

Q&A：关于虚拟机搭建DNS服务器填什么的三个典型疑问

虚拟机里自建DNS服务器，上游DNS填哪个比较好？

上游DNS指你的DNS服务无法直接解析时需要转发到的服务器，国内环境建议填5.5.5（阿里）或29.29.29（腾讯），内网有专门的上游DNS服务器则优先填内网地址，不建议填8.8.8这类公共国外DNS作为首选上游，因为跨网解析延迟较高,且部分国内域名解析结果可能存在地域优化不足的问题。

在虚拟机搭建DNS服务器时，虚拟机的DNS地址填固定IP会不会影响虚拟机上网？

不会，前提是你把DNS服务监听地址填成0.0.0.0或固定IP本身，同时在区域配置里没有错误地把根域指向内网，在这个前提下，虚拟机上网时向自己发起DNS查询，解析失败后由转发器向上游查询，和物理机使用公共DNS的路径相比只多了一跳,延迟差异可以忽略。

Windows Server虚拟机搭建DNS服务器和Linux虚拟机搭建有什么区别？

Windows环境下的配置入口在“服务器管理器→DNS管理器”，填的内容和Linux类似需要指定监听IP、正向查找区域和转发器；Linux则完全通过配置文件控制，在真实业务场景里，Windows Server自带的DNS与域控（Active Directory）集成度更高，适合企业内部需要域环境的情况；Linux搭建的DNS更轻量,适合单纯做解析和缓存。