Linux客户端挂载NFS需先验证服务端导出（showmount）、RPC服务（rpcinfo）及网络连通性；推荐使用nfs4协议，挂载参数含hard,intr,nfsvers=4,rsize/wsize,timeo,retrans，并在fstab中添加_netdev确保网络就绪后挂载。
在 Linux 客户端挂载远端 NFS 共享目录，核心是确保连通性、协议兼容与挂载参数合理。默认挂载虽能工作，但容易因网络抖动、权限映射或性能瓶颈导致卡顿、静默失败或读写缓慢。优化不是加一堆参数，而是选对关键几项，让挂载更稳、更快、更可控。
确认服务端导出与基础连通
挂载前不验证，等于蒙眼开车。必须逐层确认：
- 用 showmount -e 服务器IP 查看是否返回共享路径；若报
clnt_create: RPC: Port mapper failure，说明服务端 NFS 未运行或防火墙拦截 - 执行 rpcinfo -p 服务器IP，确认
nfs、mountd、nlockmgr三项状态为ready - ping 通后，再检查端口：NFSv4 只需 TCP 2049；若用 NFSv3，还需确认 111（portmapper）、2049、以及 mountd/nlockmgr 的随机端口（建议服务端配置固定端口并放行）
手动挂载推荐命令与参数解释
不要只用 sudo mount -t nfs IP:/path /mnt。生产环境应显式指定关键选项：
- nfsvers=4：优先使用 NFSv4（单端口、状态化、支持 ACL 和 UTF-8），避免 NFSv3 的端口协商问题
- hard,intr：硬挂载保证数据不丢，intr 允许用 Ctrl+C 中断卡死的 IO（NFSv4 下 soft 已不推荐）
- rsize=8192,wsize=8192：提升大文件顺序读写吞吐；万兆内网可试 65536，千兆建议 32768
- timeo=600,retrans=2：超时设为 60 秒（600×0.1s），重试 2 次，避免长时间卡在不可达服务上
完整示例：
sudo mount -t nfs4 -o rw,hard,intr,nfsvers=4,rsize=32768,wsize=32768,timeo=600,retrans=2 192.168.1.100:/shared /mnt/nfs-share
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
fstab 开机自动挂载要点
/etc/fstab 条目若写错，可能导致系统启动卡在挂载阶段。关键三点：
- 必须加 _netdev：告诉 systemd 等网络就绪后再挂载，否则 fstab 会抢在网卡 up 前执行
- 避免用
defaults：它隐含soft和无超时，易引发不可控行为；明确写出所需选项 - 挂载点目录必须已存在：fstab 不会自动创建
/mnt/nfs-share，需提前sudo mkdir -p /mnt/nfs-share
推荐 fstab 写法：
192.168.1.100:/shared /mnt/nfs-share nfs4 rw,hard,intr,nfsvers=4,rsize=32768,wsize=32768,timeo=600,retrans=2,_netdev 0 0
添加后务必运行 sudo mount -a 测试，无输出即成功。
权限与用户映射常见处理
NFS 默认按 UID/GID 映射，若客户端和服务端用户 ID 不一致，会出现“Permission denied”或属主显示为 nobody：
- 服务端
/etc/exports中加all_squash,anonuid=1001,anongid=1001，强制所有访问者映射为指定 UID/GID - 客户端挂载时加
uid=1001,gid=1001（仅 NFSv4 有效），让本地进程以该身份访问 - 更稳妥方式：统一管理用户 ID，例如用 LDAP 或脚本确保 dev/test/prod 环境中关键用户 UID 一致
