Ubuntu系统如何配置IP地址，DNS服务器怎么设置

在Ubuntu服务器运维与网络管理中,精准配置IP地址与DNS解析是保障系统高可用性与网络稳定性的基石，对于生产环境而言，采用静态IP配置可以有效避免因DHCP租约到期或变动导致的服务中断，而科学合理的DNS设置则直接关系到域名解析速度、安全性以及业务访问的流畅度，本文将基于Ubuntu 18.04及以后版本主流的Netplan架构，深入解析IP与DNS的专业配置方案，结合酷番云的实战经验，提供一套符合企业级标准的网络配置策略。

深入理解Netplan配置架构

自Ubuntu 18.04 LTS版本开始，系统默认放弃了传统的/etc/network/interfaces配置方式，转而采用Netplan作为网络配置工具，Netplan是一个基于YAML文件的配置工具，它通过描述抽象的网络接口，并调用后端渲染器（如Networkd或NetworkManager）来实际应用配置，掌握这一架构是进行现代Ubuntu网络配置的前提。

Netplan的配置文件通常位于/etc/netplan/目录下，常见的文件名为00-installer-config.yaml或类似名称，在进行任何修改之前，理解YAML的严格缩进规则至关重要，因为任何格式错误都会导致配置失败。

使用Netplan配置静态IP地址

配置静态IP是服务器标准化的第一步,通过编辑Netplan配置文件，我们可以将网络接口从动态获取（DHCP）切换为静态指定，以下是详细的操作步骤与核心参数解析。

使用sudo nano /etc/netplan/00-installer-config.yaml打开配置文件，核心配置逻辑如下：我们需要指定renderer，通常服务器环境使用networkd；在ethernets部分指定网卡名称（如ens33或eth0），并将dhcp4设置为no，随后，在addresses字段中填入CIDR格式的IP地址与子网掩码（例如168.1.100/24），在gateway4中填入网关地址。

关键配置代码示例：

network:
  version: 2
  renderer: networkd
  ethernets:
    ens33:
      dhcp4: no
      addresses:
        - 192.168.1.100/24
      gateway4: 192.168.1.1
      nameservers:
        addresses: [8.8.8.8, 1.1.1.1]

配置完成后,使用sudo netplan try命令进行测试，该命令会暂时应用配置，如果用户在120秒内没有确认或配置导致断网，系统会自动回滚，确保服务器不会因配置错误而失联，确认无误后，使用sudo netplan apply使其永久生效。

专业化DNS配置与解析优化

DNS配置看似简单,但在复杂网络环境中往往隐藏着性能瓶颈，在Ubuntu中，DNS的配置不仅涉及/etc/resolv.conf，更与systemd-resolved服务紧密相关，直接修改/etc/resolv.conf通常是不持久的，因为该文件通常是一个指向/run/systemd/resolve/stub-resolv.conf的符号链接。

为了实现权威且持久的DNS配置，最佳实践是在Netplan的YAML文件中直接指定nameservers，如上文代码所示，还可以添加search参数，定义域名搜索后缀，这对于内网域名解析极为重要，配置search: [example.com, internal.example.com]后，访问web01将自动解析为web01.example.com。

专业见解： 在云服务器环境中，建议优先使用云服务商提供的内网DNS作为第一解析选项，将公共DNS（如阿里云223.5.5.5或Google 8.8.8.8）作为备用，这样既能保证内网资源请求的高速解析，又能实现公网资源的冗余解析。

酷番云实战经验案例：云环境下的网络稳定性保障

在酷番云的云服务器运维实践中，我们发现许多用户在部署Web服务或数据库集群时，常因IP漂移或DNS解析延迟导致节点通讯失败，基于此，酷番云技术团队小编总结了一套独家的高可用配置方案。

在某次为电商客户部署高可用集群时,我们面临一个挑战：客户的应用服务器需要与数据库服务器保持极低延迟的通讯，且必须确保重启后IP不变，我们在酷番云的云主机上，通过Netplan绑定了静态内网IP，并强制指定了酷番云提供的内网DNS节点。

解决方案核心： 我们在Netplan配置中不仅指定了静态IP，还禁用了IPv6的自动配置以减少路由表冲突，并优化了DNS超时参数，这一配置结合酷番云VPC内的私有网络，实现了节点间微秒级通讯，且在系统重启或网络波动时，服务连接未出现一次中断，这一案例证明，在云环境下，精细化的IP与DNS管理是释放云性能潜力的关键。

验证配置与故障排查

配置完成后,专业的验证步骤必不可少，使用ip addr show命令确认网卡是否已绑定正确的静态IP，且状态为UP，使用ip route show检查默认网关是否正确指向。

对于DNS的验证,建议使用dig或nslookup工具，而非简单的ping，执行dig www.baidu.com，观察输出中的QUERY TIME，这能直观反映DNS解析速度，如果解析速度过慢，应检查/etc/systemd/resolved.conf中的DNS缓存设置，或考虑在Netplan中更换响应更快的DNS服务器。

若遇到配置生效问题,建议检查systemd-networkd的状态日志，使用journalctl -u systemd-networkd查看具体的报错信息，这通常能快速定位YAML语法错误或网卡识别错误。

相关问答

Q1：在Ubuntu中修改了/etc/resolv.conf后，重启网络配置就复原了，如何永久修改DNS？
A： 这是因为Ubuntu使用systemd-resolved管理该文件，永久修改DNS的正确方法不是直接编辑resolv.conf，而是编辑/etc/netplan/目录下的YAML配置文件，在对应的网卡配置下添加nameservers字段，填入DNS IP列表，然后执行sudo netplan apply，这样系统会将DNS配置写入后端，并在重启后保持不变。

Q2：执行netplan apply时提示“Expected a mapping”错误，是什么原因？
A： 这是一个典型的YAML语法错误，YAML对缩进非常敏感，必须使用空格而不能使用Tab键进行缩进，错误提示通常意味着配置文件中的冒号（:）后面缺少空格，或者缩进层级不匹配，建议仔细检查配置文件的格式，确保每一级的缩进对齐，且键值对之间有空格分隔。

通过以上系统化的配置思路与实战验证,您可以构建一个稳定、高效且符合企业级标准的Ubuntu网络环境，如果您在配置过程中遇到特定网络环境的适配问题，欢迎在评论区分享您的具体场景，我们将为您提供更针对性的技术建议。