Условия и источник
Зафиксируйте PostgreSQL 18 как документальную область, а фактическую версию и экземпляр установите из паспорта среды. Начните с клиента, адреса сервера, порта, базы и роли. Ошибка подключения к соседнему кластеру может выглядеть как неверный секрет нужного сервиса. Не воспроизводите попытки входа из этой карточки: работайте с сохранённым сообщением и разрешённой копией серверного журнала. Для Postgres Pro сверьте версию и редакцию с его документацией.
Отбор и сохранение контекста
В jsonlog выберите state_code=28P01 читающим jq из вкладки «Примеры», затем ограничьте временной диапазон и известный источник. Сохраните исходную строку рядом с результатом выборки. Если дан только клиентский текст, запросите SQLSTATE и контекст подключения у владельца данных; не превращайте любую сетевую ошибку в invalid_password. Маршрут записи зависит от log_destination и logging_collector; универсальный путь файла для всех установок не предполагается.
Как прочитать пример
Строка примера показывает FATAL для demo_app, базы demo и адреса 192.0.2.40. Это сообщение об отказе, а не открытый сеанс. Код 28P01 соответствует invalid_password; он не устанавливает, кто управлял клиентом и откуда тот получил секрет. Поля, которых нет в иллюстрации, нельзя заполнить значениями из соседней успешной сессии. Наличие известного адреса также не исключает пулер или промежуточную систему.
Последовательность проверки
Сверьте endpoint приложения с фактическим экземпляром, ролью и базой. Затем по имеющейся конфигурации установите применимое правило pg_hba.conf и метод аутентификации: порядок правил существенен, проверки идут по их условиям, а не по выбранному аналитиком названию. Из одного SQLSTATE нельзя восстановить строку конфигурации. Путь к pg_hba.conf может быть изменён. Согласуйте контекст с владельцем СУБД, сохраняя различие между диагностикой и изменением правил или секретов.
Следующий шаг и границы вывода
Сопоставьте отказы с расписанием приложения, обновлением его настроек и доступными сообщениями пула соединений. Для гипотезы подбора нужны частота, разнообразие целей, источник и нормальный профиль работы; единичный отказ этого не доказывает. Поиск выдачи ролей ведётся по иным событиям и заранее настроенному аудиту. Исправление пароля или разрешений не выполняется из этой процедуры.
Если записи нет
Разделите недоступность журнала и отсутствие строки. Проверьте экземпляр, часы, период, порог регистрации и ротацию, а также доставку в коллектор. Клиент мог обратиться к другому серверу или оборвать соединение до рассматриваемого этапа. Зафиксируйте, какие данные доступны и чего не хватает. Пустая выборка не подтверждает успешный вход; дальнейший вывод должен опираться на отдельное свидетельство результата.