Хост гори 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 і порадила відключити протокол 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 після недавнього оновлення пакета мені довелося додати версії = 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, проти = 1,0 0 0

Вибачте, якщо це запізнення у відповідь (я розумію, що це стара тема), однак я тільки що виявив, що існує ще одна можлива причина, чому mount.cifs сказав, що хост не працює.

У мене є антивірус із брандмауером, і хоча я його встановив явно, щоб дозволити "обмін файлами та друком для Windows" - заздалегідь визначене правило, воно все ще блокувало з'єднання. У мене це було доведено, тимчасово відключивши брандмауер. Сподіваюся, це допомагає комусь, хост вниз може не означати, що він не відповідає pings, але може означати, що він не відповідає на спроби аутентифікації.

Я отримав таку ж помилку, без зайвих помилок від нового клієнта 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 проти = 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
Server: Прошивка 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. Я дотримувався цих інструкцій для оновлення, і тепер це працює.

Зазвичай я використовую цей тип команд для монтажу спільного доступу до файлів 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

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

У нашому випадку я перевірив ім’я для входу користувачів (of user2) в AD. Там я помітив, що ім’я починається з великої літери і змінив його на малі регістри, як це написано в сценарії mount. Навіть якщо ми раніше не торкалися ні 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

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

umount -l /mnt/share
mount -a

Я також просто зіткнувся з проблемою, згаданою після оновлення до Xubuntu 17.10. Я використовую Synology DiskStation. Що я там бачив: У DiskStation ви можете вибрати, які протоколи підтримувати. Додавши відповідні протоколи (до SBM3) у розширені параметри файлових служб на панелі управління, ви також можете вирішити проблему.

Якщо у вас є проблема з Synology NAS, то перевірте, чи вказані vers=параметри mountта версії min / max 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

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

Мав подібну проблему. Для мене рішення було на стороні сервера спільного доступу 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