Получение ошибки: не удалось выполнить аутентификацию однорангового узла для пользователя "postgres" при попытке заставить pgsql работать с рельсами.

В моем случае я даже не смог отредактировать или просмотреть содержимое файла pg_hba.conf.

Что сработало:

/etc/postgresql/14/main$ sudo vi pg_hba.conf

Редактор Vi с разрешением sudo.

В CentOS 7, PG 10 путь к файлу:

/var/lib/pgsql/10/data/pg_hba.conf

Большинство решений предлагают отредактировать pg_hba.conf.

Если вы не хотите редактировать файл конфигурации, вам просто нужно войти в систему под пользователем postgres. Если вы используете / на сервере Linux, используйте эту команду

sudo -i -u postgres

Он создаст пользователя postgres, а затем войдет в него. Теперь попробуйте снова выполнить команду psql.

Вы также можете добавить postgres пользователю пароль с помощью команды: (вы должны быть пользователем root)

passwd postgres

Это работает, потому что согласно этой документации PostgreSQL,

Одноранговая аутентификация

Метод одноранговой аутентификации работает путем получения клиентского имя пользователя операционной системы из ядра и использование его в качестве разрешенного имя пользователя базы данных (с необязательным отображением имени пользователя). Этот метод поддерживается только при локальных подключениях.

Выполните следующие шаги

1). Сначала перейдите в каталог / etc / postgresql / {your pg version} / main.

Моя версия 10 Тогда:

cd /etc/postgresql/10/main

2). Здесь находится файл pg_hba.conf, который должен внести некоторые изменения, здесь вам могут понадобиться доступ sudo для этого.

sudo nano pg_hba.conf

3). Прокрутите файл вниз, пока не найдете это -

# Database administrative login by Unix domain socket
local   all             postgres                                peer

4). Здесь измените одноранговый узел на md5 следующим образом.

# Database administrative login by Unix domain socket
local   all             all                                md5

• одноранговый узел означает, что он будет доверять подлинности пользователя UNIX, следовательно, не

• запрос пароля. md5 означает, что он всегда будет запрашивать пароль, и проверьте его после хеширования с помощью MD5.

5). Теперь сохраните файл и перезапустите сервер Postgres.

sudo service postgresql restart

Теперь все должно быть в порядке.

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

sudo -i -u postgres

psql

взято из https://www.digitalocean.com/community/tutorials/how-to-install-and-use-postgresql-on-ubuntu-18-04

pg_config предназначен для информации о соответствии, чтобы помочь расширениям и клиентским программам компилироваться и связываться с PostgreSQL. Ему ничего не известно об активных экземплярах PostgreSQL на компьютере, только двоичные файлы.

pg_hba.conf может появляться во многих других местах в зависимости от того, как был установлен Pg. Стандартное расположение - pg_hba.conf в каталоге data_directory базы данных (который может находиться в / home, / var / lib / pgsql, / var / lib / postgresql / [version] /, / opt / postgres / и т. Д. И т. Д.) но пользователи и упаковщики могут положить его где угодно. К сожалению.

Единственный допустимый способ найти pg_hba.conf - это спросить у работающего экземпляра PostgreSQL, где находится pg_hba.conf, или спросить системного администратора, где он находится. Вы даже не можете полагаться на то, чтобы спросить, где находится datadir, и проанализировать postgresql.conf, потому что сценарий инициализации может передать такой параметр, как -c hba_file = / some / other / path при запуске Pg.

Вы хотите спросить PostgreSQL:

SHOW hba_file;

Эта команда должна запускаться в сеансе суперпользователя, поэтому для сценария оболочки вы можете написать что-то вроде:

psql -t -P format=unaligned -c 'show hba_file';

и установите переменные среды PGUSER, PGDATABASE и т. Д., Чтобы убедиться в правильности соединения.

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

Другой вариант - посмотреть на вывод команды ps и увидеть, отображается ли там аргумент каталога данных postmaster -D, например,

ps aux  | grep 'postgres *-D'

, поскольку pg_hba.conf будет находиться внутри каталога данных (если вы не используете Debian / Ubuntu или какую-либо производную версию и не используете их пакеты).

