CIFS 호스트 마운트가 다운되었습니다


97

이전에 구성된 마운트 지점에 문제가 있습니다. 폴더가 표시되지만 마운트가 누락되어 "?" 크기, 권한 등에 대한 값

그래서 cifs와 이전과 동일한 명령을 사용하여 다시 마운트하려고했습니다.

mount -t cifs //nas.domain.local/share /mnt/archive

하지만 오류가 발생합니다.

Host is down.

도메인 또는 IP를 핑하면 적절한 해결 방법을 얻었으며 문제없이 smbclient를 사용하여 연결했습니다.

 ping nas.domain.local
 ping ip
 smbclient //nas.domain.local/share

나는 둘러 보았지만 확실한 대답을 찾을 수 없습니다. 이견있는 사람?


nslookup nas.domain.local이 핑한 IP와 동일합니까?
tony roth

예, 반환 된 IP가 정확합니다. IP와 도메인을 사용하여 NAS의 웹 인터페이스에 액세스 할 수 있습니다. 도메인이나 IP를 사용하여 랩톱의 데이터에 액세스 할 수 있으므로 여기에 다른 문제가있는 것 같습니다
Kevin

6
--verbose마운트 명령에 스위치를 추가하고 관련된 것으로 보이는 오류 / 결과를 게시하십시오.
Zoredache

서비스가 원격 서버에서도 실행되고 있습니까? Linux 또는 Windows Server입니까? Linux 인 경우 ... 서비스가 실행 중인지 확인하십시오. 방화벽에 대한 변경 사항이 없는지 확인하십시오. 방화벽이 Windows 인 경우 ... 재부팅을 고려할 수 있습니다 ...
Jay

1
@Zoredache 더 자세한 정보 -vvv를 원하시면 추가 하십시오!
Sroo Stroobandt

답변:


108

프로토콜 불일치 때문일 수도 있습니다. 2017 년에 Microsoft는 Windows Server를 패치하고 SMB1 프로토콜을 비활성화하도록 권고했습니다.

이제부터 mount.cifs에 프로토콜 협상에 문제가있을 수 있습니다.

표시되는 오류는 "Host is down"입니다. 그러나 다음을 사용하여 디버그 할 때 :

smbclient -L <server_ip> -U <username> -d 256

오류가 발생합니다.

protocol negotiation failed: NT_STATUS_CONNECTION_RESET

이를 극복하려면 지정된 프로토콜로 mount 또는 smbclient를 사용하십시오.

smbclient의 경우 : -m SMB2 (또는 최신 버전의 프로토콜의 경우 SMB3)를 추가하십시오.

smbclient -L <server_ip> -U <username> -m SMB2

또는 마운트 : vers = 2.0을 추가하십시오 (또는 프로토콜 버전 3을 사용하려는 경우 vers = 3.0).

mount -t cifs //<server_ip>/<share> /mnt/<mountpoint> -o vers=2.0

솔루션을 시도 할 때 NAS가 Linux에 있습니다. smbclient -L 192.168.1.47 -U admin -d 256모든 것이 완벽하게 작동하지만 시도 mount -t cifs -o username=aa,password=bb,uid=olivier //192.168.1.47/partagefichiers/ /mnt/PartageFichiers할 때 계속 말합니다mount error(112): Host is down
Olivier Pons

3
이 답변에서 설명하는 것처럼 프로토콜을 지정하려고 했습니까? mount -t cifs -o username = aa, password = bb, uid = olivier, vers = 2.0 //192.168.1.47/를 추가하여 vers = 2.0 또는 vers = 3.0 또는 vers = 1.0 (이 NAS 설정에 따라)을 추가하십시오. partagefichiers / / mnt / PartageFichiers
Marcin P

11
이상한. 매뉴얼 페이지는 이것이 vers=1.0기본값이지만, 명시 적으로 전달하기 전에 네트워크 드라이브를 마운트 할 수 없었습니다 vers=1.0.
Hubro

