나 좀 있어요sshfs다음 Linux 파일 시스템 위치에 넣고 싶은 마운트파일 시스템 계층 표준.
표준은 네트워크 마운트를 어디에 배치해야 하는지에 대해 이상하게도 침묵합니다.:
media Mount point for removeable media mnt Mount point for mounting a filesystem temporarily
아래에 마운트하면 /net동일한 호스트 이름의 NFS autofs 마운트와 충돌할 수 있습니다.
sshfs바로 아래에 디렉토리를 만드는 것이 /눈살을 찌푸리게 하는 상황에서 마운트를 배치할 합리적인 장소는 어디입니까 ?
답변1
디렉토리 이름과 사용법을 정의 FHS합니다. 루트 디렉토리 바로 아래에 사용자 정의 디렉토리를 생성하는 것은 표준의 향후 버전이나 새로운 OS 소유 디렉토리와 충돌할 수 있으므로 위험한 것으로 간주됩니다.
OSes 파일 시스템 표준과 같은 다른 많은 Unix 및 Unix와는 달리(예:무료BSD그리고솔라리스), FHS어떤 이유로 /net자동 마운트된 NFS 공유에 대한 일반 마운트 지점으로 정의하는 데 실패합니다. 반면에, 유사하지만 별개의 목적을 위해 FHS정의됩니다 /mnt./media
/mediaCD, DVD 및 썸 드라이브와 같이 로컬로 연결된 장치용 이지만 /mnt장치 종류를 제한하지 않으므로 이론적으로 sshfs마운트를 저장하는 데 사용할 수 있어야 합니다(예 /mnt/sshfs/xxx: 아래에 단독 하위 디렉터리를 생성하면 /mnt기존 관리자 사용과 충돌할 수 있음). 그렇게하는 것을 권장하지 않습니다. /mnt관리자가 여기에 임시로 마운트한 파일 시스템을 보관하도록 정의되었습니다. 이는 데몬이 자동으로 마운트한 파일 시스템과 정확히 일치하지 않습니다.
구성이 동일한 마운트 지점에 대해 여러 핸들러를 갖는 것을 금지하므로 마운트를 /net저장하는 데 사용할 방법이 없습니다 .sshfsautofs
auto.smb루트 마운트 지점 디렉터리에 대해 제안한 대로 /cifs간단히 /sshfs. /sshfs향후 OS 소유 디렉토리와 충돌할 위험은 본질적으로 0입니다.
매뉴얼 페이지 에서 발췌 auto.smb:
# /etc/auto.master에 다음과 같은 줄을 넣습니다: #/cifs /etc/auto.smb --timeout=300
기본 구성 파일 발췌 auto.master:
# 참고: 호스트 맵에서 수행된 마운트는 # "suid"와 "dev"가 아닌 경우 "nosuid"와 "nodev" 옵션 # 옵션이 명시적으로 제공됩니다. # #/net -호스트
답변2
처럼패트릭썼다코멘트, 파일 시스템은 무언가를 마운트하는 위치와 관련이 없습니다(FHS를 따르려는 경우). 중요한 것은 콘텐츠와 이를 어떤 용도로 사용할 것인가입니다. 실제로 파일 시스템의 유형(sshfs, NFS, ext4 등)은 훨씬 더 관련이 없습니다.
어디에서콘텐츠마운트하려는 마운트 지점 아래가 파일 시스템 트리에 속합니까? 거기에 장착하세요.
원격 시스템의 파일에 대한 임시 액세스를 위해 권한이 없는 개별 사용자가 수행하는 임시 sshfs 마운트에 대해 이야기하는 경우(예를 들어 에서 구성된 것과는 반대로 /etc/fstab) 해당 사용자는 임시 sshf와 같이 원하는 곳에 배치할 수 있습니다. 홈 디렉토리 아래의 디렉토리(권한이 없는 사용자가 권한을 가질 가능성이 있고 분명한 장소임). FHS 또는 실제로 로컬 시스템 관리자 정책(아주 정확하게)에는 이에 대해 언급할 내용이 없습니다.