pgadmin3: FATAL: Ident l'authentification a échoué pour l'utilisateur “postgres”

J'essaie d'enregistrer un nouveau serveur dans pgadmin3 avec les paramètres suivants:

Name: postgres
Host: localhost
Username: postgres
Password: <password which works for psql>
Service: empty or postgres

Mais il affiche l'erreur:

FATAL: Ident authentification failed for user "postgres"

J'ai redémarré postgresql service, mais en vain.

Contenu de /var/lib/pgsql/data/pg_hba.conf:

# TYPE  DATABASE    USER        CIDR-ADDRESS          METHOD

# "local" is for Unix domain socket connections only
local   all         all                               trust
# IPv4 local connections:
host    all         all         127.0.0.1/32          trust
# IPv6 local connections:
host    all         all         ::1/128               ident

EDIT: Outils -> Configuration du Serveur -> pg_hba.conf est en grisé.

OriginalL'auteur DSblizzard | 2012-09-19

  1. 4

    Il ressemble à PgAdmin III est probablement de la connexion sur l'IPv6 par défaut, c'est donc à l'aide de la ident ligne qui correspond à l'adresse IPv6 pour localhost, ::1/128.

    Si vous souhaitez utiliser l'authentification par mot de passe, vous voulez probablement:

    # IPv4 local connections:
host    all         all         127.0.0.1/32          md5
# IPv6 local connections:
host    all         all         ::1/128               md5

    Je ne suis pas sûr de savoir pourquoi vous avez la socket de domaine unix ligne à trust, mais c'est probablement OK si c'est juste une machine de développement, afin de laisser inchangé. C'est vraiment beaucoup plus sûr de l'avoir comme ident (si vous souhaitez que l'utilisateur unix pour être le même que le Pg de l'utilisateur) ou md5 (pour le mot de passe d'authentification locale des sockets unix).

    Vous aurez besoin de modifier pg_hba.conf directement dans un éditeur de texte, si PgAdmin III n'a pas les permissions pour le modifier. Vous pouvez exécuter PgAdmin III en tant qu'utilisateur postgres via sudo, mais c'est plus sûr (et probablement plus facile) d'utiliser nano ou un analogue de ligne de commande de l'éditeur de texte pour modifier pg_hba.conf.

    Le mot de passe fonctionne pour psql parce que psql, à moins d'indication contraire, se connecter sur un socket de domaine unix, et vous avez ce jeu de trust. Vous trouverez probablement que vous pourriez donner tout mot de passe pour psql et il va encore du travail, car il n'est jamais demandé de donner le mot de passe, il est automatiquement approuvée.

    OriginalL'auteur Craig Ringer

  2. 3

    Oui ce type d'erreur est vu par tous les débutants utilisateur de pgadmin.
    J'ai trouvé cette solution, et il a travaillé pour moi.

    sudo -u postgres psql

    Cela va vous demander votre mot de passe du système et alors vous obtiendrez les postgres invite.

    puis dans psql type de commande ci-dessous pour modifier le mot de passe.

    \password

    maintenant, entrez le nouveau mot de passe et saisissez-le de nouveau.

    OriginalL'auteur Jay Modi

  3. 0

    PostGreSQL Compte Le Débogage Des Étapes (Spécifique À Linux):

    1. Assurez-vous que vous avez réellement l'ai installé (et pas seulement le client, le serveur aussi).
    2. Assurez-vous qu'il est en cours d'exécution.
    3. Assurez-vous que vous savez où c'est - habituellement dans /var/lib/pgsql/data - mais ce pourrait être n'importe où - /var/lib/pgsql/non-instance. Vérifiez votre postgres procédé pour voir quel répertoire (argument-D) c'est.
    4. Modifier le pg_hba.conf fichier dans le répertoire à partir de la dernière étape. Je n'ai aucune idée de pourquoi cette étape n'est pas dans la postgres documentation.
    5. La configuration spécifique a été couvert par ex. Jay et Craig de la Sonnerie de réponse. Assurez-vous de configurer les deux IPV4 et IPV6.
    6. Redémarrer le serveur.
    7. Test de votre configuration travaillé. Répétez 5 à 7 jusqu'à ce que vous pouvez vous connecter avec succès.
    8. Important Ne vous arrêtez pas! Maintenant, vous devez configurer un mot de passe plus sécurisée option - postgres peut être bien pour faire rapide installation locale, mais vous voulez être en utilisant plus de sécurité, configurable mécanisme d'authentification, comme LDAP, Kerberos, ou GSSAPI. En outre, vous voulez vous assurer que vous avez SSL activé.

    OriginalL'auteur smaudet