所以我尝试使用cifs和之前的相同命令重新挂载：
mount -t cifs //nas.domain.local/share /mnt/archive
Host is down.
如果对域或IP进行ping操作，我将获得适当的分辨率，并且我也使用smbclient进行了连接而没有问题
ping nas.domain.local
ping ip
smbclient //nas.domain.local/share
我环顾四周，但找不到可靠的答案。有什么想法吗？
#1 楼
这也可能是由于协议不匹配造成的。在2017年，Microsoft对Windows Server进行了修补，并建议禁用SMB1协议。 。
显示的错误是“主机已关闭。”，但是当您使用以下命令进行调试时：
smbclient -L <server_ip> -U <username> -d 256
要克服此问题，请使用具有指定协议的mount或smbclient。
对于smbclient：
：添加-m SMB2（或较新的SMB3协议版本）
protocol negotiation failed: NT_STATUS_CONNECTION_RESET
或用于安装：添加vers = 2.0（如果要使用协议的版本3，则添加vers = 3.0）
smbclient -L <server_ip> -U <username> -m SMB2
评论
当我尝试解决方案smbclient -L 192.168.1.47 -U admin -d 256时，我的NAS在Linux上，一切正常，但是当我尝试安装-t cifs -o username = aa，password = bb，uid = olivier //192.168。 1.47 / partagefichiers / / mnt / PartageFichiers一直说安装错误（112）：主机已关闭
–奥利维尔·庞斯（Olivier Pons）
18年1月12日在10:51
正如我在此答案中解释的那样，您是否尝试过指定协议？尝试通过添加以下命令来添加vers = 2.0或vers = 3.0或vers = 1.0（取决于此NAS设置）：mount -t cifs -o username = aa，password = bb，uid = olivier，vers = 2.0 //192.168.1.47/ partagefichiers / / mnt / PartageFichiers
– Marcin P
18年1月13日在11:47
奇怪。手册页上说vers = 1.0是默认设置，但是在我明确传递vers = 1.0之前我无法安装网络驱动器。
–Hubro
18年2月6日在5:39
是否可以在Windows端更改它？我有一个软件可以将此选项转发到CIF，但它不知道vers选项，因此无法转发。
–安德鲁（Andrew Savinykh）
18年5月1日在22:28
在fstab文件中就像///
–PRIHLOP
19年4月18日在11:52
#2 楼
在最近一次软件包更新后的archlinux上，我必须将vers = 1.0添加到我的安装选项中。我正在连接到旧的centos 5盒，直到昨天，我仍可以连接而无需明确说明版本号。Linux内核4.13中的CIFS现在默认为SMB 3.0，而在内核4.14中它尝试2.1和更高。请参阅此更改日志。
评论
谢谢，我遇到了同样的问题，但是我不知道哪个升级使之必要。
–本
17-10-6在18:54
这是一个很奇怪的问题。今天我也发生了同样的事情。我尝试降级smbclient和libwbclient，但是问题仍然存在。也许服务器上的某些内容已更改。我认为也是CentOS，希望不是CentOS 5！感谢您的解决方法:)
– jplatte
17-10-9在11:27
我必须对访问我的Synology NAS DS413j上的挂载的Fedora 26系统执行此操作，现在/ etc / fstab的选项字符串末尾带有“，vers = 1.0”，并且不再显示“主机已关闭”错误消息。
–́Neek
17年11月1日在6:41
我从Ubuntu 16.04升级到18.04（LTS），这使我的Lacie NAS坐骑崩溃了。这对我有用。
– YoungFrog
'18 -10-31在12:56
#3 楼
Fritz NAS的USB记忆棒显示了适用于Ubuntu 17.10的“主机关闭”：定义版本（
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>
评论
一切都在/ etc / fstab cifs挂载中进行；在我的Ubuntu 16.04上进行apt升级后，发生了这种情况。指定-o vers = 1.0可以达到目的。谢谢
–等效8
18年1月12日在13:02
#4 楼
使用旧的Buffalo Diskstation升级到ubuntu 17.10后，类似的问题。通过在/ etc / fstab中添加“ vers = 1.0”选项来解决：// myWDhostname / partage / media / Partage cifs guest，vers = 1.0 0 0
评论
使用Ubuntu 18.04的任何人，在使用ubuntuhandbook.org/index.php/2014/08/…上Ji Ji提供的教程时，添加，vers = 1.0选项都可以解决问题。
–Geppettvs D'Constanzo
18年5月26日在22:04
我有同样的问题，可以通过在protocoll中使用版本1来解决。但是我的数据传输率非常低。我怀疑这可能是由于版本1所致，因此使用其他版本会更好。
–本
18年7月9日在18:01
#5 楼
很抱歉，如果这是一个较晚的响应（我意识到这是一个旧线程），但是我刚刚发现mount.cifs会说主机已关闭还有另一个可能的原因。我的防病毒软件防火墙，即使我明确将其设置为允许“ Windows文件和打印共享”（这是预定义的规则），它仍会阻止连接。我已经通过临时禁用防火墙来证明了这一点。
评论
记住要同时检查防火墙：客户端和服务器（以及它们之间可能存在的任何防火墙）。就我而言，是客户端的防火墙阻止了与服务器的连接。我必须添加iptables规则以允许它们：iptables -A INPUT -s 1.2.3.4/32 -j ACCEPT和iptables -A OUTPUT -d 1.2.3.4/32 -j ACCEPT，其中1.2.3.4是服务器的IP地址。
– Antonio Vinicius Menezes Medei
16 Sep 12'在13:44
我的NAS在Linux上，所以我仍然有这个问题，但感谢您的分享
–奥利维尔·庞斯（Olivier Pons）
18年1月12日在10:48
#6 楼
尝试挂载CIFS SMB网络共享时，我从新的Samba客户端收到了同样的错误，但没有费吹灰之力：通过配置/etc/samba/smb.conf，SMB服务器仅访问有限数量的IP地址：mount error(112): Host is down
添加新SMB客户端的固定IP地址解决了此特定情况下的问题。
当然，还有很多其他原因可能会导致上述错误。
#7 楼
连接到Synology DiskStation（DSM 4.3）时也遇到同样的麻烦。在挂载选项中使用vers = 1.0可以正常工作。文件错误地显示为所有者不可读和不可写。
#8 楼
该协议的SMB1版本已被弃用，但是这是mount.cifs的旧版本（例如，我在6.2版中遇到此问题。可以使用以下方法进行检查：
sudo mount.cifs --version
错误。如此处其他许多答案所述，解决方法是指定协议的其他版本。以下命令对我有用：
Host is down 但是，如果要连接的服务器使用DFS，则将出现以下错误：
sudo mount -t cifs //server.name.or.ip/shares/Public /target/directory -o username=someuser,domain=somedomain,vers=3.0
。这是因为SMB3的DFS支持仅在4.11版中添加到了内核中。您可以使用
mount error(38): Function not implemented检查内核版本。就我而言，在CentOS7上是3.10。我按照这些说明进行了升级，现在可以使用了。#9 楼
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
18年7月30日在21:09
#10 楼
如果您在Synology NAS上遇到此问题，请检查vers=所指定的mount选项与NAS上的最小/最大SMB版本是否兼容。但是我的Synology Diskstation触发了vers=2.0错误。我找到一个页面，Windows 10访问NAS共享。 Synology网站上的SMB 1.0和3.0，说明了如何设置Diskstation以允许SMB v2.0或更高版本... 在Synology NAS上
转到控制面板->文件服务
在SMB / AFP / NFS选项卡上，选择高级设置
将最大SMB协议更改为SMB3
将最小SMB协议更改为SMB2（页面显示在大型MTU上使用SMB2，但这对我不起作用）
#11 楼
我通常使用这种类型的命令来挂载CIF / SMB共享。mount -t cifs -o rw,netbiosname=nasserver1,credentials=/etc/user_credentials.txt //192.168.1.11/someshare /mnt
凭据文件如下所示： />
也可以适应自动安装设置，因此系统可以通过autofs自动处理安装/卸载。
#12 楼
在本例中，我检查了广告中（user2的）用户登录名。在那里，我注意到该名称以大写字母开头，并将其更改为小写，因为它是在装入脚本中编写的。即使我们之前既没有接触过user2也没有接触过安装脚本，但是突然挂载命令成功了。mount --verbose -t cifs //pc/share /my-share -no user=user1,password=pw1 -o uid=user2,gid=group1,dir_mode=0775,file_mode=0664
#13 楼
对我来说，挂载的cifs共享位于Windows服务器上，该服务器的IP地址最近已更改，因此我可以ping服务器并解析其新地址，但是挂载尚未更新。通过运行懒惰卸载然后重新安装，我的问题得以解决：umount -l /mnt/share
mount -a
#14 楼
我还遇到了升级到Xubuntu 17.10之后提到的问题。我使用Synology DiskStation。在那里看到的内容：在DiskStation中，您可以选择要支持的协议。通过在控制面板中文件服务的高级选项中添加相关协议（最多SBM3），您也可以解决此问题。
#15 楼
遇到类似的问题。对我来说，解决方案是在Windows共享服务器端。即使将值vers = 2.0传递给我的Linux服务器，挂载也无法正常工作。因此，我必须在Windows服务器上启用smbv1支持。本文对我有帮助：https://support.microsoft.com/zh-cn/help/2696547/how-to-detect-enable-and-disable-smbv1-smbv2-and-smbv3-in-windows-and评论
不要这样smbv1是WannaCry用来传播的媒介，并且已被逐步淘汰。
–安德鲁·舒尔曼（Andrew Schulman）
18年2月2日在2:08
评论
nslookup nas.domain.local是否等于您ping的IP？是的，返回的IP是正确的。我也可以使用IP和域访问NAS的Web界面。我可以使用域或IP访问笔记本电脑上的数据，因此这里似乎还有其他问题
在您的mount命令中添加--verbose开关，并发布所有可能相关的错误/结果。
该服务是否甚至在远程服务器上运行。是Linux还是Windows Server？如果是Linux ...，请验证该服务正在运行。确保没有对防火墙进行任何更改...如果是Windows ...则可以考虑重新启动...
@Zoredache添加-vvv可获得更多详细信息！