Если вы ориентируетесь конкретно на системы Ubuntu с установленным PostgreSQL из пакетов Debian / Ubuntu, это становится немного проще. Вам не нужно иметь дело с вручную скомпилированным из исходного кода Pg, для которого кто-то initdb установил каталог данных в своем домашнем каталоге, или с EnterpriseDB Pg, установленным в / opt и т. Д. Вы можете спросить pg_wrapper, Debian / Ubuntu multi -version Pg manager, где PostgreSQL использует команду pg_lsclusters из pg_wrapper.

Если вы не можете подключиться (Pg не запущен или вам нужно отредактировать pg_hba.conf для подключения), вам придется поискать в системе файлы pg_hba.conf. На Mac и Linux подойдет что-то вроде sudo find / -type f -name pg_hba.conf. Затем проверьте файл PG_VERSION в том же каталоге, чтобы убедиться, что это правильная версия PostgreSQL, если у вас их несколько. (Если pg_hba.conf находится в / etc /, игнорируйте это, вместо этого это имя родительского каталога). Если у вас есть несколько каталогов данных для одной и той же версии PostgreSQL, вам нужно будет посмотреть размер базы данных, проверить командную строку запущенного postgres из ps, чтобы узнать, совпадает ли он с аргументом -D каталога данных с тем, где вы редактируете, и т. Д. . https://askubuntu.com/questions/256534/how-do-i-find-the-path-to-pg-hba-conf-from-the-shell/256711

sudo psql --host=localhost --dbname=database-name --username=postgres

Это решило мою проблему

Если вы столкнулись с этой проблемой с рельсами и знаете, что уже создали это имя пользователя с паролем и правильными правами, вам просто нужно поместить следующее в конец файла database.yml.

host: localhost

общий файл будет выглядеть так, как показано ниже

development:
  adapter: postgresql
  encoding: unicode
  database: myapp_development
  pool: 5
  username: root
  password: admin
  host: localhost

Вам вообще не нужно прикасаться к вашему файлу pg_hba.conf. Счастливое кодирование

Если вы пытаетесь найти этот файл в Cloud 9, вы можете сделать

sudo vim /var/lib/pgsql9/data/pg_hba.conf

Нажмите I для редактирования / вставки, нажмите ESC 3 раза и введите :wq, чтобы сохранить файл и выйти из

Моя проблема заключалась в том, что я не вводил никакой сервер. Я думал, что это значение по умолчанию из-за заполнителя, но когда я набрал localhost, он сработал.

У меня это сработало !!

sudo -u postgres psql

Многие другие ответы относятся к настройкам в различных файлах конфигурации, а ответы, относящиеся к pg_hba.conf, применимы и на 100% верны. Однако убедитесь, что вы изменяете правильные файлы конфигурации .

Как уже упоминалось, расположение файла конфигурации может быть переопределено различными настройками внутри основного файла конфигурации, а также путем указания пути к основному файлу конфигурации в командной строке с помощью параметра -D.

Вы можете использовать следующую команду во время сеанса psql, чтобы показать, где читаются ваши файлы конфигурации (при условии, что вы можете запустить psql). Это всего лишь шаг по устранению неполадок, который может помочь некоторым людям:

select * from pg_settings where setting~'pgsql';  

Вы также должны убедиться, что домашний каталог для вашего пользователя postgres находится там, где вы ожидаете. Я говорю это, потому что это довольно легко упустить из виду, потому что в вашем приглашении будет отображаться «~» вместо фактического пути к вашему домашнему каталогу, что делает его не таким очевидным. Во многих установках домашний каталог пользователя postgres по умолчанию равен /var/lib/pgsql.

Если он не установлен на то, что должно быть, остановите службу postgresql и используйте следующую команду, войдя в систему как root. Также убедитесь, что пользователь postgres не вошел в другой сеанс:

usermod -d /path/pgsql postgres

Наконец, убедитесь, что ваша переменная PGDATA установлена ​​правильно, набрав echo $PGDATA, что должно вывести что-то вроде:

/path/pgsql/data

