맨위로가기

네트워크 파일 시스템

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
목차

1. 개요

네트워크 파일 시스템(NFS)은 여러 시스템 간에 파일을 공유할 수 있게 해주는 분산 파일 시스템 프로토콜이다. 1980년대에 썬 마이크로시스템즈에서 처음 개발되었으며, 여러 버전으로 발전해 왔다. 초기 버전인 NFSv2는 UDP를 사용했으며, 32비트 파일 크기 제한이 있었다. NFSv3는 64비트 파일 크기 지원, 비동기 쓰기 등의 기능을 추가했다. NFSv4는 보안 강화, 상태 유지 프로토콜 도입 등 AFS와 SMB의 영향을 받았으며, pNFS 확장을 통해 병렬 액세스를 지원한다. NFS는 다양한 운영 체제에서 지원되며, TCP 2049번 포트를 사용하여 통신한다.

더 읽어볼만한 페이지

  • 네트워크 파일 시스템 - 클라우드 스토리지
    클라우드 스토리지는 가상화 기술을 기반으로 데이터를 분산 저장하여 관리하며, 웹 또는 앱을 통해 파일 작업이 가능하고 용량 확장이 유연하며, 객체, 파일, 블록 스토리지의 세 가지 유형으로 발전했다.
  • 네트워크 파일 시스템 - 아마존 S3
    아마존 S3는 AWS에서 제공하는 객체 스토리지 서비스로, 데이터 액세스 빈도 및 성능 요구 사항에 따라 다양한 스토리지 클래스를 제공하며 높은 확장성, 고가용성, 낮은 지연 시간, 높은 내구성을 제공한다.
  • 인터넷 프로토콜 기반 네트워크 소프트웨어 - 슈퍼 서버
    슈퍼 서버는 TCP 래퍼를 통해 접근 권한을 확인하고 필요에 따라 다른 서버 프로그램을 시작하여 메모리 사용량 감소 및 시스템 관리 효율성을 높이지만, 높은 연결 요청 빈도에서는 성능 저하를 유발할 수 있으며, inetd, launchd, systemd, ucspi-tcp, xinetd 등이 대표적인 구현체이다.
  • 인터넷 프로토콜 기반 네트워크 소프트웨어 - 시스코 IOS
    시스코 IOS는 시스코 시스템즈의 네트워크 장비 운영체제로, 라우터용으로 개발되어 다양한 하드웨어 기능과 네트워킹 프로토콜에 적응하며 CLI를 통해 네트워크 기능을 제어 및 관리할 수 있도록 설계되었고, IOS XR, IOS XE 등 후속 운영 체제가 등장했다.
  • 파일 시스템 - 부트 섹터
    부트 섹터는 시스템 부팅 코드를 담은 저장 매체의 특정 영역으로, 볼륨 부트 레코드(VBR)와 마스터 부트 레코드(MBR)로 나뉘며, BIOS는 이를 실행하고 UEFI는 부트로더를 직접 로드하지만 바이러스 공격에 취약하다.
  • 파일 시스템 - ZFS
    ZFS는 Jeff Bonwick 등이 설계하고 구현한 파일 시스템으로, 데이터 무결성, 스냅샷, RAID-Z 등의 기능을 제공하며, 썬 마이크로시스템즈에서 개발되어 OpenZFS 프로젝트를 통해 다양한 운영체제에서 사용된다.
네트워크 파일 시스템
일반 정보
유형분산 파일 시스템 프로토콜
개발자선 마이크로시스템즈 (현재 오라클 소유)
초기 릴리스1984년
안정화 릴리스NFSv2: 1985년
NFSv3: 1995년 6월
NFSv4: 2003년 4월
NFSv4.1: 2010년 1월
NFSv4.2: 2016년 11월
운영 체제크로스 플랫폼
기술 정보
프로토콜 스위트인터넷 프로토콜 스위트
포트 번호111 (포트)
2049 (포트)
표준NFSv2: RFC 1094
NFSv3: RFC 1813
NFSv4: RFC 3530
NFSv4.1: RFC 5661
NFSv4.2: RFC 7862
기반 프로토콜UDP
TCP
파일 시스템네트워크 파일 시스템

