☰

암호화를 사용한 SMB3 공유 마운트 실패: 마운트 오류(13): 권한 거부됨(Synology)

tag-icon • tag-icon encryption cifs smb
암호화를 사용한 SMB3 공유 마운트 실패: 마운트 오류(13): 권한 거부됨(Synology)

Synology에 암호화를 추가할 때까지 모든 것이 잘 작동했습니다. 그 이후로는

mount error(13): Permission denied

나는 다음 명령을 시도했습니다.

mount -t cifs //192.168.178.22/Filme /home/john/Filme/ -o credentials=/home/john/.smbcredentials,vers=3.0,domain=WORKGROUP

나는 또한 Every sec= 옵션을 시도했지만 성공하지 못했습니다.

중요한 경우 저는 아치 리눅스 커널 3.19.8-1을 실행하고 있습니다.

답변1

SMB3 암호화 공유 지원커널 버전 4.8.0-54.57부터 시작.

~처럼CIF 가격드라이버는 Linux 커널의 일부이며 이에 따라 업데이트됩니다. 이 오류를 해결하려면 최신 커널로 업그레이드해야 합니다. 암호화를 강제하려면 아직 문서화되지 않은 설치 옵션을 추가해야 합니다.밀봉하다결합하다버전=3.0.

답변2

내가 인터넷에서 찾은 모든 내용은 Linux cifs 파일 시스템 드라이버가 현재 암호화를 구현하지 않음을 나타내는 것 같습니다. 또한 내 Centos 7의 mount.cifs(8) 맨페이지에는 "sec=" 옵션에 대한 패킷 암호화 모드에 대한 설명이 없고 패킷 서명만 설명되어 있습니다(일반 이름에 "i"가 추가된 모드). . 비교를 위해 nfs(5) 맨페이지에는 "i"가 추가된 모드(패킷 서명용)와 "p"가 추가된 모드(전체 패킷 암호화용)가 나열되어 있습니다.

그래서 나는 이것이 아직 Linux에서는 작동하지 않는다고 생각합니다.

답변3

SMB 3.0 암호화 지원은 Linux 커널 버전 4.11에 도입되었으며 널리 사용되는 Linux 배포판의 이전 커널 버전으로 백포트되었습니다.

https://docs.microsoft.com/en-us/azure/storage/files/storage-how-to-use-files-linux

답변4

다른 사람이 여전히 해결책을 찾으려고 노력하는 경우를 대비하여 이것을 추가하십시오. 비슷한 문제가 있었고 smb 자격 증명 파일에 별도의 도메인 라인이 있어야 한다는 사실을 발견했습니다. 내 사용자 이름은 DOMAIN\username이었고 SMB v1에서는 잘 작동했지만 이후 프로토콜에서는 작동하지 않았습니다.

귀하의 특정 질문과 관련하여 사람들이 Synology 장치에 문제가 있었고 Synology에서 SMB v3를 명시적으로 활성화해야 했으며 이로 인해 문제가 해결되었다는 내용을 다른 곳에서 읽었습니다.

관련 정보