이전 에는 동일한 OS로 CentOS 6.6을 실행하고 autofs
.
서버 시스템은 여전히 CentOS 6.6을 실행하고 있으며 VM은 이제 CentOS 7을 실행하고 있습니다(Debian Wheezy를 실행하는 다른 VM에서도 시도했지만 여전히 작동하지 않았습니다).
서버( centosserv
)는 192.168.1.89에서 실행 중이고 클라이언트( centoscli
CentOS 7 )는 192.168.1.100에서 실행 중입니다.
공유하려는 파일 시스템은 /NFSSHARE
다음과 /NFSSHARE/mydir
같으므로 /etc/exports
서버의 파일에는 다음이 포함됩니다.
/NFSSHARE 192.168.1.100(fsid=0,rw,sync,no_subtree_check,root_squash,anonuid=1000,anongid=1000)
/NFSSHARE/mydir 192.168.1.100(ro,sync,no_subtree_check)
실행하면 showmount -e
다음과 같은 결과를 얻습니다.
[root@centosserv ~]# showmount -e
Export list for centosserv:
/NFSSHARE/mydir 192.168.1.100
/NFSSHARE 192.168.1.100
그래서 지금까지는 모든 것이 괜찮아 보입니다.
클라이언트 측에서 /etc/auto.master
다음 줄을 편집했습니다.
/mnt/nfs /etc/auto.nfs-share --timeout=90
/etc/auto.nfs-share
그런 다음 다음 내용으로 파일을 만듭니다 .
[root@centoscli ~]# cat /etc/auto.nfs-share
writeable_share -rw 192.168.1.89:/
non_writeable_share -ro 192.168.1.89:/mydir
이는 다음 출력에서도 작동하는 것으로 보입니다.
[root@centoscli ~]# mount | grep nfs-share
/etc/auto.nfs-share on /mnt/nfs type autofs (rw,relatime,fd=18,pgrp=2401,timeout=90,minproto=5,maxproto=5,indirect)
이 시점에서는 다음과 같이 직접 액세스하지 않으면 아직 설치되지 않습니다 /mnt/nfs/writeable_share
./mnt/nfs/non_writeable_share
이 튜토리얼(이것은 지난번 NFS 서버를 설정할 때 따랐던 것과 동일합니다*). 따라서 시도해 본 후에만 설치해야 합니다 ls -l /mnt/nfs/writeable_share
. 그러나 내가 얻는 결과는 다음과 같습니다.
[root@centoscli ~]# ls -l /mnt/nfs/writeable_share
ls: cannot access /mnt/nfs/writeable_share: No such file or directory
나는 ping
클라이언트에서 서버를 편집했고 그 반대의 경우도 서로 연결할 수 있는지 확인하기 위해 편집했습니다.
내가 한 모든 일은 처음과 똑같이 작동했지만 어떤 이유로 이번에는 제대로 작동하지 못했습니다. /etc/fstab
를 사용하는 대신 클라이언트 측에서 파일을 수동으로 편집하여 이 작업을 시도했지만 autofs
작동하지 않는 것 같습니다. iptables
서버 측에서 비활성화하면 fstab
수동으로 작동하지만 autofs
아직은 작동하지 않습니다.
그 밖에 무엇을 확인할 수 있나요? 아니면 무엇이 잘못되었나요?
nfs-common
* files 라는 서비스가 없기 때문에 처음 세 단계 외에는 /etc/default/nfs-common
.
편집하다
체크아웃 중이에요이 튜토리얼은 FB의 CentOS 그룹에 관한 것입니다.서버 측이 해결되었다고 말하고 클라이언트 구성을 시작할 준비가 되면 다음과 같이 말합니다.
NFS 서버가 보이는지 테스트:
showmount -e
그래서 나는 showmount -e
이것을 클라이언트에서 사용하면 서버에서 일부 정보를 얻을 수 있거나 적어도 해당 서버의 파일 시스템을 해당 클라이언트에 마운트할 수 있는지 확인할 수 있을 것이라고 추측합니다. 그러나 showmount -e 192.168.1.89
클라이언트측에서 이를 사용하려고 하는데 수신되는 유일한 메시지는 다음과 같습니다.
clnt_create: RPC: Port mapper failure - Unable to receive: errno113 (No route to host)
이것이 문제일지도 모른다고 생각하지만 그것이 무엇을 의미하는지 잘 모르겠습니다.
편집 2
서버 측에서 이를 비활성화한 후 이제 iptables
클라이언트 측에서 사용될 때 내보낸 파일 시스템을 볼 수 있습니다. showmount -e 192.168.1.89
나는 이것이 위의 첫 번째 편집을 무의미하게 만든다고 생각합니다. 그러나 나는 아직도 그것을 사용할 수 없습니다 autofs
.
편집 3
좋아, iptables
비활성화하는 것 외에도 /etc/exports
서버와 클라이언트 /etc/auto.nfs-share
에서도 다음과 같이 편집했습니다 .
[root@centosserv ~]# cat /etc/exports
/NFSSHARE 192.168.1.100(fsid=0,rw,sync,no_subtree_check,root_squash,anonuid=1000,anongid=1000)
/NFSSHARE/mydir 192.168.1.100(rw,sync,no_subtree_check,root_squash,anonuid=1000,anongid=1000)
/NFSSHARE/mydir/ro 192.168.1.100(ro,sync,no_subtree_check)
[root@centoscli ~]# cat /etc/auto.nfs-share
writeable_share -fstype=nfs4,rw 192.168.1.89:/mydir
non_writeable_share -fstype=nfs4,ro 192.168.1.89:/mydir/ro
내가 할 수 있을 것 같은 곳산파일 시스템이지만클라이언트에서 쓰지 마세요.:
[root@centoscli ~]# touch /mnt/nfs/writeable_share/test_from_client.file
touch: cannot touch ‘/mnt/nfs/writeable_share/test_from_client.file’: Permission denied
답변1
여기서 문제는 서버 측에서 내보낸 폴더의 권한 설정인 것 같습니다.따라서 서버에서 다음을 수행하면 클라이언트에서 쓸 수 있습니다.
[root@centosserv ~]# chmod 777 /NFSSHARE
저는 서버와 클라이언트를 모두 새로 설치하면서 이 작업을 수행했습니다. iptables
서버에서 비활성화 하려고 시도하지 않고 동일한 문제가 다시 발생하여 이번에 질문에서 편집한 변경 사항을 완료하고 /NFSSHARE
권한이 올바르게 설정되었는지 확인하기로 결정했습니다. 성공한 것 같습니다.