在Ubuntu上设置网络连接到服务器地址，最可靠的方式是使用Netplan配置静态IP，配合正确的网关和DNS，然后执行sudo netplan apply让配置生效。
ubuntu怎么设置网络连接到服务器地址：先分清你的使用场景
桌面版和服务器版的操作路径差别很大，桌面版有图形设置界面，服务器版基本靠命令行，动手之前花一分钟判断环境,能省掉后面大半天的折腾。
- 桌面版Ubuntu：拥有完整图形界面，设置入口在系统设置中，适合个人开发机、公司办公电脑。
- 服务器版Ubuntu：通常只有命令行环境，通过SSH或物理控制台操作，配置方式以Netplan和systemd-networkd为主。
- 云主机或容器镜像：多数使用DHCP自动获取地址，修改网络文件时需要格外谨慎,因为云端网络拓扑与本地虚拟机不同。
如果你是维护生产环境，行业共识认为使用命令行配置比图形界面更稳定,也更容易批量管理和脚本化回滚。
图形界面：桌面版用户最快的连接方式
打开”设置”，进入”网络”选项卡，点击有线网卡右侧的小齿轮，这个入口在Ubuntu 20.04、22.04以及24.04 LTS版本上基本一致,只是新版本把界面布局调整得更简洁了。
配置入口与关键字段
切到”IPv4″标签页，把”自动（DHCP）”改为”手动”，随后会看到地址、掩码、网关三个输入框，举个实际例子：你的服务器地址是192.168.1.100，那本机就必须处于同一网段，比如192.168.1.50，子网掩码填255.255.255.0，网关指向192.168.1.1。
DNS服务器地址也务必填上，这里我习惯用223.5.5.5或119.29.29.29这类公共DNS，填完后点击”应用”，系统会短暂断网再重新连接,属于正常现象。
连通性验证：ping与SSH
配置好以后，按Ctrl+Alt+T打开终端,执行：
ping -c 4 192.168.1.100
能收到reply就说明二层网络通了,随后用SSH验证服务器地址的访问链路：
ssh username@192.168.1.100
图形界面适合管理一两台机器，但如果你手上有一整个机房的服务器,还是得掌握命令行配置方式。
ubuntu设置固定IP地址的完整操作流程
这个流程在服务器上反复使用，核心是修改Netplan的YAML文件，我举的场景是给一台新上架的Ubuntu服务器设置静态IP，让它能访问内网的数据库服务器，同时也能通过SSH对外提供服务,这是最典型的ubuntu服务器版网络配置教程需求。
第一步：确认网卡名称和当前IP
输入ip link查看网卡接口，常见的有ens33、ens160、eth0等，记下你正在使用的那个网卡名,手误写错名字会导致配置完全不生效。
再执行ip addr，查看当前是否已经有DHCP分配的地址，如果机器上有多块网卡，先拔掉多余的网线,确保自己改的是正确的网卡。
第二步：编辑Netplan配置文件
Netplan是Ubuntu 18.04之后默认的网络管理工具，配置文件统一放在/etc/netplan目录下，文件名通常是01-network-manager-all.yaml或99-config.yaml,用以下命令打开：
sudo nano /etc/netplan/01-netcfg.yaml
调整为下面这个模板,这是经过多数生产环境验证的写法：
network:
version: 2
ethernets:
ens33:
dhcp4: no
addresses:
- 192.168.1.50/24
routes:
- to: default
via: 192.168.1.1
nameservers:
addresses:
- 223.5.5.5
- 119.29.29.29
addresses里的/24对应子网掩码255.255.255.0，routes指明默认网关，nameservers配置DNS，这里的网关地址必须和路由器或交换机实际接口保持一致，否则即使本机IP正常,数据包也出不了本地网络。
第三步：应用配置并验证
保存文件后执行：
sudo netplan apply
然后重新查看ip addr，确认网卡已经绑定新IP，接着回到桌面电脑或跳板机，执行ssh root@192.168.1.50，看能否连接上,这一步直接把ubuntu怎么设置网络连接到服务器地址的最终验收做了。
第四步：让配置长期稳定
Netplan配置在系统重启之后自动生效，但YAML文件对缩进非常敏感，一个空格不对就会报错，执行sudo netplan try可以试运行配置，并在超时后自动回滚，这个命令在远程维护时非常安全,强烈建议在应用前先执行。
ubuntu命令行配置网络：Netplan与systemd-networkd的选择
很多朋友刚接触命令行，会对Netplan、systemd-networkd、NetworkManager这几个概念犯迷糊，理清关系后,配置思路自然就顺了。
Netplan只是翻译层
Netplan本身不直接管理网络，它负责把YAML配置翻译成systemd-networkd或NetworkManager能识别的指令，桌面版默认用NetworkManager后端，服务器版默认为systemd-networkd后端，这也是为什么有时候桌面版改Netplan配置后,图形界面里却不显示变化。
如果你倾向于绕过Netplan，直接用systemd-networkd编写网络单元文件，也是可以的，在/etc/systemd/network/下新建一个10-static.network文件：
[Match] Name=eth0 [Network] Address=192.168.1.50/24 Gateway=192.168.1.1 DNS=223.5.5.5
保存后执行sudo systemctl restart systemd-networkd，相比Netplan，这种写法行为更透明，排查问题更直观，业内专家指出，在需要精细控制多网卡策略路由的复杂环境中，直接管理systemd-networkd往往比依赖Netplan的抽象层更顺手。
| 对比维度 | Netplan | systemd-networkd |
|---|---|---|
| 配置文件格式 | YAML | INI |
| 默认前端工具 | 有netplan命令 | 无独立命令 |
| 学习曲线 | 较低 | 中等 |
| 多网卡策略路由 | 支持一般 | 支持更细致 |
| 适用场景 | 日常服务器、云主机 | 高级网络调优 |
临时地址与临时路由
当你只想在排查故障时临时指定一个IP，不需要写文件，直接使用ip命令即可：
sudo ip addr add 192.168.1.66/24 dev ens33 sudo ip route add default via 192.168.1.1
这种修改重启即失效，所以只适合应急验证,不要把它当成持久化配置的手段。
ubuntu网络配置后不生效？从这三个方向排查
配置写对但仍然连不上服务器地址，这是运维中最常见的挫败感来源，多数情况下问题不在配置本身,而在一些容易被忽略的细节。
检查配置文件和语法
YAML文件对所有空格都敏感，特别是冒号后面的空格，打开文件后执行cat -A /etc/netplan/01-netcfg.yaml，查看行尾和制表符，确保没有混入Tab键，然后执行sudo netplan generate，如果配置有语法错误，系统会提示具体行号和原因，这是接管任何现有配置时的第一步,不要跳过。
看看DNS解析的实际状态
能ping通IP，但用主机名连不上服务器，多半是DNS没生效，执行resolvectl status，查看当前系统实际使用的DNS地址，如果显示的是0.0.53，说明systemd-resolved接管了解析，而你还没指定上游DNS，回到配置文件补齐nameservers,再重启解析服务：
sudo systemctl restart systemd-resolved
检查路由表与网关连通性
执行ip route，看到以default via开头的行才算有默认路由，如果缺失，先检查网关IP是否写错,再手动补一条路由：
sudo ip route add default via 192.168.1.1
还有一种相对隐蔽的问题：多块网卡同时配置了不同网关，导致来自服务器的回包走了另一条链路，表现就是SSH时而通、时而卡，遇到这种场景，需要给指定网卡配置策略路由,让发往目标网段的流量固定走某一张网卡。
把配置从DHCP依赖中解放出来，用固定IP锁定本机在网络中的身份，再以明确的网关和DNS打通到服务器地址的路径，Ubuntu网络配置这件事就变得可预期、可维护了。
ubuntu怎么设置网络连接？常见问题答疑
Ubuntu重启之后网络配置丢失了，怎么办？
先确认你修改的是持久化配置而不是临时命令，Netplan和systemd-networkd都属于持久化方案，而ip命令配置重启即失，检查/etc/netplan下是否存在已生效的YAML文件，并重新执行sudo netplan apply，如果文件被某个网络管理服务覆盖，可以查看journalctl -u NetworkManager或journalctl -u systemd-networkd的启动日志,确认是哪个进程优先接管了网卡。
一台Ubuntu能不能同时连接有线网络和Wi-Fi，并访问同一个服务器地址？
可以，但要注意路由优先级，系统默认会用metric值决定优先走哪条链路，数值越小优先级越高，在Netplan中，你可以为有线接口指定metric: 100，为无线接口指定metric: 200，这样流量优先走有线，有线故障时自动切换Wi-Fi，建议对实时性要求高的业务使用有线链路，Wi-Fi仅作备份。
Netplan配置静态IP后SSH连接卡顿甚至完全卡住？
最常见的原因是本机IP与服务器IP不在同一子网，或者网关配置与上游设备不一致，先对比两端的掩码，再检查默认网关是否可达，执行ping -c 3测试网关地址，若丢包率较高，重点排查交换机和网线物理链路，还有一类情况是云服务器上厂商的初始化脚本覆盖了Netplan配置，这种现象在从镜像市场创建的实例上偶有发生，建议检查实例的cloud-init日志,确认网络部分是否被重新注入了配置。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/795002.html
