虚拟机里Fedora网络和共享文件夹怎么设置？，配置方法

虚拟机里的Fedora，网络优先用NAT模式再配静态IP或端口转发，共享文件夹优先用虚拟机软件自带的机制VMware走open-vm-tools加vmhgfs-fuse，VirtualBox走增强功能包加vboxsf，两条路都免费，配好以后日常开发基本不用再折腾。

虚拟机Fedora网络配置：NAT还是桥接，怎么选

动手装系统之前,先把这个决定想清楚，能省掉后面一大半返工，虚拟机软件提供的网络模式看着多，日常开发真正用得上的就三种。

三种模式的实际差别

• NAT模式：虚拟机借宿主机上网，对外隐藏，虚拟机访问外网没问题，外面想连进来要做端口转发，适合绝大多数单人开发场景。
• 桥接模式：虚拟机和宿主机平起平坐，像局域网里另一台电脑，路由器直接给它发IP，适合要模拟服务器、要被同事或手机访问的场合。
• 仅主机模式：只和宿主机通信，彻底断外网，做隔离测试时用。

行业共识认为,虚拟机网络问题十有八九不是模式选错，而是网关和DNS随手填错，所以选完模式，静态IP那几个参数一定要照虚拟机软件里显示的实际值来填。

NAT模式下手动配静态IP

VMware的做法是先看网关,打开“编辑→虚拟网络编辑器”，选中VMnet8，点“NAT设置”，记下网关地址，通常是 168.x.2，然后进Fedora，用nmcli改连接：

nmcli connection show
sudo nmcli connection modify "Wired connection 1" \
  ipv4.method manual \
  ipv4.addresses 192.168.56.10/24 \
  ipv4.gateway 192.168.56.2 \
  ipv4.dns "223.5.5.5 119.29.29.29"
sudo nmcli connection up "Wired connection 1"

VirtualBox的NAT默认网段是 0.2.0/24，网关 0.2.2，DHCP从 0.2.15 起，手动设IP要避开DHCP池，否则容易冲突，更省心的做法是不改IP，直接在“设置→网络→高级→端口转发”里加一条：主机端口2222转发到客体22端口，然后宿主机上 ssh -p 2222 用户名@127.0.0.1 就能连进去。

桥接模式怎么配才不打架

桥接的关键是让虚拟机和宿主机处在同一网段,宿主机 ip a 看到的网段是多少，Fedora里就配同网段里一个没被占用的地址，网关填路由器地址，DNS填公共DNS或路由器地址，想稳定一点，直接在路由器后台给这台虚拟机的MAC做IP绑定，比在系统里硬写更省事。

配完三步验证：

1. ip a 确认地址和网卡状态是UP。
2. ip route 确认默认网关存在。
3. ping -c 3 223.5.5.5 通、getent hosts mirrors.aliyun.com 有解析结果，才算网络真正通了。

DNS不生效时,别去手改 /etc/resolv.conf，NetworkManager会覆盖它，正确做法是用 nmcli connection modify ... ipv4.dns 改连接配置。

顺手把软件源换成国内镜像

Fedora默认源在国内下载速度一般,装开发工具时会很难受，清华、简米云、中科大都有完整镜像，做法是先备份 /etc/yum.repos.d/ 里的repo文件，再把 metalink= 行注释掉，把 baseurl 指向镜像站对应路径，sudo dnf makecache，不同Fedora版本的repo文件格式略有差异，改完跑一次 dnf update 验证即可。

Fedora虚拟机共享文件夹怎么设置：VMware和VirtualBox两条路

共享文件夹是虚拟机和宿主机之间最常用的数据通道,两家虚拟机软件的思路不一样，但底层都是靠一个内核模块把宿主目录挂载进来。

VMware：open-vm-tools加vmhgfs-fuse

Fedora官方源里已经有open-vm-tools，不要再去装VMware官方那套老安装包。

sudo dnf install -y open-vm-tools open-vm-tools-desktop
sudo systemctl enable --now vmtoolsd

装完在虚拟机设置里找到“选项→共享文件夹”，启用并添加宿主机目录，然后手动挂载：