2. 역사

ONC 프로토콜(당시 SunRPC라고 불림) 개발 당시에는 아폴로 컴퓨터의 네트워크 컴퓨팅 시스템(NCS)만이 비슷한 기능을 제공했다. 두 개의 경쟁 그룹은 두 원격 프로시저 호출 시스템의 근본적인 차이점으로 인해 개발되었다. 논쟁은 데이터 인코딩 방식에 집중되었다. ONC의 외부 데이터 표현(XDR)은 연결된 두 피어가 모두 리틀 엔디안 기계 아키텍처를 가지고 있더라도 항상 정수를 빅 엔디안 순서로 렌더링했지만, NCS의 방식은 두 피어가 기계 아키텍처에서 공통 엔디안을 공유할 때마다 바이트 스왑을 피하려고 시도했다. 1987년 3월 네트워크 컴퓨팅 포럼이라는 산업 그룹이 결성되었지만, 두 네트워크 컴퓨팅 환경을 조화시키려는 시도는 실패했다.

1987년 썬 마이크로시스템즈(Sun)와 AT&T는 AT&T의 UNIX System V Release 4를 공동 개발할 것이라고 발표했다.[24] 이로 인해 AT&T의 다른 UNIX System 라이선스 사용자들은 썬이 유리한 입지를 점하게 될 것을 우려했고, 1988년 디지털 이큅먼트, HP, IBM 등이 오픈 소프트웨어 재단(OSF)을 결성하게 되었다. 썬과 AT&T는 이전에 썬의 NFS와 AT&T의 원격 파일 시스템(RFS)을 놓고 경쟁했으며, 디지털 이큅먼트, HP, IBM 및 기타 여러 컴퓨터 제조업체들이 RFS보다 NFS를 빠르게 채택하면서 대다수의 사용자들이 NFS를 선호하게 되었다.

NFS의 상호 운용성은 1986년부터 시작된 "커넥서톤"이라는 행사로 개선되었으며, 이를 통해 공급업체에 중립적인 구현 상호 테스트가 가능했다.[25] OSF는 썬/ONC RPC 및 NFS 대신 분산 컴퓨팅 환경(DCE)과 DCE 분산 파일 시스템(DFS)을 채택했다. DFS는 DCE를 RPC로 사용했으며, 앤드루 파일 시스템(AFS)에서 파생되었다. DCE 자체는 아폴로의 NCS와 케르베로스를 포함한 일련의 기술에서 파생되었다.

2. 1. NFS 버전 1

선 마이크로시스템즈는 NFS 버전 1을 자체 실험 목적으로만 사용했다. 개발팀이 NFS 버전 1에 상당한 변경 사항을 추가하고 선 마이크로시스템즈 외부로 출시했을 때, 버전 간 상호 운용 및 RPC 버전 폴백을 테스트하기 위해 새로운 버전을 v2로 출시했다.[2][21] NFS v1은 썬 마이크로시스템즈 내의 실험에 그쳤으며, 외부 출시는 이루어지지 않았다.

2. 2. NFS 버전 2

선 마이크로시스템즈는 자체 실험 목적으로만 버전 1을 사용했다. 개발팀이 NFS 버전 1에 상당한 변경 사항을 추가하고 선 마이크로시스템즈 외부로 출시했을 때, 새로운 버전을 v2로 출시하기로 결정하여 버전 간 상호 운용 및 RPC 버전 폴백을 테스트할 수 있도록 했다.[2][21]

NFS 버전 2(RFC 1094, 1989년 3월 정의) 프로토콜은 원래 사용자 데이터그램 프로토콜(UDP)에서만 작동했다. 설계자들은 서버 측을 상태 비저장으로 유지하려고 했으며, 잠금은 핵심 프로토콜 외부에서 구현되었다. NFS 버전 2를 개발하는 데 참여한 사람으로는 러셀 샌드버그, 밥 라이언, 빌 조이, 스티브 클레이먼 등이 있다.[1][3]