창문 쪽에서 바꿀 수 있습니까? 이 옵션을 cifs로 전달하는 소프트웨어가 있는데 vers 옵션을 모르므로 전달되지 않습니다.
앤드류 Savinykh

1
fstab 파일에서 다음과 같습니다//<server_ip>/<share> /media/<mountpoint> cifs username=<username>,password=<password>,iocharset=utf8,sec=ntlm,vers=1.0 0 0
PRIHLOP

43

최근 패키지 업데이트 후 archlinux에서 마운트 옵션에 vers = 1.0을 추가해야했습니다. 이전 centos 5 상자에 연결하고 어제까지 버전 번호를 명시하지 않고 연결할 수 있습니다.

Linux 커널 4.13의 CIFS는 이제 기본적으로 SMB 3.0으로 설정되고 커널 4.14에서는 2.1 이상을 시도합니다. 이 변경 로그를 참조하십시오 .


고마워, 나는 같은 문제가 있었지만 어느 업그레이드가 이것을 필요로하는지 모른다.
Ben

이것은 정말 이상한 문제입니다. 오늘도 같은 일이 일어났습니다. smbclient와 libwbclient를 다운 그레이드하려고 시도했지만 문제가 지속되었습니다. 서버의 내용이 변경되었을 수 있습니다. CentOS라고 생각합니다. CentOS 5가 아니길 바랍니다! :) 해결 방법을 주셔서 감사합니다
jPlatte

2
내 Synology NAS DS413j의 마운트에 액세스하는 Fedora 26 시스템에 대해이 작업을 수행해야했습니다. 이제 / etc / fstab에 옵션 문자열 끝에 ", vers = 1.0"이 있고 더 이상 'Host is down'오류 메시지가 없습니다.
Neek

1
Ubuntu 16.04에서 18.04 (LTS)로 업그레이드하여 Lacie NAS 마운트를 끊었습니다. 이것은 나를 위해 속임수를했다.
YoungFrog

14

Fritz NAS의 USB 스틱은 Ubuntu 17.10에서 "Host Down"을 표시했습니다.

버전 정의 ( vers=1.0)가 작동했습니다. 전체 문자열은 다음과 같습니다.

sudo mount -t cifs -o vers=1.0,_netdev,username=<user>,password=<pwd>,uid=1000,gid=1000  //192.168.178.1/fritz.nas <local mountpoint>

3
모든 것이 /etc/fstabcifs mount 내에서 작동했습니다 . apt upgrade내 우분투 16.04 이후 에이 일이 발생했습니다. -o vers=1.0트릭을 지정했습니다 . 감사합니다
equivalent8

7

오래된 버팔로 디스크 스테이션과 함께 우분투 17.10으로 업그레이드 한 후 비슷한 문제가 발생했습니다. / etc / fstab에 "vers = 1.0"옵션을 추가하면 해결됩니다.

// myWDhostname / partage / media / Partage cifs guest, vers = 1.0 0 0


첨가 용 우분투 18.04 사용하여 누구나, ,vers=1.0옵션으로 제공되는 튜토리얼을 사용하여 문제 해결 지 분ubuntuhandbook.org/index.php/2014/08/...
Geppettvs D' Constanzo

나는 같은 문제가 있으며 protocoll에서 버전 1을 사용하여 해결할 수 있습니다. 그러나 데이터 전송 속도가 매우 낮습니다. 버전 1 때문일 수 있으므로 다른 버전을 사용하는 것이 좋습니다.
Ben

5

이것이 늦은 응답이라면 죄송합니다 (오래된 스레드라는 것을 알고 있습니다). 그러나 mount.cifs가 호스트가 다운되었다고 말하는 또 다른 이유가 있음을 발견했습니다.

