고쳐 쓰기:
삼바를 사용하여 공유되는 권한이 있는 디렉토리가 있습니다 755. abc:abc디렉토리의 소유자이기도 한 삼바 사용자가 있습니다 . 이 디렉토리에 대한 Windows Samba 클라이언트 쓰기가 거부되었습니다. 디렉터리를 chmod하면 775Windows 클라이언트가 이제 해당 디렉터리에 쓸 수 있습니다.
위에서부터 나는 해당 사용자가 디렉토리의 소유자임에도 불구하고 디렉토리가 삼바 사용자의 그룹 권한을 확인하고 있다는 결론을 내렸습니다. 왜?
원본 세부정보:
오타가 있으면 사과드립니다. 공중에서 입력했습니다.
drwxr-xr-x abc abc 4096 DirectoryName
나는 smb.conf그것을 공유했습니다.
[something] comment = something browseable = yes path = /something/something guest ok = no read only = no create mask = 0775 valid user = abc
Windows 10에서는 사용자 abc를 사용하여 Samba 공유에 액세스합니다. 폴더에 대한 쓰기 권한이 없다는 것을 알았습니다. 이것이 abc디렉토리의 소유자이고 전체 액세스 권한을 가져야 하기 때문에 이상하게 보입니다 . chmod 775를 사용하여 권한을 변경했더니 abc이제 쓸 수 있게 되어서 접근을 위해 그룹 권한을 사용하고 있다는 결론을 내렸습니다.
왜? 소유자 권한이 그룹보다 우선한다고 생각합니다. 이것이 작동 방식인가요, 아니면 삼바가 권한을 처리하는 방식인가요?
directory masksmb.conf에 여전히 필요합니까? 디렉터리 권한 자체와 어떻게 다릅니까?
답변1
구성되지 않은 경우 directory mask기본값이 사용됩니다. 이 값은 umask프로세스의 값 과 동일합니다 . 새로 생성된 디렉터리의 권한에 영향을 미칩니다.
새 디렉터리에는 다음과 같은 권한이 있습니다.
- 디렉토리 마스크 000
- 000
- 디렉토리 마스크 755
- 755화
- 디렉토리 마스크 777
- 777화
답변2
방금 이런 정확한 증상을 경험했습니다. 센토스 8, 삼바 4.11.2. 캐시에 문제가 있는 것으로 나타났습니다. (자연스럽게 슈퍼유저로서)에 있는 명령줄을 적용했습니다.이 콤비츠 페이지내 구체적인 설정은 다음과 같습니다.
systemctl stop nmb
systemctl stop smb
net cache flush
cd /var/lib/samba
rm *.tdb
systemctl start nmb
systemctl start smb
이렇게 하면 문제가 사라졌습니다. Samba는 사용자의 그룹 권한 대신 사용자 권한을 올바르게 적용하기 시작했습니다. 다시 시작할 필요가 없습니다.