가상 파일 시스템 인터페이스는 간단한 프로토콜에 반영된 모듈형 구현을 허용한다. 1986년 2월까지 System V 릴리스 2, DOS, Eunice를 사용하는 VAX/VMS와 같은 운영 체제에 대한 구현이 시연되었다.[3]

NFSv2는 32비트 제한으로 인해 파일의 처음 2GB만 읽을 수 있었다.

NFS v2의 사양은 1984년에 발표되었으며, 1985년에는 NFS v2를 처음으로 구현한 SunOS 2.0이 출시되었다. 그 후 1989년 3월에는 RFC 1094가 정리되어 표준화되었다.

NFS v2 개발에는 Rusty Sandberg, Bob Lyon, Bill Joy, Steve Kleiman 등이 참여했다. 원래의 NFS v2에서는 통신에 UDP만 사용하도록 되어 있는데, 이는 파일 잠금 기능을 NFS의 틀 밖에서 구현하여 프로토콜을 무상태로 유지하려는 목적이었다.

2. 3. NFS 버전 3

NFS 버전 3(RFC 1813, 1995년 6월)은 다음과 같은 주요 개선 사항을 포함한다:[2][21]

  • 파일 크기 확장: 2기가바이트(GB)보다 큰 파일을 처리하기 위해 64비트 파일 크기 및 오프셋을 지원한다.
  • 쓰기 성능 향상: 서버의 비동기 쓰기를 지원하여 성능을 높였다.
  • 파일 속성 효율화: 많은 응답에 파일 속성을 추가하여 다시 가져올 필요성을 줄였다.
  • READDIRPLUS 연산: 디렉터리 스캔 시 파일 이름과 함께 파일 핸들[4] 및 속성을 얻을 수 있는 READDIRPLUS 연산을 도입했다.
  • 기타 개선: 다양한 추가 개선 사항이 적용되었다.


썬 마이크로시스템즈는 NFS 버전 2 출시 직후 NFS 버전 3 개발에 착수했다. 주요 목표는 NFS 버전 2의 동기 쓰기 연산으로 인한 성능 문제를 해결하는 것이었다.[5] 1992년 7월까지 대부분의 문제가 해결되었고, 대용량 파일 지원(64비트 파일 크기 및 오프셋)만이 주요 과제로 남았다.

버전 3 도입 당시, TCP을 전송 계층 프로토콜로 사용하는 벤더들이 늘어나기 시작했다. 일부 벤더는 이미 NFS 버전 2에서 TCP를 지원했지만, 썬 마이크로시스템즈는 버전 3에서 TCP 지원을 공식화했다. TCP를 사용하면 WAN 환경에서 NFS를 더욱 안정적으로 사용할 수 있었고, UDP의 8KB 제한을 넘어 더 큰 읽기 및 쓰기 전송 크기를 지원할 수 있었다.

1995년 6월에 발표된 에서 NFS v3는 다음과 같은 기능을 추가했다.

  • 4GiB 이상의 파일을 지원하기 위해 파일 크기 및 읽기/쓰기 오프셋 자료형을 32비트에서 64비트로 확장했다.
  • 서버 비동기 쓰기를 지원하여 쓰기 성능을 향상시켰다.
  • 많은 프로시저에서 반환값에 파일 속성을 추가하여 별도로 가져오는 과정을 생략했다.
  • 디렉터리 스캔 시 파일명 외에 파일 핸들과 속성을 함께 가져오는 ''READDIRPLUS'' 프로시저를 추가했다.


썬 마이크로시스템즈는 NFS v3부터 TCP 전송을 공식 지원하여 WAN 환경에서 NFS의 안정성을 높였다.

2. 4. NFS 버전 4

앤드루 파일 시스템(AFS)과 서버 메시지 블록(SMB)의 영향을 받아 성능 향상, 강력한 보안 의무화, 상태 유지 프로토콜 도입 등을 포함하는 NFS 버전 4가 개발되었다.[6][7] 버전 4는 썬 마이크로시스템즈가 NFS 프로토콜 개발을 인터넷 엔지니어링 태스크 포스(IETF)에 넘겨준 후 개발된 첫 번째 버전이다.

