자주 묻는 질문

파일 서버에 호스팅된 볼륨 및 파일에 액세스하려면 사용 가능한 분산 파일 시스템 프로토콜 중 하나를 사용해야 합니다. 2018년 현재 가장 일반적인 프로토콜은 SMB/CIFS(Windows 및 macOS 10.9 이상 기본값), AFP(macOS 10.9 이전 기본값), NFS(Linux 및 대부분의 UNIX 운영 체제 기본값), WebDAV(HTTP 기반, 공급업체 중립)입니다. 이러한 프로토콜 중 WebDAV를 제외한 모든 프로토콜은 원래 클라이언트가 동일 네트워크에 있는 파일 서버의 파일에 액세스하도록 설계되었습니다. 이는 VPN 연결을 통해 이러한 프로토콜을 사용할 때 종종 문제로 이어질 수 있습니다. VPN 연결은 일반적으로 인터넷을 통해 실행되며 인터넷은 회사 또는 가정 네트워크와 매우 다른 네트워크 특성을 가지고 있습니다. 로컬 네트워크는 일반적으로 대칭적(업로드 = 다운로드) 대역폭, 매우 낮고 안정적인 지연 시간, 매우 적은 패킷 손실, 거의 데이터 손상 없이 상당히 높고 항상 일정한 최대 전송 장치 크기(MTU)를 제공합니다. 그에 반해 인터넷 연결은 대역폭이 훨씬 적고 일반적으로 비대칭적(다운로드보다 업로드가 훨씬 빠름)이며 지연 시간이 훨씬 높고 변동성이 크며 상당한 양의 패킷 손실, 데이터 손상이 발생할 수 있으며 최대 전송 장치 크기가 훨씬 낮고 언제든지 변경될 수 있습니다. 활성 전송 중에도요. 위의 일부 프로토콜은 이러한 조건에 다른 프로토콜보다 더 잘 대처할 수 있습니다. 예상되는 문제: 디렉터리 브라우징이 느리거나 매우 느림(높은 지연 시간으로 인해), 원격에서 파일을 복사하는 속도가 느림(상대방의 업로드 속도에 의해 제한됨), 원격으로 파일을 복사하는 속도가 느림(자신의 인터넷 연결 업로드 속도에 의해 제한됨), 서버에서 직접 파일을 여는 속도가 훨씬 느림(대역폭뿐만 아니라 지연 시간 및 MTU도 역할 함) 그리고 파일 액세스가 완전히 실패할 수 있음(패킷 손실 또는 데이터 손상으로 인해). VPN 터널 자체가 이러한 오류의 원인이 아니라는 점에 유의하십시오. VPN 없이 동일한 인터넷 연결을 통해 실행하더라도 결과는 거의 개선되지 않거나 최소한 약간 더 나아질 것입니다. 불행히도 이러한 문제에 대해 적극적으로 할 수 있는 일은 거의 없습니다. 사용자는 지연 시간에 실질적인 영향을 미칠 수 없습니다. 한쪽 또는 양쪽에서 대역폭을 늘리면 항상 도움이 되지만, 특히 업로드 대역폭이 제한 요인인 경우에만 해당됩니다. 프로토콜을 변경하면 도움이 될 수도 있습니다. 특히 SMB/CIFS는 인터넷 연결로 잘 작동하지 않으며 프로토콜이 이전 버전(SMB 3.0보다 오래된 버전)으로 폴백해야 하는 경우 결과가 종종 재앙적입니다(완전히 실패할 수 있음). 문제는 Windows가 기본적으로 SMB 및 WebDAV만 지원하는 반면 macOS는 위에 나열된 모든 프로토콜을 기본적으로 지원한다는 것입니다. 따라서 Windows에 대체 프로토콜을 가르치기 위해 타사 제품을 사용해야 합니다. 최악의 경우 WebDAV를 사용할 수 있지만 WebDAV는 기본적으로 성능이 매우 저조합니다. 전용 NAS 장치는 일반적으로 NFS도 지원하며 활성화만 하면 SMB보다 더 나은 성능을 제공할 수 있습니다.