Если он не установлен или показывает что-то отличное от ожидаемого, проверьте файлы автозагрузки или RC, такие как .profile или .bash.rc - это будет сильно различаться в зависимости от вашей ОС и вашей оболочки. После того, как вы определили правильный сценарий запуска для вашего компьютера, вы можете вставить следующее:

export PGDATA=/path/pgsql/data

Для моей системы я поместил это в /etc/profile.d/profile.local.sh, чтобы он был доступен для всех пользователей.

Теперь вы можете запустить базу данных как обычно, и все настройки пути к psql должны быть правильными!

Изменение МЕТОДА однорангового узла на доверие в pg_hba.conf (/etc/postgresql/9.1/main/pg_hba.conf | строка 85) решает проблему. При добавлении md5 запрашивается пароль, поэтому, если есть требование избегать использования паролей, используйте trust вместо md5 .

Если вы хотите сохранить конфигурацию по умолчанию, но хотите аутентификацию md5 с сокетным соединением для одного конкретного пользователя / соединения с базой данных, добавьте строку "local" ПЕРЕД строкой "local all / all":

# TYPE  DATABASE     USER         ADDRESS             METHOD

# "local" is for Unix domain socket connections only
local   dbname       username                         md5  # <-- this line
local   all          all                              peer
# IPv4 local connections:
host    all          all          127.0.0.1/32        ident
# IPv6 local connections:
host    all          all          ::1/128             ident

Используйте host=localhost в соединении.

PGconn *conn = PQconnectdb(
    "host=localhost user=postgres dbname=postgres password=123"
);

Просто установите для МЕТОДА доверие.

#TYPE  DATABASE        USER            ADDRESS                 METHOD
local    all             all                                     trust

И перезагрузите сервер postgres.

# service postgresql-9.5 reload

Изменения в pg_hba.conf не требуют ПЕРЕЗАГРУЗКИ сервера postgres. просто ПЕРЕЗАГРУЗИТЬ.

1. Перейдите в этот /etc/postgresql/9.x/main/ и откройте pg_hba.conf файл

В моем случае:

$>  sudo nano /etc/postgresql/9.3/main/pg_hba.conf

2. Заменить одноранговый узел на md5

Таким образом, это будет изменено на:

Административный вход в базу данных через сокет домена Unix local all postgres peer

# TYPE  DATABASE        USER            ADDRESS                 METHOD

# "local" is for Unix domain socket connections only
local   all             all                                     peer
# IPv4 local connections:
host    all             all             127.0.0.1/32            md5

Это:

Административный вход в базу данных через сокет домена Unix локально все postgres md5

# TYPE  DATABASE        USER            ADDRESS                 METHOD

# "local" is for Unix domain socket connections only
local   all             all                                     md5
# IPv4 local connections:
host    all             all             127.0.0.1/32            md5

3. Затем перезапустите сервер pg:

   $> sudo service postgresql restart

Ниже приведен список МЕТОДОВ, используемых для подключения к postgres:

# METHOD can be "trust", "reject", "md5", "password", "gss", "sspi",
# "krb5", "ident", "peer", "pam", "ldap", "radius" or "cert".  Note that
# "password" sends passwords in clear text; "md5" is preferred since
# it sends encrypted passwords.

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

СОВЕТ: Если он не работает после перезапуска postgres, закройте терминал и откройте его снова.

Приведенные выше правки сработали для меня после того, как я понял, что мне нужно перезапустить сервер postgres после их внесения. Для ubuntu:

sudo /etc/init.d/postgresql restart

Я перемещал каталог данных на клонированном сервере и не мог войти в систему как postgres. Сброс пароля postgres, подобный этому, сработал для меня.

root# su postgres
postgres$ psql -U postgres
psql (9.3.6) 
Type "help" for help. 
postgres=#\password 
Enter new password: 
Enter it again: 
postgres=#

Если у вас есть проблема, вам нужно найти свой pg_hba.conf. Команда:

find / -name 'pg_hba.conf' 2>/dev/null

и после этого измените файл конфигурации:

Postgresql 9.3

Postgresql 9.4

Следующий шаг: перезапуск вашего экземпляра db:

service postgresql-9.3 restart

Если у вас возникли проблемы, вам нужно снова установить пароль:

ALTER USER db_user with password 'db_password';

