Nп/п : 71 из 100
 От   : Sergey Kaluzhskiy                   2:5020/570.182    12 мар 26 08:57:04
 К    : Oleg Nazaroff                                         12 мар 26 10:24:01
 Тема : postgresql
----------------------------------------------------------------------------------
                                                                                 
@MSGID: 2:5020/570.182 633fc9c8
@REPLY: 2:50/700.700 7426d028
@PID: ХотДог/2.14.5/Android
@TID: jNode/Android
@CHRS: CP866 2
Hello, Oleg Nazaroff.
On 10.03.2026 20:26 you wrote:

  SK>> Даже после изменения pg_hba.conf может возникнуть ошибка, если
пароль пользователя в базе 
  SK>> данных до сих пор хранится в формате SCRAM. PostgreSQL при
встрече md5 в pg_hba.conf сначала 
  SK>> попытается использовать SCRAM, если пароль пользователя
зашифрован им, и только потом 
 SK>> переключится на MD5. Но старый драйвер может не поддержать эту попытку .
  ON> эээ, а как проверить? и вводил я plain text же, не соль..
Опять таки - не в базу напрямую, а 
 ON> через конфиг приложения. Жоплин. А жнод - восстановлением бэкапа.

 Оно при создании пользователя шифрует пароль в соответствии с
форматом, заданным в конфигурации, если формат не указан явно. Поэтому теперь
надо поменять пароль на пользователя жноды уже в формате md5
 
  ON> Кстати, о бекапе. Я делал предыдущие так: pg_dump -d joplin
-U joplin > joplin.sql ну или еще 
  ON> ..Ft | gzip > joplin.sql.gz И восстанавливал: pg_restore -U
joplin -d joplin 
  ON> /home/backup/joplin.sql При этом postgres выругался, что это
формат plain text и через cli он 
  ON> его восстанавливать не будет. Через интерфейс PGAdmin все
восстановилось. У связи с чем вопрос 
 ON> - а как правильно и по феншую для postgres делать/восстанавливать бэкап???

 pg_restore понимает только свой формат, который делается по умолчанию
через pg_dump. Если pg_dump создает текстовый sql-файл, то восстанавливать
его надо не через pg_restore, а через psql:
psql -U имя_пользователя -d имя_базы_данных -f /полный/путь/к/файлу.sql
 
 ON> Хотелось бы впихнуть в cron и чтоб потом не думалось, а то вон оно как...
  SK>> Чтобы гарантированно переключить пользователя на MD5, выполните
в базе данных (например, 
  SK>> через psql или другой современный клиент) следующие
SQL-команды: -- 1. Установить тип 
  SK>> шифрования паролей по умолчанию на md5 SET password_encryption
= `md5`; -- 2. Сменить пароль 
  SK>> для нужного пользователя, чтобы он пересохранился в формате
md5 ALTER USER 
  SK>> имя_вашего_пользователя WITH PASSWORD `ваш_пароль`; -- 3.
(Опционально) Вернуть настройку 
  SK>> обратно на scram, если не хотите, чтобы новые пароли
создавались в md5 SET 
 SK>> password_encryption = `scram-sha-256`;
  ON> Вот тут загвоздка. за давностью лет я не помню что там
должно быть ;( но имхо выше MD5 жнода 
  ON> не умела еще в 2017.. в логах жнодовых везде MD5 А как
сделать это для одной только базы 
 ON> jnode??

 У тебя надеюсь разные базы сидят на разных пользователях? вот надо
поменять пароль на нужный формат только для пользователя базы жноды
 

--
С наилучшими пожеланиями!
Опубликовано ХотДогом с планеты Ведроид
--- ХотДог/2.14.5/Android
 * Origin: Android device, Milky Way (2:5020/570.182)
SEEN-BY: 46/49 50/22 109 700 221/6 301/1 450/68
455/19 469/122 4500/1
SEEN-BY: 5000/111 5015/42 46 5019/40 5020/290 400
570 620 715 828 830 848
SEEN-BY: 5020/1042 1146 2332 4441 8912 12000
5023/24 5030/49 115 1081 1474
SEEN-BY: 5049/3 5053/58 5057/19 5060/900 5061/133
5075/128 6035/3 6078/80
@PATH: 5020/570 715 1042 4441



   GoldED+ VK   │                                                 │   09:55:30    
                                                                                
В этой области больше нет сообщений.

Остаться здесь
Перейти к списку сообщений
Перейти к списку эх