%20%EC%86%8C%EC%9C%A0%EA%B6%8C%EA%B3%BC%20%EA%B6%8C%ED%95%9C%EC%9D%84%20%EC%9C%A0%EC%A7%80%ED%95%98%EB%8A%94%20%EB%B0%A9%EC%8B%9D%EC%9C%BC%EB%A1%9C%20SSHFS%20%ED%8F%AC%EC%9D%B8%ED%8A%B8%EB%A5%BC%20%EB%A7%88%EC%9A%B4%ED%8A%B8%ED%95%98%EB%8A%94%20%EA%B2%83%EC%9D%B4%20%EA%B0%80%EB%8A%A5%ED%95%A9%EB%8B%88%EA%B9%8C%3F.png)
sshfs 지점을 루트로 마운트하고 해당 옵션을 사용하면 allow_other파일은 원본 서버(SERVERA)의 SSH 사용자가 소유하며 대상 서버(SERVERB)의 모든 사람이 액세스(쓰기 가능)할 수 있습니다.
소유권 및 권한 메타데이터를 유지하는 방식으로 SERVERB에 마운트할 수 있습니까?
예를 들어, 사용자 bob이 있고 (루트로) 폴더를 생성하고 bob에 chown하면 bob이 자신의 파일을 로컬 디스크에 있는 것처럼 관리할 수 있다고 가정해 보겠습니다.
나는 새로운 빈 공유에 관심이 있으므로 서버의 사용자와 일치하도록 이전 데이터를 유지하는 것은 나에게 중요하지 않습니다.
(추신: unix.stackexchange.com과 serverfault.com의 차이점은 무엇입니까?)
답변1
내 마음에 떠오른 첫 번째 해결책은 다음을 사용하는 것입니다.포지쇼브르. 다른 파일 시스템 위에 POSIX 호환 VFS 레이어를 제공하는 FUSE 모듈(예: SSHFS)입니다. 기본 파일 시스템의 파일에 소유권 및 권한(및 기타 사항)에 대한 정보를 저장하여 작동합니다. 원래는 FAT 파일 시스템에서 POSIX 의미 체계를 얻는 방법을 제공하도록 설계되었지만 이 경우에도 잘 작동해야 합니다(FUSE 모듈을 함께 쌓아서 발생할 수 있는 문제를 방지함).
또는 스토리지 공급자가 SMB/CIFS 액세스를 제공하는 경우 CIFS UNIX 확장을 지원하는지 확인하십시오. 보안 네트워크를 통해 통신하고 두 엔드포인트를 모두 신뢰하는 경우에만 이 작업을 수행하십시오. CIFS는 SMB 1.0의 변형으로 모든 잠재적인 가능성을 포함합니다. 이로 인해 발생하는 보안 문제).