Ошибка операционной системы 1326

Админ

21.04.17

✎

09:55

Добрый день. Проблема: перестали делаться бэкапы SQL баз 1С

Сама служба SQL работает из под сервисной учетной записи MSA, созданной на контроллере домена, специально настраивал так. Работало все спокойно месяц, сейчас же выходит ошибка:

Ошибка операционной системы 1326(Вход в систему не произведен: имя пользователя или пароль не опознаны.).

Я абсолютно ничего не менял ни в правах, ни где либо еще.
Сейчас все права заново перелопатил, без изменений.

1 lodger

21.04.17

✎

09:59

пароль протух?

2 elCust

21.04.17

✎

09:59

(0) А куда делались бэкапы?

3 lodger

21.04.17

✎

09:59

дефолтная политика паролей и безопасности.

4 lodger

21.04.17

✎

09:59

(2) какая разница если "Вход в систему не произведен"?

5 Рэйв

21.04.17

✎

10:06

(0)Нажми букву "Я" справа

6 Gleb09

21.04.17

✎

10:07

lodger, MSA автоматически меняют свои пароли

7 Gleb09

21.04.17

✎

10:10

lodger,

BackupDiskFile::CreateMedia: устройству резервного копирования "\\192.168.1.2\Backup\kompl_backup_2017_04_21.trn" не удалось выполнить create. Ошибка операционной системы 1326(Вход в систему не произведен: имя пользователя или пароль не опознаны.).

8 Gleb09

21.04.17

✎

10:10

lodger, Вход кого не произведен в систему?

9 ELEA26

21.04.17

✎

10:12

(7) а руками от этого MSA на \192.168.1.2\Backup зайти получается?

10 lodger

21.04.17

✎

10:12

(8) значит обратная ситуация, MSA весь такой модный сменил явки\пароли, а \\192.168.1.2\ никто не предупредил, что эта бабуйня так умеет.
BackupDiskFile::CreateMedia ведь запустилось, значит таск работает?

11 Gleb09

21.04.17

✎

10:27

(10) а зачем предупреждать 1.2 о смене пароля? Если я сейчас сменю пароль у своей обычной учетки - у меня же не потеряются доступы к шарам?

12 Gleb09

21.04.17

✎

10:29

(9) MSA - это по факту запись для запуска служб, под ней нельзя залогиниться за компьютером... а уж как проверить из под нее что-то

13 Gleb09

21.04.17

✎

10:40

(10) Но вообще думаю вы правы, так как учетку MSA я создал ровно 30 дней назад... именно это время указано для смены пароля по умолчанию

14 Gleb09

21.04.17

✎

10:43

Только вот какое теперь решение может быть

15 1dvd

21.04.17

✎

11:40

(14) установить пароль, очевидно же

16 1dvd

21.04.17

✎

11:42

http://savepic.ru/13683022.jpg

17 Gleb09

21.04.17

✎

11:50

(15) MSA пароли меняет сама... и данное поле с пароля должно быть пустым. Если самому задавать пароли, то и смысла в этой хитрой учетке нет... в общем сотру в поле пароль все и ребутну службу вечером

18 ELEA26

21.04.17

✎

13:26

(17) так MSA это доменная учетка или нет?

19 Gleb09

21.04.17

✎

13:30

(18) Да, это доменная учетная запись

20 ELEA26

21.04.17

✎

14:28

Хм. А журнал безопасности на 192.168.1.2 что говорит? Там отразилось, что авторизация отклонена?
Такое ощущение, что кто-то из участников не договорился с КД...

21 Gleb09

24.04.17

✎

05:19

(20) Совершенно верно, проблема была в том, что после автоматической смены пароля учетной записью msa происходила ошибка аутентификации из-за того, что Kerberos и NTLM не уведомляются о смене пароля. Решение: патч Windows6.1-KB2494158-x64.msu