Пользователь PostgreSQL по умолчанию: как он работает

kirilljsx

При установке PostgreSQL на сервер автоматически создаётся служебный пользователь с именем postgres. Это не обычная учётная запись, а специальный системный аккаунт, который нужен для управления базой данных. Разберёмся, как он устроен, почему у него нет пароля по умолчанию и что с этим делать при первоначальной настройке.

Знание особенностей пользователя postgres критически важно для безопасности и корректной работы системы. Если неправильно настроить доступ или установить слабый пароль, вся база данных может стать уязвимой. Мы покажем, как правильно работать с этой учётной записью и какие шаги предпринять для защиты сервера.

Что такое пользователь postgres и как он создаётся

Пользователь postgres — это встроенная учётная запись, которая автоматически появляется на сервере во время инсталляции PostgreSQL. Инсталлятор создаёт её как системного пользователя, привязанного к операционной системе Linux или Windows. Именно под этой учётной записью запускается служба PostgreSQL и создаются первые базы данных.

По умолчанию эта учётная запись создаётся в заблокированном состоянии. Это означает, что у неё нет установленного пароля, и попытка авторизации с паролем будет отклонена. Такой подход используется намеренно: разработчики PostgreSQL считают это более безопасным, чем использование слабого стандартного пароля. Дополнительно, для этого пользователя устанавливается специальный режим аутентификации ident, который позволяет подключаться только локально и только под системным пользователем postgres.

Основные характеристики пользователя postgres:

Создаётся автоматически при установке PostgreSQL
Заблокирован для аутентификации с паролем
Может подключаться только локально через ident-аутентификацию
Имеет полные права администратора (это суперпользователь)
Не имеет предустановленного пароля

Режим аутентификации ident и локальное подключение

Режим ident — это механизм проверки учётных записей, при котором PostgreSQL полностью доверяет операционной системе. Если вы залогинены в системе как пользователь postgres, то вы сможете подключиться к базе данных без ввода пароля. Это удобно для локального администрирования, но совершенно не подходит для удалённого доступа.

На практике это означает, что первые операции с базой данных после установки выполняются очень просто. Вы переключаетесь на пользователя postgres в командной строке, запускаете утилиту psql и получаете доступ к консоли базы данных без ввода пароля. Все эти команды работают именно благодаря режиму ident.

Процесс подключения выглядит так:

Вы находитесь в системе с правами root или другого привилегированного пользователя
Переходите на учётную запись postgres: sudo su - postgres
Запускаете psql без каких-либо параметров
Вы автоматически подключаетесь к базе данных postgres с правами администратора

Настройка режима аутентификации хранится в файле pg_hba.conf, который расположен в папке /etc/postgresql/[версия]/main на Linux-системах. Строка, отвечающая за локальное подключение пользователя postgres, обычно выглядит так:

local   all             postgres                                ident
host    all             postgres        127.0.0.1/32            ident
host    all             postgres        ::1/128                 ident

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

Отсутствие пароля у пользователя postgres по умолчанию — это не ошибка, а продуманное решение. PostgreSQL разработан так, чтобы работать безопасно с момента установки. Если бы был установлен пароль (даже очень слабый), это создало бы иллюзию защиты, а на самом деле открыло бы уязвимость: на многих серверах устанавливаются стандартные пароли, и их легко подобрать.

Вместо этого PostgreSQL предлагает другой подход: заблокировать пользователя полностью и разрешить доступ только через локальное подключение с использованием ident-аутентификации. Таким образом, даже если вы случайно откроете доступ извне, подключиться к базе данных от имени postgres всё равно не удастся без пароля.

Если вы попытаетесь установить пароль для postgres через команду passwd postgres или SQL-команду, вы разблокируете эту учётную запись. После этого её можно будет использовать для удалённого подключения, но это опасно:

Пароль может быть перехвачен при передаче по сети
Суперпользователь с полными правами может нанести максимальный ущерб
Если пароль слабый, его легко подобрать атакующему

Вот почему в production-среде никогда не устанавливают пароль для postgres и не используют этого пользователя для регулярной работы. Вместо этого создают отдельные учётные записи с ограниченными правами для каждого приложения или разработчика.

Как получить доступ к базе данных после установки

После установки PostgreSQL возникает практический вопрос: как подключиться к серверу и создать первые базы данных, если пользователь postgres заблокирован? Существует несколько способов.

Первый способ — локальное подключение через ident. Это самый быстрый способ для первоначальной настройки. Вы просто переключаетесь на пользователя postgres в системе и подключаетесь к базе данных без пароля. Этот способ работает только на локальной машине и только если вы имеете доступ к системной учётной записи postgres.

Команда для переключения и подключения:

sudo su - postgres
psql

После выполнения этих команд вы окажетесь в интерпретаторе psql и сможете создавать базы данных, пользователей и выполнять другие операции администрирования.

