psql: FATAL: Uwierzytelnianie peer nie powiodło się dla użytkownika „dev”

kiedy tworzę nowego użytkownika, ale nie może on zalogować się do bazy danych.
Robię to tak:

postgres@Aspire:/home/XXX$ createuser dev
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) y

następnie utwórz bazę danych:

postgres@Aspire:/home/XXX$ createdb -O dev test_development

potem próbuję psql -U dev -W test_developmentsię zalogować, ale pojawia się błąd:

psql: FATAL:  Peer authentication failed for user "dev"

Próbowałem rozwiązać problem, ale nie udało się.

Próbować:

psql -U user_name  -h 127.0.0.1 -d db_name

gdzie

• -U to nazwa użytkownika bazy danych
• -h jest nazwą hosta / IP lokalnego serwera, unikając w ten sposób gniazd domeny Unix
• -d to nazwa bazy danych, z którą należy się połączyć

Jest to następnie oceniane jako połączenie „sieciowe” przez Postgresql, a nie połączenie przez gniazdo domeny Unix, a zatem nie jest oceniane jako połączenie „lokalne”, jak można zobaczyć w pg_hba.conf:

local   all             all                                     peer

Połączenie nie powiodło się, ponieważ domyślnie psqlłączy się przez gniazda UNIX przy użyciu peeruwierzytelniania, co wymaga, aby bieżący użytkownik UNIX miał taką samą nazwę użytkownika jak psql. Musisz więc utworzyć użytkownika UNIX, deva następnie zalogować się jako użytkownik devlub użyć go w sudo -u dev psql test_developmentcelu uzyskania dostępu do bazy danych (i niepsql należy prosić o hasło).

Jeśli nie możesz lub nie chcesz utworzyć użytkownika UNIX, na przykład jeśli chcesz się połączyć ze swoją bazą danych w celu zapytań ad hoc , wymuszenie połączenia przez gniazdo za pomocą psql --host=localhost --dbname=test_development --username=dev(jak wskazano w odpowiedzi @meyerson) rozwiąże natychmiastowy problem.

Ale jeśli zamierzasz wymusić uwierzytelnianie hasła przez gniazda Unix zamiast metody peer, spróbuj zmienić następującą pg_hba.conf* linię:

z

# TYPE DATABASE USER ADDRESS METHOD
local  all      all          peer

do

# TYPE DATABASE USER ADDRESS METHOD
local  all      all          md5

• peeroznacza, że ​​będzie ufać tożsamości (autentyczności) użytkownika UNIX. Więc nie pytaj o hasło.

• md5oznacza, że ​​zawsze poprosi o hasło i zweryfikuje je po zaszyfrowaniu MD5.

Możesz oczywiście również stworzyć bardziej szczegółowe reguły dla konkretnej bazy danych lub użytkownika, przy czym niektórzy użytkownicy mają, peera inni wymagają hasła.

Po zmianie, pg_hba.confczy PostgreSQL jest uruchomiony, musisz ponownie odczytać konfigurację poprzez ponowne załadowanie ( pg_ctl reload) lub ponowne uruchomienie ( sudo service postgresql restart).

^{* Plik pg_hba.confnajprawdopodobniej będzie na/etc/postgresql/9.x/main/pg_hba.conf}

Edytowane: Uwagi od @Chloe, @JavierEH, @Jasas Eicher, @fccoelho, @Joanis, @Uphill_Co komentarze włączone do odpowiedzi.

Uwierzytelnianie rówieśnicze oznacza, że ​​postgres prosi system operacyjny o nazwę logowania i używa go do uwierzytelnienia. Aby zalogować się jako użytkownik „dev” przy użyciu uwierzytelniania równorzędnego na postgres, musisz być także użytkownikiem „dev” w systemie operacyjnym.

Szczegółowe informacje na temat metod uwierzytelniania można znaleźć w dokumentacji Postgresql .

