Хост CIFS отключен

У меня проблема с точкой монтирования, которая была предварительно настроена. Он показывает папку, но монтирование отсутствует и содержит "?" значения для размера, разрешений и т. д.

Поэтому я попытался перемонтировать, используя 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

Я посмотрел вокруг, но не могу найти твердый ответ. есть идеи?

Это также может быть из-за несоответствия протокола. В 2017 году Microsoft исправила Windows Servers и посоветовала отключить протокол 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 (или vers = 3.0, если вы хотите использовать версию 3 протокола)

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

На archlinux после недавнего обновления пакета мне пришлось добавить vers = 1.0 в мои параметры монтирования. Я подключаюсь к старой коробке Centos 5 и до вчерашнего дня я мог подключаться без явного указания номера версии.

CIFS в ядре Linux 4.13 теперь по умолчанию - SMB 3.0, а в ядре 4.14 - 2.1 и выше. Смотрите этот журнал изменений .

USB-флешка на Fritz NAS показала «Host Down» для 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>

Аналогичная проблема после обновления до Ubuntu 17.10 со старой Buffalo Diskstation. Решается добавлением в / etc / fstab опции "vers = 1.0":

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

Извините, если это поздний ответ (я понимаю, что это старый поток), однако я только что обнаружил, что есть еще одна возможная причина, по которой mount.cifs скажет, что хост не работает.

У меня есть антивирус с брандмауэром, и хотя я установил его явно, чтобы разрешить «общий доступ к файлам и принтерам Windows» - предопределенное правило, он все еще блокировал соединения. Я доказал это, временно отключив брандмауэр. Надеюсь, что это кому-то поможет, хост не работает, может не означать, что он не отвечает на эхо-запросы, но может означать, что он не отвечает на попытки аутентификации.

Я получил ту же ошибку без дальнейших церемоний от нового клиента Samba при попытке смонтировать сетевой ресурс CIFS SMB:

mount error(112): Host is down

В итоге оказалось, что ранее я ограничил доступ к серверу SMB только ограниченным количеством IP-адресов, настроив /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

Добавление фиксированного IP-адреса нового клиента SMB решило проблему в данном конкретном случае.

Конечно, существует множество других причин, по которым можно получить вышеупомянутую ошибку.

Та же проблема при подключении к Synology DiskStation (DSM 4.3).

Использование vers = 1.0 в опциях монтирования работает нормально.

Кроме того, мне пришлось использовать опцию «noperm», потому что все файлы были ошибочно показаны как нечитаемые и доступные для записи владельцем.

Та же проблема с 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    

Мой env:
Клиент: Ubuntu 17.10 Linux 4.13.0-17-generic # 20-Ubuntu SMP x86_64 GNU / Linux
Сервер: Fritzbox 7490 прошивка 6.83.

Версия протокола SMB1 устарела, однако это версия по умолчанию, используемая в более старых версиях mount.cifs, например, у меня эта проблема с версией 6.2.

Вы можете проверить с помощью: sudo mount.cifs --version

Если вы попытаетесь подключиться к серверу SMB3 по протоколу SMB1, вы получите сообщение об 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. Это связано с тем, что поддержка DFS на SMB3 была добавлена ​​в ядро ​​только в версии 4.11 .

Вы можете проверить версию своего ядра с помощью uname -a. В моем случае это было 3.10 на CentOS7. Я следовал этим инструкциям для обновления, и теперь это работает.

Если у вас возникла эта проблема с NAS-устройством Synology, проверьте совместимость vers=указанного параметра mountи версий min / max SMB на NAS.

В частности, я использую vers=2.0, но моя Synology Diskstation выдает Host is downошибку. Я нашел страницу, доступ Windows 10 к сетевому хранилищу. SMB 1.0 и 3.0 , на веб-сайте Synology, где объясняется, как настроить Diskstation для поддержки SMB v2.0 или новее ...

На Synology NAS

• Зайдите в Панель управления -> Файловые службы
• На вкладке SMB / AFP / NFS выберите Дополнительные параметры
• Изменить максимальный протокол SMB на SMB3
• Измените протокол Minumum SMB на SMB2 (на странице написано, что нужно использовать SMB2 с большим MTU, но у меня это не сработало)

Обычно я использую этот тип команды для монтирования общего ресурса 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

Это также может быть адаптировано к настройке автоматического монтирования, так что установка / демонтаж может выполняться системой автоматически с помощью автозаполнения.

В нашем случае я проверил логин пользователя (из user2) в AD. Там я заметил, что имя начиналось с заглавной буквы и изменил ее на строчную, как написано в скрипте монтирования. Даже если раньше мы не трогали ни user2, ни скрипт монтирования, внезапно команда 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

Для меня общий ресурс смонтированного cifs находился на сервере Windows, IP-адрес которого недавно изменился, поэтому я мог пропинговать сервер и определить его новый адрес, но монтирование не обновилось само. Запустив ленивое демонтирование и затем заново установив мою проблему, я решил:

umount -l /mnt/share
mount -a

Я также столкнулся с проблемой, упомянутой после обновления до Xubuntu 17.10. Я использую Synology DiskStation. Что я там увидел: в DiskStation вы можете выбрать, какие протоколы поддерживать. Добавив соответствующие протоколы (до SBM3) в дополнительные параметры для файловых служб на панели управления, вы также можете решить эту проблему.

Была похожая проблема. Решение для меня было на стороне общего сервера 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