Имя: Пароль:
IT
Админ
 Ошибка операционной системы 1326
☑
0 Gleb09
 
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