방화벽이있는 바이러스 백신이 있는데 미리 정의 된 규칙 인 "Windows 파일 및 인쇄 공유"를 허용하도록 명시 적으로 설정했지만 여전히 연결을 차단하고있었습니다. 방화벽을 일시적으로 비활성화하여 입증되었습니다. 이것이 누군가에게 도움이되기를 바랍니다. 호스트가 다운되면 핑에 응답하지 않는 것이 아니라 인증 시도에 응답하지 않을 수도 있습니다.


방화벽은 클라이언트와 서버 모두에서 방화벽과 방화벽 사이에있을 수있는 방화벽을 확인해야합니다. 제 경우에는 서버에 대한 연결을 차단하는 것이 클라이언트의 방화벽이었습니다. 서버의 IP 주소는 어디에 있고 iptables규칙 을 추가해야했습니다 . iptables -A INPUT -s 1.2.3.4/32 -j ACCEPTiptables -A OUTPUT -d 1.2.3.4/32 -j ACCEPT1.2.3.4
Antonio Vinicius Menezes Medei

내 NAS 그래서 난 아직도이 문제가 리눅스에 있지만 덕분에 공유
올리비에 뇌교

4

CIFS SMB 네트워크 공유를 마운트하려고 할 때 새 Samba 클라이언트에서 더 이상 고민하지 않고 동일한 오류가 발생했습니다.

mount error(112): Host is down

결국 다음과 같이 구성하여 제한된 수의 IP 주소로만 SMB 서버 액세스를 제한했습니다 /etc/samba/smb.conf.

# Allow these IP Addresses to connect: 
hosts allow = 127.0.0.1 127.0.1.13 127.0.1.63

# Anything else not allowed is, by default, rejected
hosts deny = ALL

새 SMB 클라이언트의 고정 IP 주소를 추가하면이 특정 문제가 해결되었습니다.

물론, 위에서 언급 한 오류가 발생할 수있는 수많은 다른 이유가 있습니다.


4

Synology DiskStation (DSM 4.3)에 연결하는 데 동일한 문제가 있습니다.

마운트 옵션에서 vers = 1.0을 사용하면 정상적으로 작동합니다.

또한 모든 파일이 소유자가 읽을 수없고 쓸 수없는 것으로 잘못 표시했기 때문에 "noperm"옵션을 사용해야했습니다.


2

Fritzbox 7490과 동일한 문제 : 마운트 오류 (112) : 호스트가 다운되었습니다

-o vers = XX를 사용하지 않았습니다. 나는 상어처럼 빨리 -o vers = 2.0을 시도했지만 실패했습니다.
옵션 -o vers = 1.0을 사용하자마자 모든 것이 잘 작동합니다!

이것은 나를 위해 작동합니다 ..

 sudo mount -t cifs -o rw,username=myname_on_the_box,pass\word=mypasswd_on_the_box,vers=1.0 //192.168.1.1/Fritz-nas /media/something/something    

내 환경 :
클라이언트 : Ubuntu 17.10 Linux 4.13.0-17-generic # 20-Ubuntu SMP x86_64 GNU / Linux
서버 : Fritzbox 7490 펌웨어 6.83.


AVM은 오래된 Samba 버전을 사용합니다. 아마도 vers=1.0더 적절한 최신 프로토콜 버전 대신 사용해야 하는 이유를 설명 할 수 있습니다.
0xC0000022L

2

프로토콜의 SMB1 버전은 더 이상 사용되지 않지만이 버전은 이전 버전에서 사용 된 기본 버전입니다 mount.cifs. 예를 들어 버전 6.2에서이 문제가 있습니다.

당신은 확인할 수 있습니다 : sudo mount.cifs --version

SMB1 프로토콜을 사용하여 SMB3 서버에 연결하려고하면 Host is down오류가 발생합니다.

여기에 다른 많은 답변에서 설명한 것처럼 해결 방법은 다른 버전의 프로토콜을 지정하는 것입니다. 다음 명령이 저에게 효과적입니다. sudo mount -t cifs //server.name.or.ip/shares/Public /target/directory -o username=someuser,domain=somedomain,vers=3.0

