在开发环境搭建这件事上，VirtualBox加Ubuntu的组合我用了很多年，至今依然觉得它是成本最低、灵活性最高的方案之一。这篇东西不是官方文档的复述，而是我自己反复折腾VirtualBox安装Ubuntu 18.04，配置SSH远程管理、SAMBA文件共享、静态IP和DNS解析，再到整机备份与恢复的完整记录。过程中踩过的坑、试错后的取舍、最终稳定跑起来的配置，都会写出来。适合刚接触虚拟机的新手，也给正在搭开发环境或内部测试服务器的人一个可以直接照抄的作业。
1. 整体思路与方案设计
1.1 为什么选VirtualBox加Ubuntu 18.04
先说选型。VirtualBox开源免费，跨平台，Windows、macOS、Linux宿主机都能跑，对个人开发者来说没有授权成本。虽然性能和功能上不如某些商业虚拟化方案，但对测试环境、学习环境、日常开发来说完全够用，而且它支持快照、导出导入、共享文件夹这些关键功能，恰好覆盖了日常最需要的场景。
Ubuntu 18.04虽然已经不是最新版本，但它的稳定性和软件生态兼容性依然很好。很多公司内部服务器、CI环境、旧项目依然跑在18.04上，用虚拟机复刻一套一模一样的系统环境，可以避免大量“我本机跑得好好的，部署到服务器就挂了”这类环境不一致的问题。更现实的原因是，18.04的安装镜像小、系统资源占用低，在虚拟机里跑起来比新版系统更轻快，对宿主机配置不高的用户特别友好。
这套方案的本质，是用一台虚拟机替代一台物理服务器，承载SSH远程管理、SAMBA局域网文件共享、静态IP固定访问入口，并通过备份机制保证环境可重建。这样你既能拥有一台7x24小时可用的“小服务器”，又不用担心搞坏了物理机器，最重要的是整套配置可以反复推倒重来。
1.2 需要解决的核心问题
安装系统只是第一步，真正有价值的是环境如何被管理起来。整个过程其实要解决四个问题：
- 远程管理：虚拟机不能每次都打开图形界面操作，必须用SSH从宿主机或者局域网内其他机器连进去，做到无头化操作。
- 文件互通：虚拟机里的文件、宿主机上的文件，要能够双向访问，不能靠U盘或者网络上传这种笨办法，SAMBA是在局域网环境里最直接的选择。
- 固定网络入口：虚拟机的IP如果每次重启都变，SSH连接、SAMBA访问、数据库连接串全都要跟着改，这是不可接受的。必须配置静态IP和稳定的DNS，让虚拟机的网络身份固定下来。
- 灾难恢复：配置好的环境、安装好的软件、调试好的代码，如果系统崩溃了就要全部重来，代价太高。必须通过快照和导出备份机制，让整个环境可以快速恢复到之前的状态。
这四个问题对应了这篇文章后面四个主要章节，也是整个虚拟机使用中最容易出问题的环节，其中静态IP和DNS排第一，SAMBA权限排第二。
2. VirtualBox安装Ubuntu 18.04的完整实操
2.1 虚拟机创建参数和安装前准备
建议先下载好Ubuntu 18.04的桌面版ISO镜像，服务器版也行，但桌面版自带图形界面，对新手排查网络问题更友好，后面也可以随时关掉图形界面省资源。创建虚拟机时，以下几个参数直接决定后续使用体验：
- 内存：至少2048MB，推荐4096MB。18.04桌面版跑起来大概占用1.2GB内存，加上编译、运行开发服务，2GB够用但偏紧，给4GB能明显减少卡顿和交换分区读写。
- CPU核心数：2核起步，单核跑服务时经常出现CPU 100%导致SSH响应变慢的情况。
- 磁盘大小：建议动态分配，最大容量给到40GB以上。虚拟磁盘文件是根据实际使用量增长的，一开始不会真的占用40GB，不用担心浪费空间。我见过很多人只给20GB，装完系统和常用软件就剩几个GB，后面安装依赖库时直接磁盘写满，非常尴尬。
- 显存：如果你装桌面版，显存不要用默认的16MB，至少调到128MB，否则画面分辨率上不去，图形界面操作会很难受。不开桌面版的可以忽略。
网络适配器建议先保持默认的NAT模式完成系统安装和软件源更新，等系统装好后再切换成下一步要用的桥接模式，这样安装过程不会被网络配置问题干扰。
2.2 系统安装过程中的关键选择
安装过程中，有几个容易忽略但影响很大的选项：
分区布局保持默认即可，不需要手动分区。如果你打算后面做快照备份，磁盘格式保持VirtualBox默认的VDI就好，不建议使用VHD或者VMDK，和快照功能的兼容性没有VDI好。
软件更新源建议在安装完成后立刻更换成国内镜像源。这个不属于必须步骤，但18.04的默认源在国外，apt安装软件时速度可能非常慢，几KB每秒的速度会让你怀疑人生。更换方式很简单，修改/etc/apt/sources.list，把us.archive.ubuntu.com替换成你所在地区速度快的镜像地址，然后执行apt update。这一步能节省大量等待时间。
用户名密码设置时，注意用户名不要包含空格和特殊字符，SAMBA和SSH服务对带特殊字符的用户名有时会出怪问题，用纯小写字母加数字最稳妥。
2.3 安装增强功能与共享剪贴板
系统装好后第一件事不是配置SSH，而是安装VirtualBox增强功能。增强功能是一组驱动和工具集，装好后才能支持高分辨率、共享剪贴板、拖拽文件、共享文件夹这些功能。
操作路径：VirtualBox菜单栏的“设备”->“安装增强功能”，虚拟机会挂载一个光盘镜像，在系统里执行：
sudo apt update sudo apt install build-essential dkms linux-headers-$(uname -r) cd /media/你的用户名/VBox_GAs_6.1.x sudo ./VBoxLinuxAdditions.run安装完成后重启虚拟机。这一步不要跳过，我见过太多人没装增强功能，后面共享文件夹挂载不上、屏幕分辨率上不去，回头排查半天才发现是这里的问题。而且如果内核更新了，dkms会自动重新编译增强功能模块，所以建议不要卸载dkms。
增强功能装完之后，建议设置共享剪贴板为“双向”，拖拽功能按需开启。这样宿主机和虚拟机之间的复制粘贴就顺畅了，日常操作体验提升非常明显。
3. 静态IP与DNS配置全解析
3.1 桥接模式与NAT模式的取舍
VirtualBox的网络模式里，最常见的就是NAT和桥接。NAT模式下，虚拟机通过宿主机上网，对外不暴露自己的IP，好处是安全、不需要配置，坏处是宿主机和虚拟机之间的通信比较麻烦，需要端口转发。
桥接模式下，虚拟机会像一台独立设备一样直接接入宿主机所在的局域网，获得一个和宿主机同一网段的IP地址。这样局域网内其他机器可以直接通过这个IP访问虚拟机，SSH连接、SAMBA访问都是直连，不需要做任何端口映射。
我的建议是，如果你的宿主机网络环境相对固定，直接选桥接模式。它的优势是真正实现了“虚拟机就是一台独立服务器”的体验，无论SSH还是SAMBA都畅通无阻。但是要注意，桥接模式下虚拟机的IP暴露在局域网里，如果网络环境不安全，需要更注意账户密码强度和服务权限控制。另外，宿主机如果频繁切换不同网络（比如笔记本在家里和公司之间移动），桥接模式下的静态IP很可能会失效，这种情况下用NAT加端口转发反而更稳定。
选择依据其实就一条：你的虚拟机是否需要被局域网内其他设备直接访问。需要就选桥接，不需要就选NAT。
3.2 Ubuntu 18.04的静态IP配置方法
Ubuntu 18.04的网络配置方式从16.04的/etc/network/interfaces换成了netplan，配置文件是YAML格式，放在/etc/netplan/目录下。这是很多人第一次接触18.04时容易困惑的地方，因为网上一搜全是16.04的配置方法，照着改完全没用。
先查看当前网卡名称：
ip addr常见的网卡名是enp0s3（NAT模式）或者enp0s8（第二个网卡），取决于VirtualBox的网卡类型。知道网卡名后，编辑/etc/netplan/01-netcfg.yaml（文件名可能略有不同，以实际目录为准）：
network: version: 2 renderer: networkd ethernets: enp0s3: dhcp4: no addresses: - 192.168.1.50/24 gateway4: 192.168.1.1 nameservers: addresses: - 192.168.1.1 - 223.5.5.5这里addresses指定的是静态IP和子网掩码，/24等价于255.255.255.0。gateway4是网关地址，通常就是路由器的LAN口地址。nameservers里第一个建议填网关地址，也就是让路由器来做DNS转发，第二个填一个公共DNS作为备份。
配置完成后执行：
sudo netplan apply然后验证：
ip addr show enp0s3 ping 192.168.1.1 ping qq.com第一跳要能通，网关通了说明网络链路没问题，DNS解析通了说明域名解析正常。如果ping网关能通但ping域名不通，基本可以断定是DNS配置有问题，回到nameservers部分检查。
3.3 DNS解析的几个坑
DNS配置这里有一个很常见的问题：nameservers只配了一个地址，当这个地址不可用时，虚拟机就没有任何域名解析能力。即使IP配置没问题，apt update会失败、curl外网会超时，但很多人第一反应是去查网络连接，白白浪费大量时间。
我在实际配置时习惯至少配两个DNS地址，一个内网网关，一个公网DNS。这里有个细节，不同运营商的DNS响应速度差别挺大，建议用公共DNS的测速工具或者直接用ping对比一下延迟，选最快的那一个作为备用。另外要注意，如果你的局域网内有自己的DNS服务器（比如公司内部域名解析需求），公网DNS是解析不了内部域名的，这种情况下需要优先保证内网DNS可用。
还有一个容易被忽略的点：修改/etc/resolv.conf有时在18.04上不生效。原因是netplan和systemd-resolved会动态管理这个文件，手动修改会在系统重启后被打回原形。正确的做法就是全部通过netplan配置，不要再手动改resolv.conf。
4. SSH服务从安装到安全加固
4.1 安装与基础配置
Ubuntu 18.04默认没有安装SSH服务端，需要手动安装：
sudo apt update sudo apt install openssh-server安装完成后，服务会自动启动并加入开机自启。验证方法：
systemctl status sshd如果状态显示active (running)，说明正常。此时从宿主机执行ssh 用户名@虚拟机IP，输入密码就能登录，这是最基础的用法。但密码登录存在安全隐患，尤其是虚拟机使用桥接模式暴露在局域网时，很容易被扫描工具探测到并尝试暴力破解。这一点在后面安全加固部分细说。
需要修改的SSH配置集中在/etc/ssh/sshd_config，建议立即调整的有两项：一是Port，默认22端口被暴力破解盯上的概率很高，改到一个不常用的端口比如22022，能过滤掉绝大多数自动扫描；二是PermitRootLogin，如果不是特别需要，改成no，禁止root直接远程登录，降低权限被直接拿下的风险。
改完配置后执行：
sudo systemctl restart sshd注意，如果你修改了端口号，在连接时要用ssh -p 22022和hostname的方式，别再用默认的22端口。这个改动本地连接时可能不觉得什么，但如果你有自动化脚本依赖22端口，改之前记得一并搜索所有配置并把端口参数同步修改。
4.2 SSH密钥登录配置
密码登录虽然能用，但每次都要输密码，而且密码容易泄露，更安全的做法是密钥登录。密钥登录的原理是生成一对公钥和私钥，公钥放到服务器上，私钥留在本地，登录时服务器用公钥验证客户端持有的私钥，验证通过就放行。
在宿主机上生成密钥对：
ssh-keygen -t rsa -b 4096 -C "你的备注"一路回车，会在~/.ssh/目录下生成id_rsa（私钥）和id_rsa.pub（公钥）。然后把公钥上传到虚拟机上：
ssh-copy-id 用户名@虚拟机IP执行后会要求输入一次密码，之后就可以免密登录了。我建议在密钥登录确认可用之前，不要禁用密码登录，否则密钥配置出问题时就只能通过VirtualBox的图形界面去恢复了，那个体验……说实话不算太好。
确认密钥登录正常后，再修改sshd_config：
PasswordAuthentication no重启SSH服务后，密码登录就被禁用了，只能通过密钥登录。这一步能大幅提高安全性，因为暴力破解工具面对密钥认证基本无计可施。
4.3 SSH连接不上的排查思路
SSH连不上是大概率会遇到的问题，这里按照从下到上的排查顺序来：
- 虚拟机网络是否正常：虚拟机里ping宿主机IP，不通就回到静态IP配置部分检查。
- 宿主机和虚拟机之间网络是否可达：宿主机ping虚拟机IP，如果不通，检查VirtualBox网络模式是否桥接、网卡是否启用。
- SSH服务是否在监听：虚拟机里执行ss -tlnp | grep sshd，确认sshd监听在0.0.0.0:22（或者你修改后的端口）上。如果只监听127.0.0.1，那说明配置里ListenAddress写的有问题。
- 防火墙是否放行：18.04默认没开ufw，如果你开启了，执行sudo ufw allow ssh或sudo ufw allow 22022/tcp放行对应端口。
- 虚拟机的网卡是否设置了MAC地址过滤：VirtualBox默认是允许所有MAC地址的，但如果你的路由器做了MAC地址绑定，虚拟机换了网卡或者MAC变了也会连不上。
按这个顺序排查，绝大多数连接问题十分钟内能解决。最忌讳的是东试一下西试一下，定位不了问题所在的层次。
5. SAMBA文件共享配置与权限避坑
5.1 SAMBA服务安装与共享目录规划
SSH解决的是远程命令行操作，但文件传输场景下，用scp和sftp虽然可以用，但对普通用户来说，最顺手的方式还是直接在文件管理器里打开共享目录，像操作本地文件一样复制粘贴。这就是SAMBA的用途。
SAMBA是一套实现SMB/CIFS协议的软件，Linux和Windows、macOS、Android设备之间都能互通。安装命令：
sudo apt install samba samba-common-bin安装完成后，规划共享目录。我不建议直接把整个home目录共享出去，这样权限控制会非常复杂。更合理的做法是建一个专用目录，比如/data/shared，按用途拆分子目录，比如software和projects，互不干扰：
mkdir -p /data/shared/software mkdir -p /data/shared/projects共享目录我一般放在根目录下而不是home目录下，原因是SAMBA服务的权限配置和文件系统权限做了区分，放在/下可以避免home目录的权限设置对共享访问造成意外干扰，逻辑也更清晰。
5.2 smb.conf配置实战
配置文件在/etc/samba/smb.conf，修改前建议先备份原文件：
sudo cp /etc/samba/smb.conf /etc/samba/smb.conf.bak然后在文件末尾追加共享配置。先看一个基础版：
[shared] comment = Shared Directory path = /data/shared browseable = yes read only = no valid users = yourusername这里valid users限定只有你指定的Linux用户能访问，其他用户即使知道IP也看不到内容。还需要把这个用户加入SAMBA用户库并设置单独的SMB密码：
sudo smbpasswd -a yourusername这个密码是SAMBA自己的，不一定要和系统登录密码相同。设置完成后，重启SAMBA服务：
sudo systemctl restart smbd从Windows宿主机访问时，在文件管理器地址栏输入\\虚拟机IP\shared，输入用户名和刚才设置的SAMBA密码，就能看到共享目录了。macOS访达里按Cmd+K，输入smb://虚拟机IP/shared，同样可以连接。
5.3 权限不足和访问失败的排查
我遇到的SAMBA问题里，十个有八个是权限问题。SAMBA的访问控制有两层逻辑：第一层是smb.conf里的权限设置，第二层是Linux文件系统本身的权限设置。一个用户即使通过了SAMBA验证，在Linux层面没有对应目录的读写权限，一样无法操作文件。
具体表现是：能连接、能看到目录列表，但复制文件进去时报“权限不足”或者“磁盘空间不足”（其实不是磁盘满，而是没有写权限）。解决办法是把共享目录的所有者改成对应用户，或者修改目录权限：
sudo chown -R yourusername:yourusername /data/shared sudo chmod -R 755 /data/shared如果需要在共享目录里创建文件，目录本身要有写权限，chmod建议使用775或者直接设置属主为登录用户，不建议用777这种放开所有权限的方式，会有安全隐患。
另外一个常见问题是防火墙。如果你开启了ufw，SAMBA默认端口是137/udp、138/udp、139/tcp、445/tcp，需要放行：
sudo ufw allow samba放行后从Windows连接一般就没问题了。还有一个小概率但很隐蔽的问题：Windows的SMB协议版本和SAMBA配置不匹配。Windows 10后续版本默认会使用SMB 3.0，旧版Ubuntu的Samba如果不支持，会在连接时报“无法访问”之类的错误。解决办法是在smb.conf的[global]段加入：
server min protocol = SMB2 client min protocol = SMB2强制使用SMB2及以上协议，兼容性会好很多。
5.4 SAMBA备份与性能调优
如果你要在SAMBA共享目录上做大量小文件读写，默认配置可能会比较慢。一个简单的优化是在[global]段设置socket options：
socket options = TCP_NODELAY IPTOS_LOWDELAY SO_RCVBUF=131072 SO_SNDBUF=131072这是老牌优化参数，对大文件传输效果比较明显。但小文件密集场景下，瓶颈往往不在网络而在磁盘IO，这个参数的作用会被削弱，不必迷信。
定期对SAMBA的配置做备份也是个好习惯，因为smb.conf改坏了会导致整个服务起不来。我自己的习惯是每次修改前都复制一份带日期的备份，比如smb.conf.20241118，这样出问题可以快速回滚，不用凭记忆重写。
6. 备份快照与系统恢复实战
6.1 VirtualBox快照的使用策略
快照是VirtualBox非常好用的功能，它记录了虚拟机在某个时间点的完整状态，包括磁盘内容、内存状态（如果选了保存内存）和虚拟机配置。配置好了环境之后打一个快照，后面随便折腾，出了问题一键恢复，非常稳。
快照功能在VirtualBox的“机器”->“快照”菜单里，也可以直接使用命令行操作：
VBoxManage snapshot "Ubuntu18.04" take "初始配置完成" --description "装好系统、SSH、SAMBA、静态IP之后的干净状态"命令行方式的好处是可控性和可自动化，适合写进运维脚本。
快照策略方面，我的建议是分层次打：
- 系统刚装好、网络和SSH配置完成后，打一个基础快照，作为一切工作的起点。
- 每次安装完一组重要软件或完成某次重要配置后，打一个增量快照，作为阶段的回退点。
- 在上线某个变更（比如修改系统内核参数、更新驱动）之前，强制先打快照，防止变更导致系统不可用。
快照恢复的操作很简单，虚拟机关机状态下，选中快照，点击“恢复”即可。但这里有个重要提示：恢复快照会丢弃该快照之后的所有更改。如果你打快照后又修改了系统，恢复后这些修改全部丢失，所以在恢复前要确认这些改动是否值得保留，值得的话先备份出来。
6.2 导出与导入实现整机迁移备份
快照能应对“系统坏了恢复原状”的需求，但它解决不了磁盘损坏、宿主机重装、需要迁移到另一台电脑这些场景。这时候需要做整机导出。
在VirtualBox中，通过“文件”->“导出虚拟电脑”可以将虚拟机导出为OVA文件。OVA是一个压缩包，里面包含了虚拟机的磁盘镜像、配置信息和硬件设置。导出时可以选择压缩格式，建议开启压缩以减小文件体积；还要注意，导出之前应先在虚拟机里执行一次磁盘清理，避免把临时文件、日志、包管理器缓存等无用内容也封进备份里，白白占空间。
# 在虚拟机里执行清理 sudo apt clean sudo journalctl --vacuum-time=3d sudo rm -rf /tmp/*命令行导出方式：
VBoxManage export "Ubuntu18.04" -o ubuntu-backup.ova --ovf20 --compress恢复时，通过“文件”->“导入虚拟电脑”选择OVA文件，或者命令行导入：
VBoxManage import ubuntu-backup.ova导入后建议检查三点：网卡类型和MAC地址是否和原虚拟机一致、网络模式是否正确、主机名是否保持原样。因为导出导入过程中，这些信息有时会发生变化，特别是网卡名从enp0s3变成enp0s8之类的情况，会导致网络配置失效。
6.3 备份整个虚拟机文件夹的完整方法
还有一个最朴素但也最灵活的备份方式：直接复制整个虚拟机文件夹。VirtualBox默认把每台虚拟机的文件放在一个独立目录里，里面包含虚拟磁盘文件（.vdi）、配置文件（.vbox）和日志文件。关掉虚拟机后，把这个目录整个复制到另一块硬盘或者网络存储上，就等于做了一份完整的备份。
这个方法的好处是简单直接，不需要导出和导入的耗时过程，恢复时只需要把文件夹复制回去，然后在VirtualBox中通过“控制”->“注册”添加现有的虚拟机配置即可。
需要注意的坑是：复制前必须确保虚拟机关机，不能在保存状态下复制，否则. vdi文件可能处于不一致状态，恢复到一半报错。另外，如果你用了快照，VDI文件会有多个差分镜像文件，这些文件必须一起复制，缺一个快照链就断了，虚拟机会无法启动。快照多、磁盘大的情况下，直接复制整个文件夹可能比OVA导出还慢，所以这个方式更适合虚拟机文件总体积不大、快照数量少的场景。
6.4 备份还原的完整操作步骤
结合我自己的经验，一份完整可用的备份还原步骤是这样的：
第一步，虚拟机里做好数据清理，删除不需要的临时文件和历史日志，这将直接决定备份文件的大小。
第二步，关机并在VirtualBox主界面复制一份虚拟机副本，这个功能在“机器”->“复制”路径下。复制时可以重新初始化网卡MAC地址，避免和原虚拟机冲突。
第三步，把复制出来的虚拟机目录移动到外部存储，保留原始虚拟机继续使用。如果确认复制版本一切正常，这就是一个可用的冷备；有问题的话，虚拟机目录里的就是原始未动过的版本，不影响当前使用。
有了冷备之后，再把OVA导出作为第二份异地备份，存在另一块磁盘或者网盘上。我自己是“冷备用于本机快速恢复，OVA用于跨机器迁移和长期归档”这个组合策略，多个备份方案形成互补，单点失效的风险就被分散了。
7. 常见问题与排查技巧实录
7.1 网络类问题速查
这些问题是我实际使用中最常碰到的，对号入座可以省下不少排查时间：
问题1：虚拟机重启后静态IP变成了动态IP
- 原因：netplan配置了dhcp4: no，但打开的是NetworkManager管理，它自动拿到了IP。
- 解决：确认/etc/netplan/配置里的renderer是networkd，然后执行sudo netplan apply。如果还是不行，检查是否启动了NetworkManager服务，sudo systemctl stop NetworkManager。
问题2：网关通了但域名解析不了
- 原因：DNS配置错误或DNS服务器没响应。
- 解决：修改netplan里nameservers地址，至少配两个，然后netplan apply。测试用nslookup域名和ping域名对比，后者还受ICMP限制影响，前者更直接。
问题3：宿主机能连虚拟机，局域网其他机器连不上
- 原因：宿主机防火墙或者路由器AP隔离。
- 解决：宿主机防火墙放行VirtualBox网卡的网络流量，同时去路由器后台检查是否开启了AP隔离或客户端隔离，这个功能会把同一WiFi下的设备隔离开，导致虚拟机无法被其他设备直接访问。
问题4：SSH连接超时但能ping通
- 原因：多半是sshd没有监听在正确端口，或者防火墙拦截。
- 解决：虚拟机里执行ss -tlnp查看监听状态，再用telnet虚拟机IP 22测试端口连通性，逐层定位。
7.2 SAMBA和备份类问题速查
问题1：Windows连接SAMBA提示网络路径未找到
- 原因：Windows的SMB协议设置和SAMBA不匹配。
- 解决：在smb.conf[global]段加上server min protocol = SMB2并重启smbd服务。
问题2：SAMBA连接成功后无法写入文件
- 原因：Linux文件系统权限不足。
- 解决：chown把共享目录所有者改成登录用户，确保目录有写权限。
问题3：快照恢复后SSH连不上
- 原因：快照恢复回滚到了打快照时的网络状态，如果期间改了IP或主机名，会不一致。
- 解决：恢复后马上在VirtualBox的图形界面里登录系统，检查当前IP地址，重新配置上层的SSH和SAMBA依赖。
问题4：OVA导出导入后虚拟机没有网络
- 原因：网卡MAC地址变了，或者网卡类型改变导致内核驱动变化。
- 解决：检查VirtualBox设置里网卡型号是否保持一致，比如原来用Intel PRO/1000 MT，导入后可能被改成了其他型号，会影响驱动加载。
7.3 一个完整的日常维护清单
经历了多次整机崩溃、快照误恢复之后，我自己总结了一份日常维护清单，每次给虚拟机做调整前都过一遍：
- 改配置之前先备份。这个指的是smb.conf、sshd_config这类关键配置文件，直接复制一份带日期的副本。如果改动导致服务起不来，可以快速回滚。
- 更新系统之前先打快照。apt upgrade引起的依赖冲突、内核更换导致VirtualBox增强功能失效，这些我都遇到过。有一个干净的快照兜底，更新操作就是零风险的。
- 定期导出OVA并保存在独立于系统盘的介质上。虚拟机文件默认放在系统盘，如果系统盘坏了，整机都会出事。至少在外部移动硬盘上留一份最近期的导出文件。
- 记录所有改动的配置内容。可以是一个文本文件，记录哪天改了netplan、加了哪些用户、安装了哪些服务。这个习惯在半年后回看时尤其有价值，因为你会发现很多问题都可以通过配置记录来还原，而不需要恢复快照。
结尾的实操心得
最后聊一点我的个人体会。虚拟机这东西，用的时间越长越会发现，真正让环境稳定跑起来的关键不是哪一步操作有多难，而是你有没有把“备份”和“配置可追溯”这两个习惯建立起来。我见过不少人搭建环境时很顺利，但出了问题就手忙脚乱，原因基本都是没有备份意识、改了配置不记录。
给你一个最容易做到的建议：把/etc/netplan、/etc/samba/smb.conf、/etc/ssh/sshd_config这三个文件复制一份放在宿主机某目录里，作为“黄金配置备份”。无论虚拟机怎么折腾，只要这三个文件还在，半小时内就能把SSH、SAMBA、静态IP全部恢复回来，这个办法是我个人用过最实用且新手也容易养成的习惯。希望这篇实操记录能让你少走一些我走过的弯路。
