"123.123.123.123" адреса действительно то же самое в установке, которую Вы отлаживаете - или действительно ли они немного отличаются?
Принятие они отличаются - первая строка, означает, что что-либо в сети, определенной 123.123.123.123/30, должно быть передано 10.10.3.14. Вторая строка означает, что определенный IP-адрес 123.123.123.123 должен быть передан 10.10.3.13.
Относительно того, почему - нам было бы нужно больше контекста.
Извините, если это запоздалый ответ (я понимаю, что это старый поток), однако я только что обнаружил, что есть еще одна возможная причина, по которой mount.cifs сообщает, что хост не работает.
У меня есть антивирус с брандмауэром, и хотя я явно установил его, чтобы разрешить «совместное использование файлов и принтеров Windows» - предопределенное правило, он все еще блокировал соединения. Я убедился в этом, временно отключив брандмауэр. Надеюсь, это кому-то поможет, хост не работает, возможно, это не означает, что он не отвечает на эхо-запросы, но может означать, что он не отвечает на попытки аутентификации.
Это также могло быть из-за несоответствия протокола. В 2017 году Microsoft внесла исправления в серверы Windows и посоветовала отключить протокол 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
.Обычно я использую этот тип команды для монтирования общего ресурса 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
Его также можно адаптировать к настройке автоматического монтирования, поэтому монтирование / unmount может выполняться системой автоматически через autofs.
Я получил ту же ошибку без дальнейших церемоний от нового клиента 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 решило проблему в этом конкретном случае.
Конечно, , существует множество других причин, по которым можно получить указанную выше ошибку.
В нашем случае я проверил логин пользователя (пользователя 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
Ho ahy, ny fizarana cifs nitaingina dia teo amin'ny mpizara Windows izay niova ny adiresy IP tato ho ato, hahafahako mamindra ny lohamilina ary mamaha ny adiresy vaovao, saingy tsy nanavao ny tenany ilay tendrombohitra. Tamin'ny alàlan'ny fandefasana unmount kamo ary avy eo nametraka indray ny olako dia voavaha:
umount -l /mnt/share
mount -a
Та же проблема с подключением к Synology DiskStation (DSM 4.3).
Использование vers = 1.0 в параметрах монтирования работает нормально.
Кроме того, мне пришлось использовать параметр «noperm», потому что все файлы ошибочно отображаются как недоступные для чтения и записи владельцем.
Была аналогичная проблема. Решение для меня было на стороне сервера общего доступа 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- и
Я также только что столкнулся с проблемой, упомянутой после обновления до Xubuntu 17.10. Я использую Synology DiskStation. Что я там увидел: на DiskStation вы можете выбрать, какие протоколы поддерживать. Добавив соответствующие протоколы (до SBM3) в расширенные параметры файловых служб в панели управления, вы также можете решить проблему.
Та же проблема с 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, вы получите ошибку Хост не работает
.
Временное решение, как описано во многих других ответах здесь, состоит в том, чтобы указать другую версию протокола. У меня работает следующая команда:
sudo mount -t cifs //server.name.or.ip/shares/Public / target / directory -o username = someuser, domain = somedomain, vers = 3.0
Однако , если сервер, к которому вы подключаетесь, использует DFS, вместо этого вы получите следующую ошибку: ошибка монтирования (38): функция не реализована
. Это связано с тем, что поддержка DFS на SMB3 была добавлена только к ядру в версии 4.11 .
Вы можете проверить версию своего ядра с помощью uname -a
. В моем случае это было 3.10 на CentOS7. Я выполнил эти инструкции для обновления, и теперь все работает.
Если у вас проблема с сетевым хранилищем Synology, то проверьте, что опция vers=
, указанная для mount
и min/max SMB версии на сетевом хранилище совместимы. В частности, я использую против=2.0
, но на моей Synology Diskstation сработала ошибка Host is down
. Я нашел страницу Доступ Windows 10 к общему ресурсу NAS. SMB 1.0 и 3.0, на сайте Synology, который объяснял, как настроить Diskstation для разрешения SMB v2.0 или более новой версии....
На NAS-сервере Synology