smbclient получает подключение NT_STATUS_LOGON_FAILURE к окну Windows

Удалите версию 1.18 Менделей и вернитесь к правилу 1.17.3. Я сделал это, и теперь он работает

17
задан 3 March 2012 в 03:00

8 ответов

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

Убедитесь, что ваши рабочие группы и настройки безопасности установлены правильно. Если вы работаете с aa компьютером как частью домена, запросы на аутентификацию сначала передаются через ваш контроллер домена, поэтому убедитесь, что у вас есть что-то похожее:

security = domain
workgroup = WORKGROUP

Вы также можете использовать -W вариант указать рабочую группу и добавить DOMAIN/ перед вашим именем пользователя, чтобы указать домен:

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

Надеюсь, что это поможет!

21
ответ дан 25 May 2018 в 13:48
  • 1
    Оказывается, добавление домена делало трюк. По-видимому, некоторые версии Windows требуют домена, а другие нет? Но спасибо! – David Jaquay 4 March 2012 в 01:03
  • 2
    обратите внимание, что бит «security = domain» здесь лишний. Помимо указания рабочей группы в smb.conf, вы также можете указать ее в командной строке для smbclient. – jelmer 4 March 2012 в 02:09
  • 3
    Да, опция -W для smbclient - это то, что я использовал, чтобы заставить ее работать. – David Jaquay 5 March 2012 в 08:16
  • 4
    DOMAIN / имя пользователя также должно работать. – Calmarius 5 April 2013 в 20:36
  • 5
    Вы также можете использовать smbclient с аргументом -W. – Andre Miras 27 January 2015 в 21:09

Тот же вопрос. Мне пришлось добавлять пользователей в файл паролей Samba с помощью

sudo smbpasswd -a

По-видимому, это связано с тем, что по умолчанию в файле /etc/samba/smb.conf используется значение

sudo smbpasswd -a

passdb backend = tdbsam

security = user

6
ответ дан 25 May 2018 в 13:48
  • 1
    Я всегда забываю этот шаг. Благодаря! – etherous 25 August 2016 в 04:40
  • 2
    Я нахожусь в домене, и это так, как мне кажется, мне нужно будет это сделать, потому что я не использую своего пользователя домена в Linux, его личный клиент Linux на хосте Windows. Кроме того, теперь я могу успешно подключиться к smbclient -L localhost для гостя, но еще не смог подключиться с помощью хоста Windows. Я думаю, что это был хотя бы один шаг вперед. Я думаю, что его порты здесь должны включать номера портов для проверки в вашем ответе. – Brian Thomas 17 August 2017 в 01:39
  • 3
    Этот совет решил мою проблему. Спасибо много! – Viacheslav Dobromyslov 25 August 2017 в 09:53

Это может быть вызвано следующей причиной:

Если действительные пользователи предоставлены в smb.conf, перейдите в smbpasswd. Проверьте файл hosts.
1
ответ дан 25 May 2018 в 13:48
  • 1
    Не знаю, почему это произошло - проголосовали. Этот ответ указал мне на smbpasswd, что мне нужно было использовать для установки учетных данных, когда я получал эту же ошибку. – Rick Chatham 5 October 2015 в 23:54

У меня такая же проблема, когда я побежал

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

Эта команда просит меня ввести пароль для пользователя root, однако, когда я ввел пароль, я получил ошибку NT_STATUS_LOGON_FAILURE.

Я добавил -U, чтобы указать имя пользователя удаленной машины, и он работал

smbclient \\\\[ip]\\[sharedresource] -U [username]
1
ответ дан 25 May 2018 в 13:48

У меня была такая же проблема с 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 работал без каких-либо проблем с любым пользователем.

Большое спасибо jethomas в http://www.techsupportforum.com/forums/f10/enable -file обмена, с помощью самой командной строки-133562.html

1
ответ дан 25 May 2018 в 13:48

В Windows 10 (хост) и CentOS 7 (гость) мне удалось исправить проблему аутентификации, отключив совместное использование паролей: сеть и центр обмена / расширенные настройки общего доступа / все сети / совместное использование паролей

Это может быть полезно только для устранения неполадок, я бы не рекомендовал поддерживать его для повседневного использования.

1
ответ дан 25 May 2018 в 13:48

Тот же вопрос. Я должен был добавить пользователей в файл паролей Samba с помощью

sudo smbpasswd -a

По-видимому, это связано с тем, что конфигурация по умолчанию в / etc / samba / smb .conf is

security = user

passdb backend = tdbsam

Я не использую контроллеры домена или активный каталог, поэтому Я бы подумал, что доступ к обычному файлу паролей будет по умолчанию, но я думаю, что нет. Было бы неплохо, если бы это было ясно в документации, которую я нашел. Ссылка «smbpasswd» дала подсказку, которая привела к этому решению.

6
ответ дан 6 August 2018 в 02:01

Тот же вопрос. Я должен был добавить пользователей в файл паролей Samba с помощью

sudo smbpasswd -a

По-видимому, это связано с тем, что конфигурация по умолчанию в / etc / samba / smb .conf is

security = user

passdb backend = tdbsam

Я не использую контроллеры домена или активный каталог, поэтому Я бы подумал, что доступ к обычному файлу паролей будет по умолчанию, но я думаю, что нет. Было бы неплохо, если бы это было ясно в документации, которую я нашел. Ссылка «smbpasswd» дала подсказку, которая привела к этому решению.

6
ответ дан 10 August 2018 в 07:58

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

Похожие вопросы: