关于挂载NFS出现的问题

fengcloud · #1

ubuntu14.04 和centos 7 ，centos7 下本机测试可以挂载NFS ，但ubuntu下挂载centos7下共享的NFS目录失败，提示出现
mount.nfs: access denied by server while mounting:192.168.0.4 ，挂载访问不允许！已经看了N种方法了，还是不能解决，包括/etc/expors文件中指定insecure参数还是不行，有知道怎么解决的吗？？？另外说明一下，在centos7下挂载ubuntu14.04 NFS目录时是可以的，就是在ubuntu14.04下挂载centos7的NFS目录不行！！！但是centos7 下showmoiunt -e 是没问题的啊！而且本地测试挂载NFS也是可以的！求救该怎么做？是版本不兼容还是centos7 下的/etc/nfsmount.conf 或是/etc/sysconfig/nfs配置文件不对？具体该怎么做？（配置文件也照网上说的改过/etc/sysconfig/nfs 配置文件RPCNFSDARGS=" “ 但是也没用啊？！

poloshiao · #2

https://help.ubuntu.com/14.04/servergui ... ystem.html
Network File System (NFS)
及其連結網頁

注意
server 端與 client 端不同

kashu · #3

我用的是CentOS 6.7 和 Xubuntu 14.04.3
可以正常使用NFS，没碰到什么问题

1. 如果你的NFS服务器配置没问题的话（我的SELinux关闭了；若有防火墙，添加允许访问的条目：iptables -I INPUT -s x.x.x.x -j ACCEPT）
Xubuntu上要使用NFS服务，要安装
sudo apt-get install nfs-common

2. 安装后RPC服务一定要启动（我安装好后已经自动启动了）

代码：全选

kashu:/$ sudo netstat -tunape | grep rpc
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      0          13914362    18937/rpcbind   
tcp        0      0 0.0.0.0:37764           0.0.0.0:*               LISTEN      123        13914040    19173/rpc.statd 
udp        0      0 0.0.0.0:111             0.0.0.0:*                           0          13914358    18937/rpcbind   
udp        0      0 0.0.0.0:33023           0.0.0.0:*                           123        13914037    19173/rpc.statd 
udp        0      0 127.0.0.1:693           0.0.0.0:*                           0          13915391    19173/rpc.statd 
udp        0      0 0.0.0.0:876             0.0.0.0:*                           0          13914361    18937/rpcbind

3. 然后就这样可以用了
kashu:/$ showmount -e 192.168.123.2
Export list for 192.168.123.2:
/tmp *

kashu:/$ sudo mount -t nfs 192.168.123.2:/tmp /mnt

kashu:/$ ls /mnt
yum.log yum_save_tx-2016-01-20-08-11LcLET2.yumtx yum_save_tx-2016-01-31-12-18AEVxXG.yumtx

kashu:/$ mount | grep 192
192.168.123.2:/tmp on /mnt type nfs (rw,vers=4,addr=192.168.123.2,clientaddr=192.168.123.1)

fengcloud · #4

kashu 写了：我用的是CentOS 6.7 和 Xubuntu 14.04.3

可以正常使用NFS，没碰到什么问题

1. 如果你的NFS服务器配置没问题的话（如果有防火墙，添加允许访问的条目：iptables -I INPUT -s x.x.x.x -j ACCEPT）
Xubuntu上要使用NFS，要安装
sudo apt-get install nfs-common

2. 安装后RPC服务一定要启动（我安装好后已经自动启动了）
代码：全选
kashu:/$ sudo netstat -tunape | grep rpc
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      0          13914362    18937/rpcbind   
tcp        0      0 0.0.0.0:37764           0.0.0.0:*               LISTEN      123        13914040    19173/rpc.statd 
udp        0      0 0.0.0.0:111             0.0.0.0:*                           0          13914358    18937/rpcbind   
udp        0      0 0.0.0.0:33023           0.0.0.0:*                           123        13914037    19173/rpc.statd 
udp        0      0 127.0.0.1:693           0.0.0.0:*                           0          13915391    19173/rpc.statd 
udp        0      0 0.0.0.0:876             0.0.0.0:*                           0          13914361    18937/rpcbind   
3. 然后就这样可以用了……
kashu:/$ showmount -e 192.168.123.2
Export list for 192.168.123.2:
/tmp *

kashu:/$ sudo mount -t nfs 192.168.123.2:/tmp /mnt

kashu:/$ ls /mnt
yum.log yum_save_tx-2016-01-20-08-11LcLET2.yumtx yum_save_tx-2016-01-31-12-18AEVxXG.yumtx

kashu:/$ mount | grep 192
192.168.123.2:/tmp on /mnt type nfs (rw,vers=4,addr=192.168.123.2,clientaddr=192.168.123.1)

selinux和防火墙都是关闭的，问题本机测试没问题啊！

fengcloud · #5

本机测试挂载是可以的……，是在ubntu上挂载centos7中设置的NFS文件夹不可以……，反过来在centos中挂载ubuntu中设置的NFS文件夹也是可以的！不知道问题说的够清楚了吗？

fengcloud · #6

fengcloud 写了：
kashu 写了：我用的是CentOS 6.7 和 Xubuntu 14.04.3

可以正常使用NFS，没碰到什么问题

1. 如果你的NFS服务器配置没问题的话（如果有防火墙，添加允许访问的条目：iptables -I INPUT -s x.x.x.x -j ACCEPT）
Xubuntu上要使用NFS，要安装
sudo apt-get install nfs-common

2. 安装后RPC服务一定要启动（我安装好后已经自动启动了）
代码：全选
kashu:/$ sudo netstat -tunape | grep rpc
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      0          13914362    18937/rpcbind   
tcp        0      0 0.0.0.0:37764           0.0.0.0:*               LISTEN      123        13914040    19173/rpc.statd 
udp        0      0 0.0.0.0:111             0.0.0.0:*                           0          13914358    18937/rpcbind   
udp        0      0 0.0.0.0:33023           0.0.0.0:*                           123        13914037    19173/rpc.statd 
udp        0      0 127.0.0.1:693           0.0.0.0:*                           0          13915391    19173/rpc.statd 
udp        0      0 0.0.0.0:876             0.0.0.0:*                           0          13914361    18937/rpcbind   
3. 然后就这样可以用了……
kashu:/$ showmount -e 192.168.123.2
Export list for 192.168.123.2:
/tmp *

kashu:/$ sudo mount -t nfs 192.168.123.2:/tmp /mnt

kashu:/$ ls /mnt
yum.log yum_save_tx-2016-01-20-08-11LcLET2.yumtx yum_save_tx-2016-01-31-12-18AEVxXG.yumtx

kashu:/$ mount | grep 192
192.168.123.2:/tmp on /mnt type nfs (rw,vers=4,addr=192.168.123.2,clientaddr=192.168.123.1)
selinux和防火墙都是关闭的，问题本机测试没问题啊！

截图可以看到etc/exports配置文件，另外可以看到NFS，和rpcbind是启动的了,selinux和firewalld可以看到也是关闭了

kashu · #7

我明白你的意思。所以，我一开始就说，假设你的NFS服务器配置没有问题的话……

上面的回复只把NFS客户的配置粘出来了

0. 在Ubuntu客户端执行如下命令，能显示出来什么东西来，给我们看看
ping x.x.x.x（这是NFS服务器IP）

1. NFS服务器里的/etc/exports配置发我们看看

2. 在NFS服务器上执行：exportfs -a

3. 在Ubuntu客户端执行如下命令，能显示出来什么东西来，给我们看看
showmount -e x.x.x.x（这是NFS服务器IP）

4. 在Ubuntu客户端执行如下命令，能显示出来什么东西来，给我们看看
sudo netstat -tunape | grep rpc

5. 在Ubuntu客户端执行如下命令，检查一下客户端的防火墙配置，给我们看看
sudo iptables -nL -v --lin

kashu · #8

其实，这两天我也刚刚才研究NFS的配置的使用的……

fengcloud · #9

kashu 写了：我明白你的意思。所以，我一开始就说，假设你的NFS服务器配置没有问题的话……

上面的回复只把NFS客户的配置粘出来了

0. 在Ubuntu客户端执行如下命令，能显示出来什么东西来，给我们看看
ping x.x.x.x（这是NFS服务器IP）

1. NFS服务器里的/etc/exports配置发我们看看

2. 在NFS服务器上执行：exportfs -a

3. 在Ubuntu客户端执行如下命令，能显示出来什么东西来，给我们看看
showmount -e x.x.x.x（这是NFS服务器IP）

4. 在Ubuntu客户端执行如下命令，能显示出来什么东西来，给我们看看
sudo netstat -tunape | grep rpc

5. 在Ubuntu客户端执行如下命令，检查一下客户端的防火墙配置，给我们看看
sudo iptables -nL -v --lin

我直接复制命令执行的结果好了，应该可以看到网络是通的，这是ubuntu上执行的结果……
infinity@bird:~$ ping -c 3 192.168.0.10
PING 192.168.0.10 (192.168.0.10) 56(84) bytes of data.
64 bytes from 192.168.0.10: icmp_seq=1 ttl=64 time=0.472 ms
64 bytes from 192.168.0.10: icmp_seq=2 ttl=64 time=0.248 ms
64 bytes from 192.168.0.10: icmp_seq=3 ttl=64 time=0.312 ms

--- 192.168.0.10 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1999ms
rtt min/avg/max/mdev = 0.248/0.344/0.472/0.094 ms
infinity@bird:~$ sudo nmap -sP 192.168.0.0/22
[sudo] password for infinity:

Starting Nmap 6.40 ( http://nmap.org ) at 2016-01-31 22:50 CST
Nmap scan report for bogon (192.168.0.1)
Host is up (0.075s latency).
MAC Address: FC:64:BA:51:5A:AB (Unknown)
Nmap scan report for bogon (192.168.0.2)
Host is up (0.077s latency).
MAC Address: 3C:83:75:A6:96:6E (Unknown)
Nmap scan report for bogon (192.168.0.10)
Host is up (0.00011s latency).
MAC Address: 00:1F:D0:43:A9:19 (Giga-byte Technology Co.)
Nmap scan report for bogon (192.168.1.1)
Host is up (-0.090s latency).
MAC Address: 8C:21:0A:9E:96:D0 (Tp-link Technologies CO.)
Nmap scan report for bogon (192.168.0.4)
Host is up.
Nmap done: 1024 IP addresses (5 hosts up) scanned in 10.02 seconds
infinity@bird:~$ sudo showmount -e 192.168.0.10
Export list for 192.168.0.10:
/home/share *
/home/test 192.168.0.1/22
infinity@bird:~$ sudo mount -t nfs 192.168.0.10:/home/test /mnt
mount.nfs: access denied by server while mounting 192.168.0.10:/home/test
infinity@bird:~$ sudo mount -t nfs 192.168.0.10:/home/share /mnt
mount.nfs: access denied by server while mounting 192.168.0.10:/home/share
infinity@bird:~$

fengcloud · #10

另外你说的ubuntu上nfs-common是安装的请看执行结果
infinity@bird:~$ dpkg -l |grep nfs
ii libnfsidmap2:amd64 0.25-5 amd64 NFS idmapping library
ii nfs-common 1:1.2.8-6ubuntu1.2 amd64 NFS support files common to client and server
ii nfs-kernel-server

kashu · #11

mount.nfs: access denied by server

看来问题还是出在NFS服务器上

这是我的Xubuntu客户端：

代码：全选

kashu:/tmp/animation$ dpkg -l | egrep '(nfs|rpc)'
ii  libnfs1:amd64                               1.6.0-0~ppa1~trusty                     amd64        NFS client library (shared library)
ii  libnfsidmap2:amd64                          0.25-5                                  amd64        NFS idmapping library
ii  libtirpc1:amd64                             0.2.2-5ubuntu2                          amd64        transport-independent RPC library
ii  nfs-common                                  1:1.2.8-6ubuntu1.2                      amd64        NFS support files common to client and server
ii  rpcbind                                     0.2.1-2ubuntu2.2                        amd64        converts RPC program numbers into universal addresses

我电脑上刚好有CentOS 6.7 64-bit和RHEL 7.1
这两个服务器上都安装好了NFS服务，并且配置好了，都没碰到你这种问题

kashu:/tmp/animation$ showmount -e 192.168.123.3（查看RHEL7.1的NFS共享时，因为有防火墙，所以出了这个报错）
clnt_create: RPC: Port mapper failure - Unable to receive: errno 113 (No route to host)

kashu:/tmp/animation$ showmount -e 192.168.123.3（然后，我把服务器上的防火墙条目全部flush之后，查看正常）
Export list for 192.168.123.3:
/tmp *

kashu:/tmp/animation$ sudo mount -t nfs 192.168.123.3:/tmp /mnt（挂载也正常）
[sudo] password for kashu:

kashu:/tmp/animation$ ls /mnt
systemd-private-Ah3fHP systemd-private-AKXcWa systemd-private-JrtBQz systemd-private-oz48XB systemd-private-r95zKL

kashu:/tmp/animation$ mount | grep 192
192.168.123.2:/home/share on /mnt type nfs (rw,vers=4,addr=192.168.123.2,clientaddr=192.168.123.1)
192.168.123.3:/tmp on /mnt type nfs (rw,vers=4,addr=192.168.123.3,clientaddr=192.168.123.1)

这个问题也好判断，既然你都献出了NMAP，那就来玩这个

客户端：
kashu:/tmp/animation$ nmap -Pn -n -p111,2049 192.168.123.2

Starting Nmap 6.47 ( http://nmap.org ) at 2016-01-31 23:06 CST
Nmap scan report for 192.168.123.2
Host is up (0.00044s latency).
PORT STATE SERVICE
111/tcp open rpcbind
2049/tcp open nfs

Nmap done: 1 IP address (1 host up) scanned in 0.05 seconds

kashu · #12

kashu:/tmp/animation$ nmap -Pn -n -p111,2049 192.168.123.2,3

代码：全选

Starting Nmap 6.47 ( http://nmap.org ) at 2016-01-31 23:15 CST
Nmap scan report for 192.168.123.2
Host is up (0.0012s latency).
PORT     STATE SERVICE
111/tcp  open  rpcbind
2049/tcp open  nfs

Nmap scan report for 192.168.123.3
Host is up (0.00039s latency).
PORT     STATE SERVICE
111/tcp  open  rpcbind
2049/tcp open  nfs

Nmap done: 2 IP addresses (2 hosts up) scanned in 0.05 seconds

这是我的两台虚拟机： .2是CentOS 6.7 64-bit，.3是RHEL 7.1

fengcloud · #13

kashu 写了：
mount.nfs: access denied by server
看来问题还是出在NFS服务器上

这是我的Xubuntu客户端：
代码：全选
kashu:/tmp/animation$ dpkg -l | egrep '(nfs|rpc)'
ii  libnfs1:amd64                               1.6.0-0~ppa1~trusty                     amd64        NFS client library (shared library)
ii  libnfsidmap2:amd64                          0.25-5                                  amd64        NFS idmapping library
ii  libtirpc1:amd64                             0.2.2-5ubuntu2                          amd64        transport-independent RPC library
ii  nfs-common                                  1:1.2.8-6ubuntu1.2                      amd64        NFS support files common to client and server
ii  rpcbind                                     0.2.1-2ubuntu2.2                        amd64        converts RPC program numbers into universal addresses
我电脑上刚好有CentOS 6.7 64-bit和RHEL 7.1
这两个服务器上都安装好了NFS服务，并且配置好了，都没碰到你这种问题

kashu:/tmp/animation$ showmount -e 192.168.123.3（查看RHEL7.1的NFS共享时，因为有防火墙，所以出了这个报错）
clnt_create: RPC: Port mapper failure - Unable to receive: errno 113 (No route to host)

kashu:/tmp/animation$ showmount -e 192.168.123.3（然后，我把服务器上的防火墙条目全部flush之后，查看正常）
Export list for 192.168.123.3:
/tmp *

kashu:/tmp/animation$ sudo mount -t nfs 192.168.123.3:/tmp /mnt（挂载也正常）
[sudo] password for kashu:

kashu:/tmp/animation$ ls /mnt
systemd-private-Ah3fHP systemd-private-AKXcWa systemd-private-JrtBQz systemd-private-oz48XB systemd-private-r95zKL

kashu:/tmp/animation$ mount | grep 192
192.168.123.2:/home/share on /mnt type nfs (rw,vers=4,addr=192.168.123.2,clientaddr=192.168.123.1)
192.168.123.3:/tmp on /mnt type nfs (rw,vers=4,addr=192.168.123.3,clientaddr=192.168.123.1)

这个问题也好判断，既然你都献出了NMAP，那就来玩这个

客户端：
kashu:/tmp/animation$ nmap -Pn -n -p111,2049 192.168.123.2

Starting Nmap 6.47 ( http://nmap.org ) at 2016-01-31 23:06 CST
Nmap scan report for 192.168.123.2
Host is up (0.00044s latency).
PORT STATE SERVICE
111/tcp open rpcbind
2049/tcp open nfs

Nmap done: 1 IP address (1 host up) scanned in 0.05 seconds

我知道提示上说了是NFS服务器端的问题，问题是服务器端哪的问题啊……你看看服务器端本机测试挂载测试是可以的……
[dragon@linux-server ~]$ sudo showmount -e
[sudo] password for dragon:
Export list for linux-server:
/home/share *
/home/test 192.168.0.1/22
[dragon@linux-server ~]$ sudo mount -t nfs 192.168.0.10:/home/test /mnt
[dragon@linux-server ~]$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
devtmpfs on /dev type devtmpfs (rw,nosuid,size=1892968k,nr_inodes=473242,mode=755)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct,cpu)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
configfs on /sys/kernel/config type configfs (rw,relatime)
/dev/sdb5 on / type ext4 (rw,relatime,data=ordered)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=33,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
/dev/sdb3 on /home type ext4 (rw,relatime,quota,usrquota,grpquota,data=ordered)
/dev/sdb2 on /boot type ext4 (rw,relatime,data=ordered)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=388080k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
192.168.0.10:/home/test on /mnt type nfs4 (rw,relatime,vers=4.0,rsize=524288,wsize=524288,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.0.10,local_lock=none,addr=192.168.0.10)
[dragon@linux-server ~]$

陈少忠 · #14

这个问题我也遇到过了，我的解决办法是在服务器端的/etc/exports下把允许的网段直接设置成×，全部网段可访问就可以挂载了，但是一改成固定网段就不行，原因没弄明白

陈少忠 · #15

陈少忠写了：这个问题我也遇到过了，我的解决办法是在服务器端的/etc/exports下把允许的网段直接设置成×，全部网段可访问就可以挂载了，但是一改成固定网段就不行，原因没弄明白

如果不想改为全部网段可访问也可以把你当前客户端的ip换一个，只要还是在同一网段就行，不要自动获取ip，手动指定一个和当前不一样的

关于挂载NFS出现的问题

关于挂载NFS出现的问题

Re: 关于挂载NFS出现的问题

Re: 关于挂载NFS出现的问题

Re: 关于挂载NFS出现的问题

Re: 关于挂载NFS出现的问题

Re: 关于挂载NFS出现的问题

Re: 关于挂载NFS出现的问题

Re: 关于挂载NFS出现的问题

Re: 关于挂载NFS出现的问题

Re: 关于挂载NFS出现的问题

Re: 关于挂载NFS出现的问题

Re: 关于挂载NFS出现的问题

Re: 关于挂载NFS出现的问题

Re: 关于挂载NFS出现的问题

Re: 关于挂载NFS出现的问题