NFSv4는 이전 버전보다 방화벽을 통해 프로토콜을 사용하는 것을 단순화하는데, 서비스 실행에 단 하나의 UDP 또는 TCP 포트, 즉 2049만 사용한다는 장점이 있다.[9]

AFS나 CIFS의 영향을 받은 NFS v4는 2000년 12월, 2003년 4월, 그리고 2015년 3월에 개정되며 성능 향상, Kerberos 인증과 같은 강력한 보안, 상태 유지 프로토콜을 도입했다. NFS v4부터는 개발 주체가 인터넷 엔지니어링 태스크 포스로 이동했으며, 썬 마이크로시스템즈 외에 넷앱 등도 규격 책정에 참여했다.

NFS 버전 4.1은 2010년 1월과 2020년 8월에, NFS 버전 4.2는 2016년 11월에 공개되었다.

3. 관련 프로토콜


  • 네트워크 잠금 관리자(NLM): UNIX System V 파일 잠금 API를 지원하기 위해 추가된 프로토콜이다. (NFS v2, v3)
  • 원격 할당량 보고(RQUOTAD) 프로토콜: NFS 사용자가 NFS 서버에서 데이터 저장소 할당량을 볼 수 있도록 해주는 프로토콜이다. ''rquota''라고도 불린다. (NFS v2, v3)
  • WebNFS: NFS가 웹 브라우저와 더 쉽게 통합되고 방화벽을 통해 작동할 수 있도록 해주는 버전 2 및 버전 3의 확장이다. 2007년에 썬 마이크로시스템즈는 자사의 클라이언트 측 WebNFS 구현을 오픈소스로 공개했다.[10] (NFS v2, v3)
  • NFS over RDMA: 원격 직접 메모리 접근 (RDMA)을 전송 수단으로 사용하는 NFS의 변형이다.[11][12]
  • NFS-Ganesha: 사용자 공간에서 실행되며, FSAL(파일 시스템 추상화 계층) 모듈을 통해 GPFS/스펙트럼 스케일, CephFS와 같은 다양한 파일 시스템을 지원하는 NFS 서버이다. CephFS FSAL은 libcephfs를 사용하여 지원된다.[13]
  • 신뢰할 수 있는 NFS(TNFS)[14]

4. 접근 제어

NFS v2 및 NFS v3에서는 사용자의 접근 권한에 UNIX의 사용자 식별자 및 그룹 식별자를 사용한다.

기본적으로 클라이언트 측 식별자 번호가 NFS 서버로 전달되어 서버는 이를 보고 접근을 제어한다. 클라이언트와 서버 간 그룹 식별자를 별도로 관리하는 경우에는 관리자가 준비한 서버 측과 클라이언트 측 식별자 대응표를 참조하거나, 클라이언트 NIS 서버 또는 전용 데몬 ''ugidd''를 서버가 참조하도록 설정한다.

NFS v4에서는 사용자 식별자/그룹 식별자 대신 문자열 형태의 사용자 이름/그룹 이름을 사용하며, Kerberos 인증을 이용한 사용자 이름 기반 접근 제어를 지원한다.

NFS 서버는 root squash 기능을 통해 클라이언트 관리자 권한 접근을 제한하여 보안을 강화한다.[30]

4. 1. Root Squash

일반적으로 "NFS 클라이언트 상의 관리자 특권이 적절하게 관리되고 있다"고는 할 수 없기 때문에, 관리자 권한에 의한 무제한적인 접근을 NFS 클라이언트에 허용하는 것은 위험하다. 따라서 UNIX 시스템에서 슈퍼유저를 나타내는 root (NFS v4) 사용자 식별자 0 (NFS v2, v3)에 의한 클라이언트로부터의 접근을, NFS 서버 측에서 더 권한이 낮은 사용자 식별자 (예를 들어 NFS v4에서는 nobody, NFS v2, v3에서는 65534나 -2[30] 등)로 강제적으로 할당하는 ''root_squash''라는 기능을 표준으로 유효하게 하는 경우가 많다.

5. 플랫폼

NFS는 다음 플랫폼에서 사용 가능하다.