그러나 연결중인 서버가 DFS를 사용하는 경우 대신 다음 오류가 발생합니다 mount error(38): Function not implemented. SMB3의 DFS 지원이 버전 4.11의 커널 에만 추가 되었기 때문 입니다.

로 커널 버전을 확인할 수 있습니다 uname -a. 필자의 경우 CentOS7에서 3.10이었습니다. 나는 이 지시 사항 을 따라 업그레이드했으며 이제 작동합니다.


0

나는 일반적으로 이러한 유형의 명령을 사용하여 cifs / smb 공유를 마운트합니다.

mount -t cifs -o rw,netbiosname=nasserver1,credentials=/etc/user_credentials.txt //192.168.1.11/someshare /mnt

신임 정보 파일은 다음과 같습니다.

username=mydomain\user1
password=somepass

또한 자동 마운트 설정에 맞게 조정할 수 있으므로 autofs를 통해 시스템에서 마운트 / 마운트 해제를 자동으로 처리 할 수 ​​있습니다.


0

이 경우 AD에서 사용자 로그인 이름 (user2)을 확인했습니다. 거기에서 이름이 대문자로 시작하고 마운트 스크립트에 쓰여진대로 소문자로 변경되었음을 알았습니다. 이전에 user2 나 mount 스크립트를 건드리지 않아도 mount 명령이 갑자기 성공했습니다.

mount --verbose -t cifs //pc/share /my-share -no user=user1,password=pw1 -o uid=user2,gid=group1,dir_mode=0775,file_mode=0664

0

나를 위해 마운트 된 cifs 공유는 최근 IP 주소가 변경된 Windows 서버에 있었으므로 서버를 핑하고 새 주소를 확인할 수는 있었지만 마운트가 자체적으로 업데이트되지 않았습니다. 게으른 마운트 해제를 실행 한 다음 다시 마운트하면 문제가 해결되었습니다.

umount -l /mnt/share
mount -a

0

또한 Xubuntu 17.10으로 업그레이드 한 후에 언급 한 문제에 부딪 쳤습니다. Synology DiskStation을 사용합니다. 내가 본 것 : DiskStation에서 지원할 프로토콜을 선택할 수 있습니다. 제어판의 파일 서비스에 대한 고급 옵션에 관련 프로토콜 (최대 SBM3)을 추가하여 문제를 해결할 수도 있습니다.


0

Synology NAS에서이 문제가 발생하면 vers=지정된 옵션 mount과 NAS의 최소 / 최대 SMB 버전이 호환되는지 확인하십시오.

vers=2.0특히을 사용 하고 있지만 Synology Diskstation에서 Host is down오류가 발생했습니다. NAS 공유에 대한 Windows 10 액세스 페이지를 찾았습니다 . Synology 웹 사이트의 SMB 1.0 및 3.0- SMB v2.0 이상을 허용하도록 Diskstation을 설정하는 방법을 설명했습니다 ...

Synology NAS에서

  • 제어판-> 파일 서비스로 이동
  • SMB / AFP / NFS 탭에서 고급 설정을 선택하십시오.
  • 최대 SMB 프로토콜을 SMB3으로 변경
  • Minumum SMB 프로토콜을 SMB2로 변경하십시오 (페이지는 큰 MTU와 함께 SMB2를 사용한다고 말했지만 작동하지 않았습니다)

-4

비슷한 문제가 있었다. 나를위한 해결책은 Windows 공유 서버 쪽이었습니다. vers = 2.0 값을 Linux 서버에 전달해도 마운트가 작동하지 않았습니다. 그래서 Windows 서버 smbv1 지원을 활성화해야했습니다. 이 문서는 나에게 도움이 : https://support.microsoft.com/en-us/help/2696547/how-to-detect-enable-and-disable-smbv1-smbv2-and-smbv3-in-windows-and


4
하지 마십시오 . smbv1은 WannaCry가 확산하는 데 사용하는 벡터이며 어디에서나 단계적으로 제거되고 있습니다.
앤드류 슐만
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.