Модератор: immortal
Как его побороть?
Сейчас пароль для Вашей безопасности хешируется - поэтому в базе не пароль записан а его хеш - для утруднения взлома системы - даж если есть и доступ к бд у взломщика.IrisKo писал(а): ↑Вт мар 10, 2020 10:58 amДобрый день. Последнее время мучаюсь вот с какой проблемой - у юзеров слетают пароли. Они у них нулевые (пустые), но каждый раз после перезагрузки в базе данных поле "пароль" заполняется вот такой строчкой "cf83e1357eefb8bdf1542850d66d8007d620e4050b5715dc83f4a921d36ce9ce47d0d13c5d85f2b0ff8318d2877eec2f63b931bd47417a81a538327af927da3e" хз что оно такое но гугл говорит что это что то типа нулевого пароля. Все бы ничего но терминал не впускает после перезагрузке юзера у которого вот такая строчка вместо пустого пароля появилась
Я уже в базе данных ставила галочку NULL для ячейки с паролям и посто удаляла ничего не помогает каждый раз после перезагрузки эта абракадабра появляется и перестает впускать в терминал...что делать? Причем в БД есть две таблицы одна просто юзеры, а вторая admin_users так вот в этой второй у меня есть один юзер с паролем и там все нормально - заданый пароль остается, а вот в таблице users происходит какой то полтергейст
Я так и подумала что это какая то защита от взлома, но как же быть если при этом я не могу зайти под своим именем в терминал? В итоге могу зайти только как админ, чей пароль задан в таблице админ юзерс. Выходит что теперь всем юзерам принудительно надо позадавать пароли, хоть и указано в строчке "пароль (не обязательно)"?tarasfrompir писал(а): ↑Вт мар 10, 2020 11:00 amСейчас пароль для Вашей безопасности хешируется - поэтому в базе не пароль записан а его хеш - для утруднения взлома системы - даж если есть и доступ к бд у взломщика.
И потому - когда в пароле пользователя написана длинная строка - то это ПРАВИЛЬНО....
Вобщем вот вам ответ - хеш пустого пароля - cf83e1357eefb8bdf1542850d66d8007d620e4050b5715dc83f4a921d36ce9ce47d0d13c5d85f2b0ff8318d2877eec2f63b931bd47417a81a538327af927da3eIrisKo писал(а): ↑Вт мар 10, 2020 11:57 amПроверила только что вариант с задаванием пароля - та же ерунда. Записываю свой пароль типа 12345, а в строчке появляется какая то шифровка типа 5248a06ce6a77fbbb4f6755bc15b4df5a640fc4a7dd8a65bceb2c9f5728d5c212f2eae3bbc3dd4d3c5ca90dcf90c8e и опять не впускает в терминал когда пытаюсь ввести имя юзера и свой пароль 12345, пробовала вместо пароля копировать и вставлять эту сгенерированую строку - так же не впускает
К сожалению у меня не работаетtarasfrompir писал(а): ↑Вт мар 10, 2020 1:11 pmДа нашлась ошибка- реквест - подан.
В модуле Юзерс при редактировании пользователя последним действием должно быть ОБЯЗАТЕЛЬНОЕ прописание (стирание) - пароля....
Сколько бы я ни стирала пароль он все равно появляется в виде точек (под которыми видимо эта кодировка, так как в базе данных именно она в ячейке появляется) и в терминал меня не пускает хоть ты тресни пока я не зайду в phpmyadmin и уже там в ячейке не удалю этот пароль...но это все помогает только до перезагрузки увы Уважаемая IrisKo...IrisKo писал(а): ↑Вт мар 10, 2020 2:16 pmК сожалению у меня не работаетtarasfrompir писал(а): ↑Вт мар 10, 2020 1:11 pmДа нашлась ошибка- реквест - подан.
В модуле Юзерс при редактировании пользователя последним действием должно быть ОБЯЗАТЕЛЬНОЕ прописание (стирание) - пароля....
Попотела и сделала так как вы описали, но увы все по старому - захожу в юзера, меняю там что то стираю пароль сохраняю и опять в юзере много точек в БД шифровка, а у меня нет доступа под своим именем в терминалеУважаемая IrisKo...
Сначала - зайдеш в бд удалиш пароль у пользователя - СОТРЕШ ВСЕ БУКОВКИ - чтобы ничего не было
Потом
обновись альфой сегодняшней.
Очищаеш кеш браузера.
И пробуеш по новой залогинится под твоим логином - НО уже без ввода пароля...
При этом (если заглянуть ) в пользователя у тебя отобразится много точек - но на них не обращаеш внимания..
Поскольку это хеш пустого пароля.....
))
А вот этой фразы не поняла, можно перевести для чайника? Где этот конфиг и что такое дефайн?ПС
И еще вопрос - ты используеш в конфиге ДЕФАЙН внутренней сети ?