1985년 SunOS 2.0에 처음 구현된 후, HP-UX, 솔라리스, NEWS-OS, EWS-UX, 리눅스, FreeBSD 등 많은 유닉스 계열 운영 체제에 구현되었다. 그 외에도 macOS, 윈도우 서버, Windows 일부 에디션, NetWare, AS/400에서도 사용할 수 있다. 1990년대 초, Macintosh용 NFS 소프트웨어는 미국 Wollongong사에서 지원했다[31]。 System 6.0.3 이상 시스템에서는 AppleShare가 필요했으며, 일본에서는 1991년 유한회사 데이터 컨트롤 리미티드가 판매했다[31]。 Windows에서는 Services for UNIX가 NFS 서버 및 클라이언트 기능을 제공한다.

6. 프로토콜 개발

ONC 프로토콜(당시 SunRPC) 개발 당시에는 아폴로 컴퓨터의 네트워크 컴퓨팅 시스템(NCS)만이 비슷한 기능을 제공했다. ONC와 NCS, 두 경쟁 그룹은 원격 프로시저 호출 시스템의 근본적인 차이로 인해 개발되었다. 논쟁은 데이터 인코딩 방식에 집중되었는데, ONC의 외부 데이터 표현(XDR)은 연결된 두 피어가 모두 리틀 엔디안 기계 아키텍처를 가지고 있더라도 항상 정수를 빅 엔디안 순서로 렌더링했지만, NCS 방식은 두 피어가 기계 아키텍처에서 공통 엔디안을 공유할 때마다 바이트 스왑을 피하려고 시도했다. 1987년 3월, 네트워크 컴퓨팅 포럼이라는 산업 그룹이 결성되었지만, 두 네트워크 컴퓨팅 환경을 조화시키려는 시도는 실패했다.

1987년, 썬 마이크로시스템즈(Sun)와 AT&T는 AT&T의 UNIX System V Release 4를 공동 개발할 것이라고 발표했다.[24] 이로 인해 AT&T의 다른 UNIX System 라이선스 사용자들은 썬이 유리한 입지를 점하게 될 것을 우려했고, 1988년에 디지털 이큅먼트(Digital Equipment), HP, IBM 등은 오픈 소프트웨어 재단(OSF)을 결성하게 되었다. 썬과 AT&T는 이전에 썬의 NFS와 AT&T의 원격 파일 시스템(RFS)을 놓고 경쟁했으며, 디지털 이큅먼트, HP, IBM 및 기타 여러 컴퓨터 제조업체들이 RFS보다 NFS를 빠르게 채택하면서 대다수의 사용자들이 NFS를 선호하게 되었다.

NFS의 상호 운용성은 1986년부터 시작된 "커넥서톤"이라는 행사로 인해 개선되었으며, 이를 통해 공급업체에 중립적인 구현 상호 테스트가 가능했다.[25] OSF는 썬/ONC RPC 및 NFS 대신 분산 컴퓨팅 환경(DCE)과 DCE 분산 파일 시스템(DFS)을 채택했다. DFS는 DCE를 RPC로 사용했으며, 앤드루 파일 시스템(AFS)에서 파생되었다. DCE 자체는 아폴로의 NCS와 케르베로스를 포함한 일련의 기술에서 파생되었다.

6. 1. 1990년대

썬 마이크로시스템즈와 인터넷 협회(ISOC)는 ONC RPC의 "변경 관리"를 양도하기로 합의하여 ISOC의 엔지니어링 표준 기구인 인터넷 엔지니어링 태스크 포스(IETF)가 ONC RPC 프로토콜 관련 표준 문서(RFC)를 발행하고 ONC RPC를 확장할 수 있도록 했다. OSF는 DCE RPC를 IETF 표준으로 만들려고 시도했지만, 결국 변경 관리를 포기하지 않았다. 이후 IETF는 프로토콜 표준에 적절한 보안이 있어야 한다는 IETF 요구 사항을 충족하기 위해 일반 보안 서비스 응용 프로그램 인터페이스(GSSAPI), RPCSEC GSS를 기반으로 하는 새로운 인증 방식을 추가하여 ONC RPC를 확장하기로 결정했다.