Второй способ — изменение pg_hba.conf. Если по какой-то причине локальное подключение не работает, можно временно отключить проверку пароля для локальных соединений. Для этого нужно отредактировать файл pg_hba.conf и заменить метод аутентификации с ident на trust:

# IPv4 local connections:
host    all             all             127.0.0.1/32            trust

# IPv6 local connections:
host    all             all             ::1/128                 trust

После этого нужно перезагрузить PostgreSQL:

/etc/init.d/postgresql restart

или

sudo systemctl restart postgresql

Теперь вы сможете подключаться локально без пароля. Но помните: это опасная конфигурация, которую нужно использовать только временно и только в процессе настройки. После создания пользователей и баз данных нужно вернуть безопасные настройки.

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

Основная рекомендация: никогда не используйте пользователя postgres для работы приложений. Вместо этого создайте отдельные учётные записи с необходимыми правами. Это значительно повышает безопасность и упрощает аудит.

После подключения к базе данных (любым из способов, описанных выше) создайте новых пользователей. SQL-команда для создания пользователя с паролем выглядит так:

CREATE USER user123 WITH PASSWORD 'myPassword';

Или через командную строку Linux:

createuser -P user123

Флаг -P запросит пароль в интерактивном режиме.

После создания пользователя нужно выдать ему необходимые права. Например, дать все привилегии на все таблицы в схеме public:

GRANT ALL PRIVILEGES ON ALL TABLES IN SCHEMA public TO "user123";

Дополнительно нужно отредактировать pg_hba.conf, чтобы новый пользователь мог подключаться с паролем. Добавьте строку:

host    all             user123         127.0.0.1/32            md5

Или для более новых версий PostgreSQL (14+):

host    all             user123         127.0.0.1/32            scram-sha-256

После редактирования перезагрузите PostgreSQL. Теперь пользователь user123 сможет подключаться локально с паролем.

Процесс создания пользователя и выдачи прав:

Подключитесь к PostgreSQL под пользователем postgres
Создайте новую учётную запись с SQL-командой CREATE USER
Выдайте ей необходимые права через GRANT
Отредактируйте pg_hba.conf и добавьте строку аутентификации
Перезагрузите PostgreSQL
Проверьте подключение новым пользователем

Различие между ролью и пользователем

В PostgreSQL существует небольшое, но важное различие между понятиями роль и пользователь. Технически, пользователь — это роль, у которой есть право на аутентификацию (вход в систему). Роль без этого права называется просто ролью и используется для групповой организации прав.

На практике это означает:

Пользователь (user) — роль с флагом LOGIN, может подключаться к базе данных
Роль (role) — объект для управления правами, не может подключаться самостоятельно

Вы можете создать роль для группы разработчиков и выдать ей набор прав, а затем назначить эту роль отдельным пользователям. Это упрощает управление доступом в больших системах.

Пример создания роли и назначения прав:

CREATE ROLE developer_group;
GRANT ALL PRIVILEGES ON ALL TABLES IN SCHEMA public TO GROUP "developer_group";
GRANT developer_group TO user123;

Теперь пользователь user123 автоматически наследует все права группы developer_group.

Настройка для удалённого доступа

Если вам нужен удалённый доступ к PostgreSQL, никогда не используйте пользователя postgres. Создайте специальную учётную запись с ограниченными правами. Для удалённого подключения нужно:

Создать пользователя с сильным паролем
Отредактировать pg_hba.conf для разрешения удалённых соединений
Отредактировать postgresql.conf, чтобы PostgreSQL слушал на всех интерфейсах (или на конкретном IP)
Настроить firewall для разрешения входящих соединений на порт 5432

Строка в pg_hba.conf для удалённого подключения будет выглядеть так:

host    database1       user123         192.168.1.0/24          scram-sha-256

Это разрешит подключение пользователю user123 к базе database1 с любого адреса в диапазоне 192.168.1.0/24 с использованием аутентификации через пароль.

В production-среде рекомендуется дополнительно использовать SSL/TLS для шифрования трафика. Это гарантирует, что пароль и данные не будут перехвачены при передаче по сети.

Что остаётся за кадром при работе с postgres

Эта статья охватила основы работы с пользователем postgres, но в реальной жизни возникает намного больше вопросов. Когда вы переходите от локальной разработки к production-системе, нужно думать о резервных копиях, масштабировании, мониторинге и восстановлении после сбоев. Все эти процессы требуют тщательно продуманной архитектуры доступа.

Кроме того, стоит подумать о том, как интегрировать PostgreSQL с вашим приложением. Разные языки программирования требуют разные драйверы и подходы к управлению соединениями. Но понимание базовых принципов работы пользователя postgres — это фундамент, на котором строится всё остальное.