Microsoft MVP성태의 닷넷 이야기
사물인터넷: 4. Samba를 이용해 윈도우와 Raspberry Pi간의 파일 교환 [링크 복사], [링크+제목 복사],
조회: 23324
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

Samba를 이용해 윈도우와 Raspberry Pi간의 파일 교환

이 글은 다음의 내용을 정리한 것입니다.

Samba: Set up a Raspberry Pi as a File Server for your local network
; https://www.raspberrypi.org/magpi/samba-file-server/

간단합니다. ^^ 파이에서 다음과 같이 samba를 설치하고,

$sudo apt-get install samba samba-common-bin

공유할 디렉터리를 만들어 줍니다. (이 글에서는 공유 디렉터리 이름을 share로 정합니다.)

$sudo mkdir -m 1666 /share

(다들 아시겠지만 ^^) 숫자 1666의 의미는 다음과 같습니다.

1 = dir
666의 개별 값 = execute/write/read의 권한 조합으로 각각 1, 2, 4를 의미

6 = (owner) user에 대한 권한 write/read
6 = group에 대한 권한 write/read
6 = everyone-else에 대한 권한  write/read

만약 실행 권한을 추가하고 싶다면 다음과 같이 하면 됩니다.

$ sudo chmod +x /share

혹은 다른 디렉터리의 권한 설정을 따르고 싶다면 stat 명령어를 이용해 그 디렉터리의 권한을 구해 사용하면 됩니다.

$ stat -c %a /sbin
755

남은 작업은, 이제 samba로 하여금 해당 폴더를 공유하라고 지정하면 끝입니다. 따라서 smb.conf 파일을 열고,

$ sudo nano /etc/samba/smb.conf

다음의 내용을 추가합니다.

[share]
comment = Pi shared folder
path = /share
browseable = yes
writeable = yes
only guest = no
create mask = 0777
directory mask = 0777

마지막으로 보안을 위해 pi의 samba 접근 시 암호를 다음과 같이 바꿔주고,

$ sudo smbpasswd -a pi

서비스를 재시작하면 됩니다.

$ sudo /etc/init.d/samba restart

이후 윈도우 PC 등에서 "\\..ip...\share"와 같은 경로로 접근하면 됩니다.




참고로, samba의 공유 폴더로 연결이 안 되고 다음과 같은 식의 오류가 발생하는 경우가 있습니다.

\\192.168.10.120\share is not accessible. You might not have permission to use this network resource. Contact the administrator of this server to find out if you have access permissions.

Multiple connections to a server or shared resource by the same user, using more than one user name, are not allowed. Disconnect all previous connections to the server or shared resource and try again.

이럴 때는 net use 명령어로 기존 cache된 연결 정보를 확인합니다.

C:\>net use
New connections will be remembered.


Status       Local     Remote                    Network

-------------------------------------------------------------------------------
OK           T:        \\192.168.10.2\my          Microsoft Windows Network
Disconnected           \\192.168.10.120\IPC$      Microsoft Windows Network
The command completed successfully.

위에서 192.168.10.120 연결이 바로 "Multiple connections..." 오류의 원인입니다. 따라서 다음과 같이 삭제해 주거나,

C:\>net use \\192.168.10.120\IPC$ /delete
\\192.168.10.120\IPC$ was deleted successfully.

C:\>net use
New connections will be remembered.


Status       Local     Remote                    Network

-------------------------------------------------------------------------------
OK           T:        \\192.168.10.2\my         Microsoft Windows Network
The command completed successfully.

만약 연결이 하나밖에 없다면 간단하게 모두 삭제하라고 명령을 내릴 수 있습니다.

net use * /delete

이후 다시 "\\..ip...\share" 경로로 연결하면 잘 될 것입니다. ^^




참고로, ls 명령을 내렸는데 다음과 같이 읽히지 않는 경우가 있습니다.

$ ls
ls: cannot open directory '.': Permission denied

이런 경우 해당 폴더에 대한 read 권한이 없기 때문입니다. 따라서 다음과 같이 read 권한을 주면 됩니다.

$ sudo chmod +r /share




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 8/10/2018]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2017-11-28 12시01분
samba로 공유한 폴더는 다음과 같은 .editorconfig 파일을 두면 좋을 듯! (참고: http://www.sysnet.pe.kr/2/0/11376)

=======================================
root = true

[*]
indent_style = space
charset = utf-8
end_of_line = lf
insert_final_newline = true
정성태

... [31]  32  33  34  35  36  37  38  39  40  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
13198정성태12/18/202214055.NET Framework: 2080. C# - Microsoft.XmlSerializer.Generator 처리 없이 XmlSerializer 생성자를 예외 없이 사용하고 싶다면?파일 다운로드1
13197정성태12/17/202213567.NET Framework: 2079. .NET Core/5+ 환경에서 XmlSerializer 사용 시 System.IO.FileNotFoundException 예외 발생하는 경우파일 다운로드1
13196정성태12/16/202214286.NET Framework: 2078. .NET Core/5+를 위한 SGen(Microsoft.XmlSerializer.Generator) 사용법
13195정성태12/15/202214537개발 환경 구성: 655. docker - bridge 네트워크 모드에서 컨테이너 간 통신 시 --link 옵션 권장 이유
13194정성태12/14/202214340오류 유형: 833. warning C4747: Calling managed 'DllMain': Managed code may not be run under loader lock파일 다운로드1
13193정성태12/14/202214880오류 유형: 832. error C7681: two-phase name lookup is not supported for C++/CLI or C++/CX; use /Zc:twoPhase-
13192정성태12/13/202214846Linux: 55. 리눅스 - bash shell에서 실수 연산
13191정성태12/11/202216426.NET Framework: 2077. C# - 직접 만들어 보는 SynchronizationContext파일 다운로드1
13190정성태12/9/202218454.NET Framework: 2076. C# - SynchronizationContext 기본 사용법파일 다운로드1
13189정성태12/9/202217863오류 유형: 831. Visual Studio - Windows Forms 디자이너의 도구 상자에 컨트롤이 보이지 않는 문제
13188정성태12/9/202217324.NET Framework: 2075. C# - 직접 만들어 보는 TaskScheduler 실습 (SingleThreadTaskScheduler) [1]파일 다운로드1
13187정성태12/8/202216790개발 환경 구성: 654. openssl - CA로부터 인증받은 새로운 인증서를 생성하는 방법 (2)
13186정성태12/6/202214662오류 유형: 831. The framework 'Microsoft.AspNetCore.App', version '...' was not found.
13185정성태12/6/202215623개발 환경 구성: 653. Windows 환경에서의 Hello World x64 어셈블리 예제 (NASM 버전)
13184정성태12/5/202213493개발 환경 구성: 652. ml64.exe와 link.exe x64 실행 환경 구성 [1]
13183정성태12/4/202213358오류 유형: 830. MASM + CRT 함수를 사용하는 경우 발생하는 컴파일 오류 정리 [1]
13182정성태12/4/202215224Windows: 217. Windows 환경에서의 Hello World x64 어셈블리 예제 (MASM 버전)
13181정성태12/3/202213967Linux: 54. 리눅스/WSL - hello world 어셈블리 코드 x86/x64 (nasm)
13180정성태12/2/202215214.NET Framework: 2074. C# - 스택 메모리에 대한 여유 공간 확인하는 방법파일 다운로드1
13179정성태12/2/202213765Windows: 216. Windows 11 - 22H2 업데이트 이후 Terminal 대신 cmd 창이 뜨는 경우
13178정성태12/1/202214888Windows: 215. Win32 API 금지된 함수 - IsBadXxxPtr 유의 함수들이 안전하지 않은 이유파일 다운로드1
13177정성태11/30/202215463오류 유형: 829. uwsgi 설치 시 fatal error: Python.h: No such file or directory
13176정성태11/29/202212239오류 유형: 828. gunicorn - ModuleNotFoundError: No module named 'flask'
13175정성태11/29/202216899오류 유형: 827. Python - ImportError: cannot import name 'html5lib' from 'pip._vendor'
13174정성태11/28/202213357.NET Framework: 2073. C# - VMMap처럼 스택 메모리의 reserve/guard/commit 상태 출력파일 다운로드1
13173정성태11/27/202214400.NET Framework: 2072. 닷넷 응용 프로그램의 스레드 스택 크기 변경
... [31]  32  33  34  35  36  37  38  39  40  41  42  43  44  45  ...