이후 썬과 ISOC는 NFS 버전 2 및 버전 3을 제외하도록 계약서를 신중하게 작성하여 ISOC에 NFS에 대한 변경 관리를 부여하는 유사한 합의에 도달했다. 대신 ISOC는 NFS 프로토콜에 새로운 버전을 추가할 권한을 얻었고, 그 결과 IETF는 2003년에 NFS 버전 4를 지정했다.

6. 2. 2000년대 (pNFS)

NFS 버전 4(RFC 3010, 2000년 12월, RFC 3530, 2003년 4월, RFC 7530, 2015년 3월 개정)는 앤드루 파일 시스템(AFS) 및 서버 메시지 블록(SMB)의 영향을 받아 성능 향상, 강력한 보안 의무화, 상태 유지 프로토콜 도입 등을 포함한다.[6][7] 썬 마이크로시스템즈가 NFS 프로토콜 개발을 인터넷 엔지니어링 태스크 포스(IETF)에 넘겨준 후 개발된 첫 번째 버전이다.

NFS 버전 4.1(RFC 5661, 2010년 1월, RFC 8881, 2020년 8월 개정)은 여러 서버에 분산된 파일에 대한 확장 가능한 병렬 액세스를 제공하는 기능(pNFS 확장)을 포함, 클러스터된 서버 배포를 활용하기 위한 프로토콜 지원을 목표로 한다. 버전 4.1에는 세션 트렁킹 메커니즘(NFS 멀티패싱)이 포함되어 있으며, VMware ESXi와 같은 일부 엔터프라이즈 솔루션에서 사용할 수 있다.

NFS 버전 4.2(RFC 7862)는 2016년 11월에 발표되었으며,[8] 서버 측 복제 및 복사, 애플리케이션 I/O 권고, 스파스 파일, 공간 예약, 애플리케이션 데이터 블록(ADB), MAC 보안 시스템을 수용하는 sec_label이 있는 레이블 NFS 및 pNFS에 대한 두 가지 새로운 작업(LAYOUTERROR 및 LAYOUTSTATS)을 포함한 새로운 기능이 추가되었다.

NFSv4는 이전 버전보다 방화벽을 통해 프로토콜을 사용하는 것을 단순화하는데, 서비스 실행에 단 하나의 UDP 또는 TCP 포트(2049)만 사용한다.[9]

2010년 1월, Panasas는 데이터 접근 병렬 처리[26] 능력을 향상시킨다는 ''병렬 NFS''(pNFS) 기술을 기반으로 하는 NFSv4.1을 제안했다. NFSv4.1 프로토콜은 파일 시스템 메타데이터를 파일 데이터 위치와 분리하는 방법을 정의한다. 이는 단순한 이름/데이터 분리를 넘어 여러 데이터 서버 간에 데이터를 스트라이핑하여 처리한다. 이는 파일의 이름과 데이터를 단일 서버 내에서 관리하는 기존의 NFS 서버와 다르다.

pNFS 서버는 서버 리소스 또는 구성 요소 집합이며, 메타데이터 서버에 의해 제어된다.

pNFS 클라이언트는 네임스페이스를 탐색하거나 상호 작용하기 위해 하나의 메타데이터 서버에 접근한다. 클라이언트가 서버로 데이터를 이동할 때, pNFS 서버 컬렉션에 속하는 데이터 서버 집합과 직접 상호 작용할 수 있다. NFSv4.1 클라이언트는 파일 데이터의 정확한 위치에 직접 참여하고 데이터를 이동할 때 단일 NFS 서버와의 상호 작용을 피하도록 설정할 수 있다.

pNFS 외에도 NFSv4.1은 다음을 제공한다.

  • 세션
  • 디렉토리 위임 및 알림
  • 멀티 서버 네임스페이스
  • 접근 제어 목록 및 임의 접근 제어
  • 보존 속성
  • SECINFO_NO_NAME

7. 포트 번호

