1. 问题现象与背景分析
最近在调试一块基于ARM架构的开发板时，遇到了一个典型问题：尝试在Ubuntu 20.04主机上配置NFS服务供开发板挂载时，开发板端持续报错"Connection refused"。这个错误看似简单，但实际上涉及网络服务配置、权限管理、防火墙设置等多个技术环节的协同工作。
NFS（Network File System）作为Unix/Linux系统间实现文件共享的标准协议，在嵌入式开发环境中尤为常用。开发阶段通过NFS挂载根文件系统或应用程序目录，可以避免频繁烧写镜像，显著提高调试效率。但在实际部署时，由于开发板与主机间的系统差异、网络环境复杂性等因素，常会遇到各种连接问题。
2. 环境准备与基础检查
2.1 硬件连接确认
首先需要确认物理连接的正确性：
- 使用
ifconfig或ip a命令检查开发板和Ubuntu主机是否在同一个局域网段 - 通过
ping测试双向网络连通性 - 确认网线/交换机端口工作正常（我曾遇到过因网线接触不良导致的间歇性连接问题）
2.2 服务安装验证
在Ubuntu 20.04主机上需要安装NFS服务端组件：
bash复制sudo apt update
sudo apt install nfs-kernel-server
安装后检查服务状态：
bash复制sudo systemctl status nfs-server
正常应显示"active (running)"状态。如果服务未启动，可能需要检查端口映射：
bash复制sudo rpcinfo -p
正常情况下应看到nfs、mountd、portmapper等服务的端口分配。
3. NFS服务配置详解
3.1 配置文件编辑
Ubuntu的NFS主配置文件为/etc/exports，需要正确设置共享目录和访问权限。一个典型的开发环境配置示例：
code复制/home/developer/nfs_share 192.168.1.0/24(rw,sync,no_subtree_check,no_root_squash)
关键参数说明：
rw：允许读写操作sync：同步写入确保数据一致性no_subtree_check：提高性能但略微降低安全性no_root_squash：允许root用户保持权限（开发环境常用）
修改配置后需要重新导出共享：
bash复制sudo exportfs -ra
3.2 权限与所有权设置
共享目录的权限问题常导致连接失败：
bash复制sudo chown -R nobody:nogroup /home/developer/nfs_share
sudo chmod -R 777 /home/developer/nfs_share
注意：生产环境应使用更严格的权限设置，开发阶段为了方便调试可以适当放宽。
4. 防火墙与安全组配置
4.1 UFW防火墙设置
Ubuntu 20.04默认使用UFW防火墙，需要放行NFS相关端口：
bash复制sudo ufw allow from 192.168.1.0/24 to any port nfs
sudo ufw allow 111/tcp
sudo ufw allow 2049/tcp
4.2 NFS端口固定
为避免防火墙拦截动态端口，可以固定NFS辅助端口：
编辑/etc/default/nfs-kernel-server：
code复制RPCMOUNTDOPTS="--manage-gids --port 4002"
STATDOPTS="--port 4003"
然后在/etc/modprobe.d/options.conf中添加：
code复制options lockd nlm_udpport=4004 nlm_tcpport=4004
options nfs callback_tcpport=4005
重启服务使配置生效：
bash复制sudo systemctl restart nfs-config
sudo systemctl restart nfs-kernel-server
5. 开发板端挂载操作
5.1 开发板环境准备
确保开发板内核支持NFS：
bash复制zcat /proc/config.gz | grep NFS
关键选项应设置为y或m：
code复制CONFIG_NFS_FS=y
CONFIG_NFS_V2=y
CONFIG_NFS_V3=y
CONFIG_NFS_V4=y
CONFIG_ROOT_NFS=y
5.2 挂载命令执行
在开发板端尝试挂载：
bash复制mount -t nfs -o nolock,vers=3 192.168.1.100:/home/developer/nfs_share /mnt
常见参数说明：
nolock：禁用文件锁（某些嵌入式环境需要）vers=3：指定NFS版本（与服务器端一致）tcp/udp：可显式指定传输协议
6. 故障排查指南
6.1 连接拒绝常见原因
-
服务未运行：
bash复制sudo rpcinfo -p localhost检查nfs、mountd等服务是否正常注册
-
防火墙拦截：
bash复制sudo tcpdump -i any port 2049监控NFS流量是否到达主机
-
版本不兼容：
尝试在挂载时指定不同版本（vers=2,3,4） -
SELinux限制：
bash复制sudo setenforce 0临时禁用SELinux测试
6.2 日志分析技巧
查看NFS服务日志：
bash复制sudo tail -f /var/log/syslog | grep nfs
开发板端可增加挂载调试信息：
bash复制mount -v -t nfs ...
7. 性能优化建议
7.1 传输参数调整
在/etc/nfs.conf中优化：
code复制[nfsd]
threads=8
[mountd]
manage-gids=true
挂载时可添加性能参数：
bash复制mount -t nfs -o rsize=32768,wsize=32768,noatime,nodiratime ...
7.2 网络层优化
对于高延迟网络：
bash复制echo 10 > /proc/sys/net/ipv4/tcp_slow_start_after_idle
echo 1 > /proc/sys/net/ipv4/tcp_window_scaling
8. 安全加固措施
生产环境部署时建议：
- 使用NFSv4及以上版本（支持Kerberos认证）
- 限制共享目录为只读（ro）
- 启用root_squash
- 配置网络隔离（VLAN或专用接口）
- 定期审计访问日志
9. 替代方案评估
当NFS持续不稳定时，可考虑：
- SSHFS：
bash复制
sshfs user@host:/path /mnt - Samba：适合跨平台环境
- OverlayFS：用于开发板本地文件系统叠加
10. 实际案例分享
最近调试Rockchip RK3399开发板时遇到一个典型问题：挂载时报"Connection refused"，但所有基础配置都正确。最终发现是开发板内核配置缺少CONFIG_NFS_USE_LEGACY_DNS选项，导致无法解析主机名。解决方案：
- 在内核中启用该选项重新编译
- 或在挂载时直接使用IP地址而非主机名
另一个常见陷阱是Ubuntu 20.04默认安装的NFS版本与较旧开发板不兼容。可以通过在服务器端强制使用NFSv3解决：
编辑/etc/nfs.conf：
code复制[nfsd]
vers2=no
vers3=yes
vers4=no