☰

삼바 공유가 실행 중이지만 공유에 액세스할 수 없습니다(raspbian)

tag-icon • tag-icon raspberry-pi samba raspbian
삼바 공유가 실행 중이지만 공유에 액세스할 수 없습니다(raspbian)

삼바(SMBD/CIFS) 파일 공유를 사용하여 라즈베리 파이 4 서버를 설정 중인데 튜토리얼을 복제하고 이전 파이와 동일한 설정을 사용했지만 연결할 수 없었습니다. Samba 서비스가 실행 중이고 서버가 네트워크에 표시되지만 연결할 때 다음 오류가 나타납니다. "공유 목록을 검색하지 못했습니다" 오류 메시지 스크린샷

내가 시도한 것(두 Pi 모두 동일한 smb.conf를 가짐):

[global]
netbios name = Pi
server string = The Pi server
workgroup = WORKGROUP
server role = standalone
bind interfaces only = yes
interfaces = eth0

[HOMEPI]
path = /home/pi/shared
comment = server
browseable = yes
guest ok = no
read only = no
valid users = pi
write list = pi
create mask=0777
directory mask=0777

sudo service smbd status와 비교하기sudo service nmbd status

● smbd.service - Samba SMB Daemon
   Loaded: loaded (/lib/systemd/system/smbd.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2022-02-20 15:08:59 CET; 32min ago
     Docs: man:smbd(8)
           man:samba(7)
           man:smb.conf(5)
 Main PID: 741 (smbd)
   Status: "smbd: ready to serve connections..."
    Tasks: 5 (limit: 3720)
   CGroup: /system.slice/smbd.service
           ├─ 741 /usr/sbin/smbd --foreground --no-process-group
           ├─ 800 /usr/sbin/smbd --foreground --no-process-group
           ├─ 803 /usr/sbin/smbd --foreground --no-process-group
           ├─3766 /usr/sbin/smbd --foreground --no-process-group
           └─3780 /usr/sbin/smbd --foreground --no-process-group

Feb 20 15:08:58 raspberrypi systemd[1]: Starting Samba SMB Daemon...
Feb 20 15:08:59 raspberrypi smbd[741]: [2022/02/20 15:08:59.907959,  0] ../lib/util/become_daemon.c:138(daemon_ready)
Feb 20 15:08:59 raspberrypi systemd[1]: Started Samba SMB Daemon.
Feb 20 15:08:59 raspberrypi smbd[741]:   daemon_ready: STATUS=daemon 'smbd' finished starting up and ready to serve connections

● nmbd.service - Samba NMB Daemon
   Loaded: loaded (/lib/systemd/system/nmbd.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2022-02-20 15:48:40 CET; 4s ago
     Docs: man:nmbd(8)
           man:samba(7)
           man:smb.conf(5)
 Main PID: 4321 (nmbd)
   Status: "nmbd: ready to serve connections..."
    Tasks: 1 (limit: 3720)
   CGroup: /system.slice/nmbd.service
           └─4321 /usr/sbin/nmbd --foreground --no-process-group

Feb 20 15:48:40 raspberrypi systemd[1]: Starting Samba NMB Daemon...
Feb 20 15:48:40 raspberrypi nmbd[4321]: [2022/02/20 15:48:40.302253,  0] ../lib/util/become_daemon.c:138(daemon_ready)
Feb 20 15:48:40 raspberrypi nmbd[4321]:   daemon_ready: STATUS=daemon 'nmbd' finished starting up and ready to serve connections
Feb 20 15:48:40 raspberrypi systemd[1]: Started Samba NMB Daemon.
Feb 20 15:48:40 raspberrypi nmbd[4321]: [2022/02/20 15:48:40.305430,  0] ../source3/nmbd/nmbd_namequery.c:109(query_name_response)
Feb 20 15:48:40 raspberrypi nmbd[4321]:   query_name_response: Multiple (2) responses received for a query on subnet 192.168.1.61 for name WORKGROUP<1d>.
Feb 20 15:48:40 raspberrypi nmbd[4321]:   This response was from IP 192.168.1.59, reporting an IP address of 192.168.1.59.

로그를 통해 몇 가지 사소한 문제가 드러났습니다(nmbd가 동일한 시스템의 2개 인터페이스에서 여러 응답을 수신함, 여기서 수정:https://thr3ads.net/samba/2000/08/1675707-query_name_response-Multiple-responses-received), 그러나 문제의 실제 원인에 대해서는 아무것도 없습니다. 재부팅 후 공유가 수정되는지 테스트하기 위해 다른 컴퓨터를 껐지만 그렇지 않았습니다. 사용자나 비밀번호 없이 공유를 공개로 설정해 보았지만 문제가 해결되지 않았습니다. 두 Pi는 거의 동일하다고 보고했지만 Bullseye를 실행하는 Pi는 연결을 거부했습니다.

문제를 해결하는 데 오랜 시간이 걸렸고 여러 번 다시 시작했지만 아무 소용이 없었습니다. 이 시점에서 2 Pi의 유일한 차이점은 OS와 Samba 패키지 버전이었습니다.

작동하지 않음: (날짜는OS 이미지 공개최신 업데이트가 아닙니다)

Raspbian 2022년 1월 28일 Bullseye 32비트(커널 4.10.92) 및 smbd --version4.13.13

작동 중(비교하는 다른 구형 라즈베리 파이):

Raspbian 2020년 2월 12일 Buster 32비트(커널 4.10.63), smbd --version4.9.5 포함

나는 다른 사람들에게 도움이 되기를 바라는 마음으로 내 질문에 대답하기 위해 이 글을 게시합니다. (라즈베리의 삼바 공유는 인기 있는 프로젝트인 것 같습니다.)

답변1

위의 문제를 최종적으로 해결한 솔루션은 Legacy Raspbian 릴리스였습니다(업데이트를 통해 여전히 완벽하게 지원됨). 5분 설정 후 매력처럼 작동했습니다.

Raspbian Buster 2022년 1월 28일(커널 4.10.63), smbd --version4.9.5 https://www.raspberrypi.com/software/operating-systems/

최신 버전의 Raspbian(2022년 8월 릴리스)으로 테스트한 결과 이 ​​버그는 더 이상 존재하지 않으며 레거시 OS를 사용할 필요가 없는 것으로 보입니다.

관련 정보