NFS 서비스는 일반적으로 TCP의 2049번 포트에서 제공된다.[28] NFS v4는 TCP만 사용하지만, NFS v3는 TCP와 UDP (역시 2049번 포트)를 사용할 수 있다. NFSv3까지는 파일 잠금이나 마운트 요청 등의 ONC RPC에 사용되는 포트 번호는 포트 매퍼에 의해 동적으로 할당되는 것이 일반적이었다. 따라서 포트 번호를 고정하는 옵션을 가지지 않는 구현의 경우, 방화벽에 의한 포트 번호 기반의 통신 제어는 어려웠다. NFSv4부터는 동일한 기능이 NFS 자체에 통합되어, 서버-클라이언트 간의 통신에는 TCP의 2049번 포트만 사용하게 되었다.

참조

[1] 컨퍼런스 Design and Implementation of the Sun Network Filesystem https://www.cs.corne[...] 1985-06-11
[2] 서적 NFS Illustrated 2000
[3] 학술지 The Sun Network Filesystem: Design, Implementation and Experience http://www.cse.buffa[...] Sun Microsystems
[4] 서적 Operating Systems: Three Easy Pieces http://pages.cs.wisc[...] Arpaci-Dusseau Books 2015-03
[5] 웹사이트 NFS Version 3 Design and Implementation https://www.usenix.o[...] USENIX
[6] 웹사이트 NFS Version 4 http://www.usenix.or[...] USENIX 2005-04-14
[7] 웹사이트 The NFS Version 4 Protocol http://www.sane.nl/e[...] System Administration and Network Engineering
[8] 간행물 NFS Version 4 Minor Version 2 https://tools.ietf.o[...] 2016-11-01
[9] 기술보고서 NFS in NetApp ONTAP, Best practice and implementation guide https://www.netapp.c[...] NetApp 2023-06
[10] 웹사이트 yanfs https://github.com/r[...]
[11] 웹사이트 NFS/RDMA Implementation(s) Update http://www.connectat[...] Network Appliance, Inc. 2006-02-28
[12] 웹사이트 NFS over RDMA http://www.usenix.or[...] Sun Microsystems 2002-01-28
[13] 서적 Ceph Cookbook https://books.google[...] Packt Publishing Ltd 2016
[14] 학술지 A Specification of Trusted NFS (TNFS) Protocol Extensions https://tools.ietf.o[...] 1994-05-28
[15] 웹사이트 NetDrive for OS/2 https://www.arcanoae[...] 2020-09-22
[16] 웹사이트 NFSv4 client finally merged https://www.haiku-os[...] Haiku, Inc 2013-03-15
[17] 웹사이트 OS/400 Network File System Support https://public.dhe.i[...] IBM 2024-05-23
[18] 웹사이트 Introduction to Microsoft Windows Services for UNIX 3.5 https://technet.micr[...] Microsoft 2007-12-05
[19] 웹사이트 Other Software by SUN Microsystems http://www.computing[...] The Centre for Computing History
[20] 웹사이트 NFS Gateway for NetWare 6.5 https://www.novell.c[...] Novell
[21] 웹사이트 HP TCP/IP Services for OpenVMS Management http://h41379.www4.h[...] HP 2016-09-24
[22] 웹사이트 NTFS plugin for NetDrive https://ecsoft2.org/[...] 2020-09-22
[23] 웹사이트 Networking related programs http://www.cp15.org/[...]
[24] 뉴스 AT&T to License Sun Microsystems' SPARC Chip https://books.google[...] 1987-10-26
[25] 웹사이트 What is Connectathon? http://www.connectat[...]
[26] 웹사이트 pNFS http://www.pnfs.com Panasas
[27] 서적 bit 単語帳 共立出版 1990-08-15
[28] 서적 UNIXシステムチューニング アスキー出版局 1991-07-21
[29] 문서
[30] 문서
[31] 웹사이트 WOLLONGONG GROUP OFFERS NETWORK FILE SYSTEM CLIENT SOFTWARE FOR MAC https://techmonitor.[...] 1990-08-12
[32] 웹사이트 CiteSeerX — Design and Implementation or the Sun Network Filesystem http://citeseerx.ist[...]
[33] 웹사이트 Use of NFS Considered Harmful http://www.time-trav[...]


본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com