16.04 CIFS "Хост вниз", але їх немає

У мене встановлення CIFS у fstab, і вони працюють так, як належить під час завантаження. Вони монтуються як слід і деякий час працюють. Здається, нізвідки (це може бути після розблокування машини тощо), я отримую помилку "Хост вниз", намагаючись отримати доступ до нього. У мене кілька, і всі вони вниз. Вони також спільно використовуються з одного сервера. В цей час я перевіряю на комп'ютері з Windows і застарілою машиною 14.04, і вони працюють і працюють як слід. Після натискання на акції nautilus і повторення помилок вони просто почнуть працювати знову. Для доступу до пайової частини, що знаходиться вниз, потрібно приблизно 2-3 хвилини випадкового клацання різних кріплень і повернення до першого, коли автоматично воно показує дані в точці монтажу.

У мене немає цієї проблеми на 14,04 машинах, які не оновлювались протягом певного часу. Всі ці машини є повністю функціональними, і CIFS ніколи не знижується. 16.04 вони не були проблемою ще зовсім недавно.

Я переконався, що оновлююсь через день і очистив старі заголовки Linux (з огляду, я, мабуть, повинен був повернутись). Я роблю це, тому що я благаю, щоб виправлення було просто з'явлене, але минули тижні боротьби з кріпленнями CIFS без жодного рішення.

Я зіткнувся з тією ж проблемою. Здається, це має щось спільне з новітніми версіями Kernel та самбою.

Мені вдалося вирішити це, додавши vers = 2.0 у команди mount (або в кінці кожного рядка fstab)

Після багатьох тестів додавання vers=1.0в рядку кріплення, здається, вирішує проблему. Монтаж працює зараз на Ubuntu 17.10, як це робилося роками у старих версіях Ubuntu.

Я зіткнувся з тією самою проблемою, я хотів автоматично встановити монтування, використовуючи метод, знайдений у вікі Ubuntu ( https://wiki.ubuntu.com/MountWindowsSharesPermanently ), хоча у мене є та сама проблема, що зазначена вище:mount error(112): Host is down

Справа в тому, що мені допомогло додавання vers=3.0в і варіантів:

//servername/sharename /media/windowMBsshare cifs credentials=/home/ubuntuusername/.smbcredentials,iocharset=utf8,sec=ntlm,vers=3.0 0 0

Тож здається, що це працює лише зараз, якщо ви обійти SMB1 і використати інший вказаний, SMB3 працював на мене, тому я ще нічого не пробував.

Я використовував локальний обліковий запис на машині Windows, а не один з доменним іменем outlook.com, оскільки я прочитав щось, що також може спричинити конфлікти.

Інші вже натякали на рішення, але, можливо, варто коротко пояснити причину.

mount.cifs в Ubuntu 16.04 використовується за замовчуванням протокол SMB1.

У пізніших версіях версії mount.cifsSMB за замовчуванням є 2.1 або 3.0.

Поточні сервери Windows вже не підтримують протокол SMB 1.0, якщо тільки вони не налаштовані в їх реєстрі для його прийняття. Тож за замовчуванням вони відхиляють з'єднання від клієнтів за допомогою протоколу SMB1. Що призводить до оманливого повідомлення "Хост вниз".

Але деякі старі системи (найчастіше NAS) не підтримують протоколи 2.1 або 3.

Рішення полягає в тому, щоб сказати mount.cifsвикористовувати правильний протокол для підключення до вашого сервера, використовуючи vers=параметр. Наприклад, для підключення до машини Windows 10:

mount -t cifs ... -o vers=3.0,...

або до старого NAS від Ubuntu 18.04 або новішої версії:

mount -t cifs ... -o vers=1.0,...

З man mount.cifs(в Ubuntu 16.04):

   vers=
       SMB protocol version. Allowed values are:

       ·   1.0 - The classic CIFS/SMBv1 protocol. This is the default.

       ·   2.0 - The SMBv2.002 protocol. This was initially introduced in
           Windows Vista Service Pack 1, and Windows Server 2008. Note
           that the initial release version of Windows Vista spoke a
           slightly different dialect (2.000) that is not supported.

       ·   2.1 - The SMBv2.1 protocol that was introduced in Microsoft
           Windows 7 and Windows Server 2008R2.

       ·   3.0 - The SMBv3.0 protocol that was introduced in Microsoft
           Windows 8 and Windows Server 2012.

       Note too that while this option governs the protocol version used,
       not all features of each version are available.

Якщо ви визначите своє кріплення /etc/fstab, воно може виглядати приблизно так:

//server/share  /mnt/share  cifs  defaults,vers=3.0,...your_other_options...,nofail,x-systemd.device-timeout=15 0 0

У мене був такий самий випуск після оновлення клієнтами cifs-utils до 6.7-2. І в основному для мене працювало рішення від josepcoves та user695658. Але для мене працювало лише значення 1,0 для параметра монтажу 'vers'. Здається, що параметр 'vers' за замовчуванням більше не становить 1,0.