У меня проблема с точкой монтирования, которая была настроена ранее. Папка отображается, но монтировка отсутствует и стоит "?" значения для размера, разрешений и т. д.
Поэтому я попытался перемонтировать, используя 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 могут быть проблемы с согласованием протокола.
Отображается ошибка «Хост не работает», но когда вы выполняете отладку с помощью:
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», потому что все файлы ошибочно показывались как недоступные для чтения и записи владельцем.
Версия протокола 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. Я последовал за эти инструкции обновить, и теперь он работает.
Та же проблема с 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.
Если у вас возникла эта проблема с Synology NAS, убедитесь, что vers= вариант, указанный для mount и минимальные / максимальные версии SMB на NAS совместимы.
В частности, я использую vers=2.0, но моя Synology Diskstation запускала Host is down ошибка. Я нашел страницу, Доступ Windows 10 к общему ресурсу NAS. SMB 1.0 и 3.0, на веб-сайте Synology, где объясняется, как настроить Diskstation для поддержки SMB v2.0 или новее ...
На Synology NAS
Обычно я использую этот тип команды для монтирования общего ресурса 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.
В нашем случае я проверил логин пользователя (пользователя user2) в AD. Там я заметил, что имя начинается с буквы верхнего регистра, и изменил его на нижний регистр, как написано в скрипте монтирования. Даже если мы раньше не трогали ни 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
Для меня смонтированный общий ресурс cifs находился на сервере Windows, IP-адрес которого был недавно изменен, поэтому я мог проверить связь с сервером и разрешить его новый адрес, но монтирование не обновилось само. Моя проблема была решена путем ленивого отключения и повторной установки:
umount -l /mnt/share
mount -a
Я также столкнулся с проблемой, упомянутой после обновления до Xubuntu 17.10. Я использую Synology DiskStation. Что я там увидел: на DiskStation вы можете выбрать, какие протоколы поддерживать. Добавив соответствующие протоколы (до SBM3) в расширенные параметры файловых служб в панели управления, вы также можете решить проблему.
Была аналогичная проблема. Решение для меня было на стороне сервера общего доступа Windows. Даже при передаче значения vers = 2.0 моему серверу Linux монтирование не работало. Поэтому мне пришлось включить поддержку smbv1 на моем сервере Windows. Эта статья мне помогла: https://support.microsoft.com/en-us/help/2696547/how-to-detect-enable-and-disable-smbv1-smbv2-and-smbv3-in-windows-and