애플리케이션이 볼륨의 주소나 경로를 알고 있는 한 애플리케이션이 네트워크 공유 볼륨을 사용할 수 있도록 허용합니다.

애플리케이션이 볼륨의 주소나 경로를 알고 있는 한 애플리케이션이 네트워크 공유 볼륨을 사용할 수 있도록 허용합니다.

Windows에서 Linux(특히 Ubuntu 14.04)로 애플리케이션을 이식하고 있습니다. 애플리케이션은 NAS의 네트워크 공유 볼륨에 데이터를 써야 합니다.

Windows에서는 다음 조건이 충족되는 한 내 애플리케이션이 NAS의 SMB3 공유 볼륨에 액세스할 수 있습니다.

  1. SMB3 공유 볼륨의 UNC 경로를 알고 있습니다.
  2. 애플리케이션이 실행되는 계정이 승인되었습니다(즉, 클라이언트와 서버 간에 사용자 이름과 비밀번호가 동일합니다).

SMB3 공유 볼륨을 마운트하거나 매핑하는 추가 단계가 필요하지 않습니다.외부응용 프로그램입니다.

Linux에서도 유사한 효과를 얻을 수 있습니까? 중요한 점은 가능하다면 fstab이나 autofs를 건드리고 싶지 않다는 것입니다. 내 애플리케이션 구성을 중앙 집중화하고 싶습니다. fstab을 수정하거나 autofs 규칙을 설정해야 하는 경우 애플리케이션의 관점에서 구성을 전체에 분산시키기 시작합니다. 네트워크 공유량은오직이 특정 응용 프로그램에서 사용되며 나머지 시스템은 상관하지 않습니다.

NAS는 SMB2/3 또는 NFSv3/v4를 지원하며 한 프로토콜을 다른 프로토콜보다 사용해도 문제가 없습니다.

답변1

덕분에 파일 시스템을 마운트하기 위해 루트 액세스가 필요하지 않습니다.퓨즈. Samba에는 FUSE 드라이버가 있습니다.SMB 네트워크 파일 시스템.

거의 사용하지 않고 오래전 일인데, 서버에 특별한 기능이 있으면 구성하기가 참 쉽지 않았던 기억이 납니다. 이는 설정과 NAT가 기본 프로토콜에서 얼마나 벗어나는지에 따라 문제가 될 수도 있고 그렇지 않을 수도 있습니다. 액세스할 서버 또는 도메인 목록을 제공해야 합니다.

또는 애플리케이션을 다음 위치에 연결하세요.중력 속도도서관. (이것은 사용자 인터페이스에 Gnome 라이브러리를 사용할 필요가 없습니다.) open또는 대신 GIO 기능을 사용해야 fopen다음을 통해 파일을 지정할 수 있습니다.대체 백엔드누군가를 포함시키세요. GVfs는 특정 디렉터리에 액세스하는 것 이상의 일부 애플리케이션 재작성을 요구하지만, 자격 증명을 제공하는 것(보통 로그인하여) 이외의 구성이 필요하지 않다는 이점이 있습니다.그놈 열쇠고리).

관련 정보