у меня работает следующая команда:

psql -d myDb -U username -W

Если вы подключаетесь через localhost (127.0.0.1), у вас не должно возникнуть этой конкретной проблемы. Я бы не стал сильно гадить с pg_hba.conf, но вместо этого я бы скорректировал вашу строку подключения:

psql -U someuser -h 127.0.0.1 database

где someuser - это ваш пользователь, с которым вы подключаетесь, а database - это база данных, к которой у вашего пользователя есть разрешение на подключение.

Вот что я делаю в Debian для настройки postgres:

http://www.postgresql.org/download/linux/debian/  (Wheezy 7.x)

as root …

    root@www0:~# echo "deb http://apt.postgresql.org/pub/repos/apt/ wheezy-pgdg main" >> /etc/apt/sources.list

    root@www0:~# wget --quiet -O - https://www.postgresql.org/media/keys/ACCC4CF8.asc | apt-key add -

    root@www0:~# apt-get update

    root@www0:~# apt-get install postgresql-9.4        

    root@www0:~# su - postgres 

    postgres@www0:~$ createuser --interactive -P someuser
    Enter password for new role:
    Enter it again:
    Shall the new role be a superuser? (y/n) n
    Shall the new role be allowed to create databases? (y/n) y
    Shall the new role be allowed to create more new roles? (y/n) n

    postgres@www0:~$ createdb -O someuser database

    postgres@www0:~$ psql -U someuser -h 127.0.0.1 database

Наслаждайтесь!

После установки Postgresql я выполнил следующие шаги.

1. Откройте файл pg_hba.conf. Для Ubuntu используйте, например, /etc/postgresql/13/main$ sudo nano pg_hba.conf и измените эту строку внизу файла, она должна быть первой строкой настроек:

   local   all             postgres                                peer

   От

   до

   local   all             postgres                                trust

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

   local   all             all                                peer

   -

   local   all             all                                md5

   Если вы использовали редактор nano, выйдите с помощью double Escape, x, y, Enter, чтобы сохранить файл конфигурации.

2. Перезагрузите сервер

    $ sudo service postgresql restart
   

   Вывод: * Restarting PostgreSQL 13 database server

3. Войдите в psql и установите пароль

    $ psql -U postgres
    db> ALTER USER postgres with password 'your-pass';
   

   Вывод: ALTER ROLE

   Примечание: если у вас есть другие пользователи, им также потребуется пароль:

    db> ALTER USER my_user with password 'your-pass';
   

   Затем введите:

    exit
   

4. Наконец, измените pg_hba.conf с

   local   all             postgres                                trust

   От

   до

   local   all             postgres                                md5

5. Перезагрузите сервер еще раз

    $ sudo service postgresql restart
   

   Вывод: * Restarting PostgreSQL 13 database server

6. Войдите в psql с пользователем postgres

   После перезапуска сервера postgresql пользователь postgres принимает выбранный вами пароль:

    psql -U postgres
   

   Вывод:
   Password for user postgres:

   psql (13.4 (Ubuntu 13.4-1.pgdg20.04+1))

   Type "help" for help.

   И вы находитесь в psql:

   postgres=#

   Примечание: теперь то же самое работает для my_user, если вы добавили пользователя и пароль:

    psql -d YOUR_DB_NAME -U my_user
   

   который запросит у вас новый пароль my_user.

Сведения о методах аутентификации:

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

одноранговый узел - используйте имя пользователя операционной системы клиента в качестве имени пользователя базы данных для доступа к нему.

md5 - аутентификация на основе пароля

для получения дополнительной информации проверьте здесь

У меня была такая же проблема.

Решение от depa абсолютно верное.

Просто убедитесь, что у вас есть пользователь, настроенный на использование PostgreSQL.

Проверьте файл:

$ ls /etc/postgresql/9.1/main/pg_hba.conf -l

Разрешение на этот файл должно быть предоставлено пользователю, у которого вы зарегистрировали свой psql.

Далее. Если у тебя все хорошо до сих пор ..

Обновите согласно инструкциям @depa.

т.е.

$ sudo nano /etc/postgresql/9.1/main/pg_hba.conf

, а затем внесите изменения.