sudo mkdir -p /mnt/hgfs
sudo vmhgfs-fuse .host:/ /mnt/hgfs -o subtype=vmhgfs-fuse,allow_other
ls /mnt/hgfs

想开机自动挂载,在 /etc/fstab 加一行：

.host:/ /mnt/hgfs fuse.vmhgfs-fuse allow_other,defaults,nofail 0 0

nofail 这个参数别省，fstab写错又不加它，开机直接掉进紧急模式，新手很容易被卡在这里，改完执行 sudo mount -a 验证一遍再重启。

VirtualBox：增强功能包加vboxsf

先装编译依赖,再装增强功能：

sudo dnf install -y kernel-devel kernel-headers gcc make dkms elfutils-libelf-devel

菜单里点“设备→安装增强功能”，会挂载一个ISO，进挂载目录执行 sudo ./VBoxLinuxAdditions.run，装完重启，然后在虚拟机设置里添加共享文件夹，勾上“自动挂载”和“固定分配”。

自动挂载不生效时手动来：

sudo mkdir -p /mnt/share
sudo mount -t vboxsf 共享名 /mnt/share

访问权限问题是这一步最常见的坑,把自己加进vboxsf组，然后彻底注销重新登录，组权限才会生效：

sudo usermod -aG vboxsf $USER

需要开机挂载就写fstab：共享名 /mnt/share vboxsf defaults,uid=1000,gid=1000,nofail 0 0。

有一点要提醒：宿主机开了Secure Boot的话，VirtualBox的内核模块可能因为没签名而加载失败，报错通常在 dmesg 里能看到，要么在BIOS里关掉Secure Boot，要么给模块做签名，没有第三条捷径。

共享文件夹、SSH传文件、Samba，到底选哪个

业内专家指出,如果只是在本机改代码、跑编译，共享文件夹的体验最顺；一旦涉及大批量文件同步或者多人协作，SSH加VS Code的Remote-SSH反而更稳，因为不依赖虚拟机软件版本，VS Code远程开发插件在国内开发者里用得相当普遍，配合NAT端口转发，体验接近本地。

挂载失败、连不上网，这些坑怎么排

网络连不上，先分内外。 能ping通网关但ping不通外网，问题在DNS；网关都ping不通，问题在IP配置或虚拟机网络模式。

共享目录是空的，先看服务。 VMware执行 systemctl status vmtoolsd，VirtualBox执行 lsmod | grep vboxsf，服务没起来，目录自然是空的。

重启后挂载消失，查fstab。 用 mount -a 复现一次，报错信息会直接告诉你哪一列写错了。

权限被拒，查用户组。 vboxsf组和fuse的allow_other是最常见的两个原因，改完必须重新登录，只重启服务不够。

顺带说一句价格：VirtualBox一直开源免费，VMware Workstation Pro近年来也调整了对个人用户的使用政策，个人学习场景的成本基本可以忽略，真金白银的支出通常不在软件上，而在宿主机的内存和固态硬盘上Fedora图形界面加IDE，建议至少分配4GB内存和40GB磁盘。

关于Fedora虚拟机网络与共享文件夹的常见疑问

Q：Fedora虚拟机网络配置用NAT还是桥接，日常写代码选哪个？

NAT,它不受宿主机换网络环境影响，在家、在公司、连热点都不用重配，外部访问靠端口转发就能解决，只有需要让局域网其他设备直接访问这台虚拟机时，才值得切到桥接。

Q：共享文件夹和SSH传文件，哪个更快？

小文件和边改边编译的场景,共享文件夹更顺手；大文件批量传输，SSH加rsync通常更快也更稳，而且断点续传、增量同步这些能力是共享文件夹没有的。

Q：升级内核或换宿主机之后，共享文件夹失效了怎么办？

VirtualBox多半是增强功能模块没跟着新内核重编,重装一次增强功能包即可；VMware则先确认vmtoolsd在运行，再用 vmhgfs-fuse 手动挂载一次，看报错指向服务还是挂载参数，两种情况处理路径完全不同。

把网络模式和共享方式这两件事定下来,Fedora虚拟机就从一个需要反复调试的实验品，变成一台随时能开工的开发机，剩下的时间，留给代码更划算。