нельзя изменить пароль от уз после назначения тома

[chernushichia 0]

Добрый вечер коллеги!

 

Случилась очень странная проблема и надеюсь кто-нибудь из Вас мне поможет с ней разобраться. На предприятии используем несколько ТС 11.6 и ТС 13.2 + тестовые базы данных ТС. Совсем недавно мы начали указывать Том по умолчанию при создании пользователей в "Организационной структуре", после чего вновь созданные пользователи при входе в ТС не могут сменить пароль, а точнее пароль они меняют, ТС говорит что все успешно изменено но при следующем входе в систему с новым паролем ТС не пускает, а со старым паролем запускает. Данная проблема возникла только на рабочем ТС 11.6 (где ведутся все работы), а но тестовом аналогичном и на 13 данная проблема не воспроизвелась.

Хочу отметить, что все изменения МД устанавливаются и на тесовый и на рабочий ТС. Syslog ничего интересного нет.

 

Может кто сталкивался с таким? Куда посоветуете посмотреть? 

 

Хорошего вечера/дня и заранее спасибо за Ваши ответы!

[maxx2000 541]

а если пароль установит админ ТС, а не пользователь? может всё дело в правах по умолчанию? Что происходит после перезагрузки?

Изменено 25 февраля пользователем maxx2000

[chernushichia 0]

Если админ установит пароль, то под этим паролем пользователь сможет спокойно зайти, но опять же не сможет его изменить. Про какие права Вы говорите? На данный момент делаю следующее:

Создаю учетку и указываю стандартный пароль и не указываю том

После того как пользователь изменит пароль я устанавливаю ему том и все 

[maxx2000 541]

50 минут назад, chernushichia сказал:

Про какие права Вы говорите?

возможно пользователь не имеет  достаточных прав на запись туда где хранится пароль. Это похоже на правду, раз Админ может установить пароль. Скопируйте учётку админа и начните потихоньку отнимать у него права, пока не воспроизведёте ошибку, если лень читать инструкцию по администрированию.

[vimed 25]

Очень странно влияние настройки тома, потому как пароли пользователей лежат в СУБД, а именно в таблице PPOM_USER, столбцы ppassword и pnewpassword. Имеет смысл последить, что происходит в таблице при смене пароля из интерфейса (только что попробовал сменить пароль, а потом вернуть его через изменение таблицы в СУБД - всё прошло). 

 

Ну и на всякий случай, убедиться, что у тома в аксессорах указана группа пользователя (Оргструктура - Тома - том).