☰

Merlin Asuswrt Cifs Smb 공유를 마운트할 수 없습니다.

tag-icon • tag-icon ubuntu samba cifs smb shared-folders
Merlin Asuswrt Cifs Smb 공유를 마운트할 수 없습니다.

Asus 라우터에 Merlin 380.70을 설치한 후 cifs를 통해 USB로 연결된 SMB 공유를 마운트할 수 없습니다. 계속해서 다른 설치 오류가 발생합니다. 6과 22가 가장 일반적입니다. smb 버전을 1.0, 2.0, 3.0으로 변경해 보았습니다. sec=ntlm을 설정해 보세요. 지금까지 아무것도 효과가 없었습니다. 내 마운트는 다음과 같습니다

sudo mount -t cifs //ip/share/ -o 사용자 이름=John,domain=WORKGROUP,sec=ntlm,vers=1.0 /mnt/share

이는 해당 장치나 주소가 없음을 나타냅니다. 전체 경로를 찾기 위해 ssh를 통해 smb.conf 파일을 찾아보았지만 파일을 찾을 수 없습니다. 새 펌웨어에는 공유에 대한 명명 규칙이 다른 것 같습니다. 어떤 아이디어가 있나요?

답변1

좋습니다. 실행 중인 소프트웨어를 검색해 본 결과 SourceForge의 추가 정보에서 다음을 발견했습니다.

  • 변경됨: 이제 Samba 프로토콜 지원을 SMBv1, SMBv2 또는 SMBv1 + SMBv2(새 기본값)로 설정할 수 있습니다. 이로 인해 모든 모델의 성능이 저하되지만 더 안전해집니다. 이상적으로는 이를 SMBv2 전용으로 변경한 다음 모든 클라이언트 장치를 재부팅하여 새 프로토콜만 사용하기 시작해야 합니다. 보안보다 성능이 더 중요한 경우 이전 기본 동작인 SMBv1로 다시 전환할 수 있습니다.

이는 asuswrt-merlin 장치가 Samba v3.6이 잘 처리하지 못하는 SMBv1을 사용 중일 수 있음을 알려줍니다. SMB v1을 사용하려면 workgroup= 아래의 smb.conf에서 다음 설정을 변경해야 합니다.

ntlmssp_client:force_old_spnego=없음 ntlmssp_client:client_ntlmv2_auth=없음 클라이언트 ntlmv2 auth=spnego를 사용하는 클라이언트=없음

다음이 필요할 수도 있습니다.

클라이언트 일반 텍스트 인증 = 예

하지만 아마도 그렇지 않을 것입니다. Linux가 SMB를 통해 OpenIndiana 상자에 연결하려면 위의 네 줄이 필요합니다. ntlmssp_client로 시작하는 줄은 필요하지 않을 수도 있지만 이미 파일에 있으므로 이 줄의 여러 복사본이 동일하다면 아무런 해를 끼치지 않습니다. 둘 중 하나를 yes로 설정하면 작동하는지 확인할 수 있습니다. Asuswrt-merlin 구성을 SMBv2로 변경하면 작동할 수 있지만 확실하지 않습니다.

답변2

이것이 원래의 대답입니다. 기본적으로 다음은 Microsoft의 SMB/CIFS 프로토콜을 사용하여 장치에 액세스할 수 있는지 여부를 결정하는 방법입니다.

Asus 라우터에 연결된 USB 장치에 대해 이야기하고 있다고 가정합니다. 첫 번째 단계는 Asus 라우터에 올바른 TCP 포트가 여전히 열려 있는지 확인하는 것입니다. 이를 테스트하는 가장 쉬운 방법은 telnet 또는 netcat(nc)을 사용하는 것입니다.

텔넷의 경우 다음과 같습니다.

telnet 192.168.1.1 139
telnet 192.168.1.1 445

(TCP 포트 139 및 445는 CIFS에 사용됩니다.) 포트가 열려 있지 않으면 다음과 같은 결과가 나타납니다.

root@JarMini:~# telnet 192.168.1.1 139
Trying 192.168.1.1...
telnet: Unable to connect to remote host: Connection refused
root@JarMini:~#

포트가 열리면 얻을 수 있는 것입니다.

root@JarMini:~# telnet 192.168.1.1 445
Trying 192.168.1.1...
Connected to 192.168.1.1.
Escape character is '^]'.
^]

telnet> close
Connection closed.

Ctrl참고: 이미 연결되어 있는 경우 텔넷 세션을 "중지"하려면 -를 입력해야 합니다 ](또는 Enter를 여러 번 누르면 SMB 데몬이 연결을 끊을 수 있습니다). 분명히 "최신" 버전의 SMB에는 포트 139가 필요하지 않습니다. (포트 139에 대한 내 정보는 약간 최신 정보가 아닐 수 있습니다.)

Netcat(nc)은 약간 더 간단합니다.

root@JarMini:~# nc -zv 192.168.1.1 445
Connection to 192.168.1.1 445 port [tcp/microsoft-ds] succeeded!
root@JarMini:~# nc -zv 192.168.1.1 139
nc: connect to 192.168.1.1 port 139 (tcp) failed: Connection refused

불행하게도 Netcat에는 여러 버전이 있습니다. Ubuntu(및 그 파생 제품)는 제가 사용하는 netcat-openbsd를 사용합니다. 다른 Linux 시스템에는 옵션이 다른 netcat이 있을 수 있습니다. 따라서 텔넷은 더 안전하지만 약간 더 혼란스럽습니다.

이 테스트의 목적은 문제가 SMB 구성에 있는지 또는 장치가 SMB 요청을 전혀 수신하지 않는지 확인하는 것입니다.

중간에 네트워크 장비에 문제가 있을 수도 있지만 그럴 가능성은 거의 없어 보입니다.

관심이 있으시면 위에서 테스트한 장치는 Mac이고 Linux 상자에서 CIFS를 통해 연결할 수 있습니다.

TheTwilightZone jmitchel # uname -a
Linux TheTwilightZone 4.10.0-38-generic #42~16.04.1-Ubuntu SMP Tue Oct 10 16:30:51 UTC 2017 i686 i686 i686 GNU/Linux

관련 정보