smbclient отримує NT_STATUS_LOGON_FAILURE підключення до вікна Windows

Я запускаю smbclient на Ubuntu, намагаюся підключитися до вікна Windows, і я отримую "налаштування сеансу не вдалося: NT_STATUS_LOGON_FAILURE".

Я переконався, що я можу пінг-скриньку та telnet до портів 139/445, тому я майже впевнений, що це не проблема брандмауера. І мій клієнт каже, що вони можуть підключитися до цього вікна Windows з іншого вікна Windows за допомогою комбінації userid / password без проблем. Крім того, це вікно може підключатися через smbclient до інших вікон Windows, у яких є цей клієнт.

Будь-які інші ідеї, чому це не працює?

Ви перевірили свій smb.conf?

Переконайтесь, що ваші робочі групи та налаштування безпеки встановлені правильно. Якщо ви працюєте з комп'ютером як частина домену, запити на автентифікацію спочатку передаються через ваш контролер домену, тому переконайтеся, що у вас є щось подібне:

security = domain
workgroup = WORKGROUP

Ви також можете скористатися -Wопцією, щоб вказати робочу групу, і додати DOMAIN/до свого імені користувача, щоб вказати домен:

$smbclient -L myhost -U DOMAIN/user -W workgroup

Сподіваюся, це допомагає!

Те саме питання. Мені довелося додати користувачів до файлу паролів Samba за допомогою

sudo smbpasswd -а

Мабуть, це тому, що конфігурація за замовчуванням у /etc/samba/smb.conf є

безпека = користувач

passdb бекенд = tdbsam

Я не використовую контролери домену або активний каталог, тому я вважав би, що доступ до звичайного файлу паролів буде типовим, але я думаю, що ні. Було б добре, якби це було зрозуміло в документації, яку я знайшов. Посилання "smbpasswd" дало підказку, яка призвела до цього рішення.

У мене виникли ті ж проблеми із smbclient, і я помітив, що вона минула, коли я вручну вибрав параметр "Просто ввімкнути спільний доступ до файлів" у діалоговому вікні "Обмін файлами", який ви отримаєте після натискання правою кнопкою миші на папці, якою ви хочете поділитися.

У деяких машинах Windows (наприклад, Windows XP) потрібно додати це, щоб дозволити віддалений обмін для не відвідувачів:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\forceguest=dword:0

або, автоматизація за допомогою командного рядка Windows xp:

reg add "HKLM\SYSTEM\CurrentControlSet\Control\Lsa" /v forceguest /t REG_DWORD /d 00000000 /f

Після цього smbclient працював без проблем з будь-яким користувачем.

Велике спасибі джетомам у http://www.techsupportforum.com/forums/f10/enable-file-sharing-via-the-command-line-133562.html

Це може бути пов'язано з наступною причиною:

1. Якщо справжні користувачі надані в перехресній частині smb.conf, перевірте smbpasswd
2. Перевірте файл хостів.

Таку ж проблему я отримав, коли бігав

smbclient \\\\[ip]\\[sharedresource]

Ця команда просить мене ввести пароль для кореневого користувача, проте коли я ввів пароль, я отримав помилку NT_STATUS_LOGON_FAILURE.

Я додав -U, щоб вказати ім'я моєї віддаленої машини, і воно спрацювало

smbclient \\\\[ip]\\[sharedresource] -U [username]

У Windows 10 (хост) та CentOS 7 (гість) мені вдалося виправити проблему автентифікації, вимкнувши обмін захищеним паролем: мережа та центр спільного доступу / розширені налаштування спільного доступу / усі мережі / обмін захищеним паролем

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