Wskazówka: Jeśli żadna metoda uwierzytelniania nie działa, odłącz serwer od sieci i użyj metody „trust” dla „localhost” (i dokładnie sprawdź, czy twój serwer nie jest dostępny przez sieć, gdy włączona jest metoda „trust”).

Kiedy określisz:

psql -U user

łączy się przez gniazdo UNIX, które domyślnie korzysta z peeruwierzytelniania, chyba że określono pg_hba.confinaczej.

Możesz określić:

host    database             user             127.0.0.1/32       md5
host    database             user             ::1/128            md5

aby uzyskać połączenie TCP / IP na interfejsie pętli zwrotnej (zarówno IPv4, jak i IPv6) dla określonych databasei user.

Po zmianach musisz zrestartować postgres lub ponownie załadować jego konfigurację. Uruchom ponownie, który powinien działać w nowoczesnych dystrybucjach opartych na RHEL / Debian:

service postgresql restart

Przeładowanie powinno działać w następujący sposób:

pg_ctl reload

ale polecenie może się różnić w zależności od konfiguracji PATH - może być konieczne określenie bezwzględnej ścieżki, która może być inna, w zależności od sposobu zainstalowania postgres.

Następnie możesz użyć:

psql -h localhost -U user -d database

zalogować się za pomocą tego userdo określonego databaseprzez TCP / IP. md5oznacza zaszyfrowane hasło, ale możesz również określićpassword podczas autoryzacji hasła w postaci zwykłego tekstu. Te dwie opcje nie powinny mieć wielkiego znaczenia, o ile serwer bazy danych jest dostępny tylko lokalnie, bez dostępu do sieci.

Ważna uwaga: kolejność definicji w pg_hba.confsprawach - reguły są odczytywane od góry do dołu, podobnie jak iptables, więc prawdopodobnie chcesz dodać proponowane reguły powyżej reguły:

host    all             all             127.0.0.1/32            ident

Chociaż odpowiedź @ flaviodesousa zadziałałaby, to również nakłada na wszystkich użytkowników (wszystkich innych) obowiązek wprowadzenia hasła.

Czasami sensowne jest utrzymanie uwierzytelnienia równorzędnego dla wszystkich innych, ale wyjątek dla użytkownika usługi. W takim przypadku chciałbyś dodać linię do pg_hba.conf, która wygląda następująco:

local   all             some_batch_user                         md5

Polecam dodanie tej linii tuż pod komentarzem nagłówka:

# TYPE  DATABASE        USER            ADDRESS                 METHOD
local   all             some_batch_user                         md5

Musisz zrestartować PostgreSQL za pomocą

sudo service postgresql restart

Jeśli używasz 9.3, twój pg_hba.conf najprawdopodobniej będzie:

/etc/postgresql/9.3/main/pg_hba.conf

Działa to dla mnie, gdy na to wpadnę:

sudo -u username psql

Najłatwiejsze rozwiązanie:

CREATE USER dev WITH PASSWORD 'dev';
CREATE DATABASE test_development;
GRANT ALL PRIVILEGES ON DATABASE test_development to dev;
ALTER ROLE dev CREATEROLE CREATEDB;

Po prostu musiałem dodać -h localhost

W moim przypadku korzystałem z innego portu. Domyślnie jest to 5432. Używałem 5433. To działało dla mnie:

$ psql -f update_table.sql -d db_name -U db_user_name -h 127.0.0.1 -p 5433

Dla ludzi w przyszłości, widząc to, postgresjest w/usr/lib/postgresql/10/bin na moim serwerze Ubuntu.

Dodałem go do ŚCIEŻKI w moim pliku .bashrc i dodałem ten wiersz na końcu

PATH=$PATH:/usr/lib/postgresql/10/bin

następnie w wierszu poleceń

$> source ./.bashrc

Odświeżyłem moje środowisko bash. Teraz mogę korzystać postgres -D /whereverz dowolnego katalogu

pg_dump -h localhost -U postgres -F c -b -v -f mydb.backup mydb

Próbować:

psql -U nazwa_roli -d baza danych -h nazwa hosta..com -W