답변:
폐쇄 된 네트워크 (모든 장치를 알고있는 곳)에서 NFS는 훌륭한 선택입니다. 네트워크 성능이 좋으면 처리량이 역 겨울 정도로 빠르며 동시에 서버의 CPU 사용량도 줄어 듭니다. 설정이 매우 간단하고 readonly
쓰기가 필요없는 공유를 전환 할 수 있습니다 .
앤더스에 동의하지 않습니다. v4는 v3처럼 간단 할 수 있습니다. LDAP / gssd를 통해 보안 계층화를 시작하려는 경우에만 복잡해집니다. 매우 복잡하고 완전한 보안 메커니즘이 가능하지만 필요하지는 않습니다. 실제로 기본적으로 꺼져 있습니다.
sudo apt-get install nfs-kernel-server
그런 다음 /etc/exports
공유를 구성하도록 편집 하십시오. 내 음악을 공유하는 라이브 버전의 라인은 다음과 같습니다.
/media/ned/music 192.168.0.0/255.255.255.0(ro,sync,no_subtree_check)
이것은 192.168.0. *의 누군가와 그 경로를 readonly
(통지 ro
)로 공유합니다.
편집을 마치면 NFS를 다시 시작하십시오.
sudo /etc/init.d/nfs-kernel-server restart
클라이언트를 연결하려면 NFS 구빈 (기본적으로 설치되지 않음)이 필요합니다.
sudo apt-get install nfs-common
그런 다음 줄을 추가하십시오. /etc/fstab
192.168.0.4:/media/ned/music /media/music nfs ro,hard,intr 0 0
게으르지만이 시나리오에서 호환되므로 실제로 NVSv3 클라이언트입니다. 192.168.0.4
NFS 서버입니다 (이 경우 내 데스크탑). 그리고 마운트 경로 ( /media/music
여기)가 존재 하는지 확인해야 합니다.
Mac의 경우 다음을 수행하십시오. http://www.techrepublic.com/blog/apple-in-the-enterprise/mounting-nfs-volumes-in-os-x/
이전의 일부 자습서보다 훨씬 간단합니다.
실제보다 더 복잡해 보이지만 견고하고 예측 가능하며 빠릅니다. 삼바에 맞설 수없는 것 ... 적어도 내 경험상.
/etc/fstab
제 경우, NAS가 폴더에 마운트 설정),하지만 반복을 통해거야 서버 재부팅 할 때 umount
와 mount -a
터미널에서 선회 내 마운트를 다시 얻을 수 있습니다. 대부분 (네트워크 사진 폴더가 :( 갑자기 없을 때 Picasa가 로컬 DB를 닦아 같은 불만 제외) 나를 위해 좋은, 그러나 이것은 드라이브 내 아내까지 벽 ...
auto,_netdev
옵션 조각을 추가 하여 다음과 같이 보이도록하십시오. auto,_netdev,ro,hard,intr
이렇게하면 파일 시스템이 네트워크 연결을 대기해야합니다.
NFS (버전 3)는 더 높은 성능을 제공하며 설정이 매우 쉽습니다. 주요 문제는 적절한 보안이 완전히 부족하다는 것입니다.
NFS (버전 4)는 보안을 제공하지만 설정이 거의 불가능합니다.
삼바는 아마도 조금 느리지 만 사용하기 쉬우 며 Windows 클라이언트에서도 작동합니다.
최근 Ubuntu 10.04 서버에서 로컬 NFS 서버를 설정했지만 MacBook Pro (OS X 10.6.X)를 연결할 수 없습니다. Mac을 연결하려면에 안전하지 않은 추가해야했습니다 /etc/exports
.
내 / etc / exports :
/mnt/sdcard *(rw,sync,no_subtree_check,insecure,all_squash)
향후 X 년과 YTB를 더 나은 옵션이 있다는 것을 깨닫지 못한 특정 프로토콜에 전용하기 전에 실제 테스트를 실행하십시오.
Samba 직원이 NFS와 동등한 자격을 갖추고 있다고 주장하는 의견이 더 빠릅니다. 필요에 따라 가장 좋은 방법은 Samba 공유 및 NFS 공유를 설정하고 네트워크에서 다양한 실제 읽기 / 쓰기 / CPU 테스트를 실행하는 것입니다. 나처럼 (Windows 컴퓨터)와 비슷한 요구가있는 경우 Samba가 NFS보다 20 % 빠릅니다.
설정에서 최상의 결과를 제공하는 제품으로 이동하고 사람들이 가장 빠르게 말하는 것을 무시하십시오.