Ошибка монтирования 5 = ошибка ввода / вывода

У меня заканчиваются идеи. После долгого периода тестирования сегодня утром я не могу заставить это работать, и я понятия не имею, почему. Я хочу смонтировать общий ресурс Windows SMB/CIFS с виртуальной машиной Debian 5.0.4, и он не взаимодействует.

Эту команду я использую.

debianvm: / home / me # whoami

корень

debianvm: / home / me # smbclient --version

Версия 3.2.5

debianvm: / home / me # mount -t cifs //hostname.domain.tld/share /mnt/hostname.domain.tld/share --verbose -o user = SUBADDOMAIN.ADDOMAIN.DOMAIN.TLD / имя пользователя

Параметры монтирования ядра mount.cifs: unc=//hostname.domain.tld\share,ip=10.212.15.53,domain=SUBADDOMAIN.ADDOMAIN.DOMAIN.TLD,ver=1,rw,user=username,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, передать =******************* крепление

ошибка 5 = ошибка ввода / вывода. См. справочную страницу mount.cifs(8) (egman mount.cifs)

debianvm: / Главная / меня #

Слово в сетях было не очень конкретным, и, к сожалению, оно почти всегда зависит от окружающей среды. Я не получаю ошибок аутентификации. я пытался mount -t smbfs а также mount -t cifs, вместе с smbmount и тому подобное. Я получаю ту же ошибку раньше. Я сомневаюсь, что это проблема с разрешением DNS, потому что логирование показывает правильный IP-адрес. dmesg | tail -f больше не показывает ошибки аутентификации, когда я форматирую домен и имя пользователя соответственно. Я немного поиграл с iocharset=utf8, file_mode, а также dir_mode как описано здесь. Это тоже не помогло. Я также пытался ntlm а также ntlmv2 предполагая, что это может быть минимальной проблемой метода аутентификации, но не принуждая sec=ntlmv2 он все еще может аутентифицироваться без ошибок больше. smbclient -L hostname.domain.tld -W SUBADDOMAIN.ADDOMAIN.DOMAIN.TLD -U username правильно перечисляет все акции и показывает его следующим образом.

    Domain=[SUBADDOMAIN] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager]

Sharename       Type      Comment
---------       ----      -------
IPC$            IPC       Remote IPC
ETC$            Disk      Remote Administration
C$              Disk      Remote Administration 
Share           Disk      

Connection to hostname.domain.tld failed (Error NT_STATUS_CONNECTION_REFUSED)
NetBIOS over TCP disabled -- no workgroup available

Я нахожу последнюю строку интригующей / тревожной. У кого-нибудь есть указатели!? Может быть, я неправильно прочитал руководство по effin.

2 ответа

Вы пытаетесь использовать SMB 1.0, который сейчас вполне может быть отключен по умолчанию.

Можете ли вы использовать ver=3.0, которая указывает SMB версии 3.0.

Вы действительно должны просто спросить своих администраторов SMB, каковы минимальные требования, поскольку они, возможно, были повышены.

С какой версией SMB-сервера вы разговариваете?

Еще один подход, который решил мне мою проблему:

Попробуйте другой вариант с. Мой Debian по умолчанию находится в /proc/fs/cifs/SecurityFlags является 0x81, (копаясь в: https://www.kernel.org/doc/readme/fs-cifs-README не решил, что 0x80 имею в виду). Тем не менее, после попытки какой-то опции безопасности, у меня сработало -osec=ntlm,

Стоит выстрел.

Другие вопросы по тегам