psql: FATAL: Ident échec de l'authentification de l'utilisateur “postgres”

J'ai installé PostgreSQL et pgAdminIII sur mon Ubuntu Karmic boîte.

Je suis en mesure d'utiliser pgAdminIII avec succès (c'est à dire se connecter/log on), cependant lorsque j'essaie de vous connecter au serveur en utilisant le même nom d'utilisateur/pwd sur la ligne de commande (à l'aide de psql), j'obtiens l'erreur:

psql: FATAL:  Ident authentication failed for user "postgres"

Quelqu'un maintenant comment résoudre ce problème?

InformationsquelleAutor morpheous | 2010-05-31
  1. 183

    Avez-vous définissez les paramètres appropriés dans pg_hba.conf?

    Voir https://help.ubuntu.com/stable/serverguide/postgresql.html comment le faire.

    • Cela ne fonctionne pas pour moi. J'ai passé des heures dessus! Tout ce que je veux faire est d'exécuter des commandes psql dans mon terminal. Que dois-je faire le fichier ressemble à ceci??
    • vous avez besoin de quelque chose comme "sudo -u postgres psql'
    • N'oubliez pas de ';' à la fin de chaque instruction sur psql. Semble stupide, mais il arrive hehe.
    • J'ai dû changer de PEER-to-md5, parce que je n'ai pas l'utilisateur postgres sous linux. avec md5, il permet à quiconque de vous connecter en tant qu'utilisateur postgres tant qu'ils fournir le mot de passe correct. Il fonctionne également si vous définissez vous-même comme postgres utilisateur de linux tout d'abord, comme @JLarky dit.
    • est le plus utilisateur hostile db"? Essayez Oracle quelques jours pour obtenir une certaine perspective ... 🙂
    • J'essaie d'éviter de gros des produits d'Entreprise. Ils ne sont généralement pas très sympathique 🙂
    • Pour ceux qui utilisent les rails, j'ai dû mettre le pg_hba.conf et modifier 'ident' à 'mot de passe'. Changement à la confiance n'a pas de travail.
    • Pourquoi oui, j'ai lu le manuel approprié, mais il n'a pas aider un peu. Il ne fait pas mention de l'erreur, ou comment résoudre le problème.

    InformationsquelleAutor Frank Heikens
  2. 401

    Les étapes suivantes de travail pour une nouvelle installation de postgres 9.1 sur Ubuntu 12.04. (Qui a travaillé pour postgres 9.3.9 sur Ubuntu 14.04 trop.)

    Par défaut, postgresql crée un nom d'utilisateur 'postgres'. Nous nous connectons, comme elle, et de lui donner un mot de passe.

    $ sudo -u postgres psql
\password
Enter password: ...
...

    Déconnexion de psql en tapant \q ou ctrl+d. Puis nous connecter en tant que 'postgres'. Le -h localhost partie est important: il raconte l' psql client que l'on souhaite se connecter en utilisant une connexion TCP (qui est configuré pour utiliser l'authentification par mot de passe), et non pas par une connexion HOMOLOGUE (ce qui ne se soucient pas du mot de passe).

    $ psql -U postgres -h localhost
    • Si vous définissez PGHOST=localhost vous n'avez pas besoin de spécifier le -h option à chaque fois. Cela fonctionne aussi avec d'autres pg_* des commandes comme pg_dump.
    • Il n'est documenté ici: help.ubuntu.com/12.04/serverguide/postgresql.html
    • Cela était nécessaire pour permettre une installation Mediawiki sur Debian avec PostgreSQL.
    • 2 ans plus tard, et j'ai besoin de faire cela sur un Mac trop.
    • sortir de postgresql ligne de commande en tapant \q. Ensuite, vous serez en mesure de type psql -U postgres -h localhost dans le contexte de $
    • mauvais parce qu'il ya un problème de sécurité, voir ici: serverfault.com/questions/110154/...

    InformationsquelleAutor Manav
  3. 152

    Modifier le fichier /etc/postgresql/8.4/main/pg_hba.conf et remplacer ident ou peer par md5 ou trust, selon si vous souhaitez demander un mot de passe sur votre propre ordinateur ou pas.
    Puis de recharger le fichier de configuration avec:

    /etc/init.d/postgresql reload
    • une commande redémarrer postgresql: /etc/init.d/postgresql restart
    • Pourquoi un redémarrage lorsque le rechargement est tout ce dont vous avez besoin?
    • Dans ce cas: "/etc/init.d/postgresql-8.4 recharger"
    • celui-ci a fonctionné pour moi. Changement de peer-to-md5 était assez.
    • Cela devrait être accepté de répondre, parce que @FrankHeikens réponse est juste un lien.
    • Il n'y a rien "pg" ou "postgres" dans /etc. Suppose qu'ils ont décidé de changer tout ce qui fonctionne, encore une fois, et, bien sûr, pas même un raccourci vers l'arrière la compatibilité.
    • OK, je suis un postgresql noob, mais je dois signaler que seulement restart a fonctionné pour moi, pas reload--- après les modifications /etc/postgresql/9.5/main/pg_hba.conf (changement de peer à trust).
    • Aujourd'hui, standard UBUNTU LTS utilisation /etc/postgresql/9.5/main/pg_hba.conf ... donc, utiliser FrankHeikens du lien 🙂

    InformationsquelleAutor Danny Milosavljevic
  4. 78

    Vous obtenez ce message, car vous êtes à défaut d'authentification du client. Basé sur le message d'erreur, vous avez probablement le défaut postgres configuration, qui définit méthode d'authentification du client à "IDENT" pour tous PostgreSQL connexions.

    Que vous devez absolument lire l'article 19.1 l'Authentification du Client dans le Manuel PostgreSQL afin de mieux comprendre les paramètres d'authentification disponibles (pour chaque enregistrement dans pg_hba.conf), mais ici, c'est l'extrait de code pour aider avec le problème que vous rencontrez (à partir de la la version 9.5 manuel):

    confiance

    Autoriser la connexion sans condition. Cette méthode permet à toute personne qui
    peut se connecter à la base de données PostgreSQL server pour se connecter comme tout
    Utilisateurs de PostgreSQL ils le souhaitent, sans avoir besoin d'un mot de passe ou de toute
    d'autres authentification. Voir l'Article 19.3.1 pour plus de détails.

    rejeter

    Rejeter la connexion sans condition. Ceci est utile pour "filtrage
    de" certains hôtes d'un groupe, par exemple un rejet de ligne pourrait bloquer
    un hôte spécifique à partir de la connexion, bien que la dernière ligne permet à l'
    hôtes restants dans un réseau spécifique pour se connecter.

    md5

    Demander au client de fournir un double-MD5-hachage de mot de passe pour
    l'authentification. Voir la Section 19.3.2 pour plus de détails.

    mot de passe

    Demander au client de fournir un mot de passe non crypté pour
    l'authentification. Puisque le mot de passe est envoyé en texte clair sur le
    réseau, cela ne devrait pas être utilisé sur des réseaux non sécurisés. Voir La Section
    19.3.2 pour plus de détails.

    esg

    Utilisation GSSAPI pour authentifier l'utilisateur. Cette option est uniquement disponible pour le protocole TCP/IP
    les connexions. Voir la Section 19.3.3 pour plus de détails.

    sspi

    Utilisation SSPI pour authentifier l'utilisateur. Ceci est uniquement disponible sur Windows.
    Voir la Section 19.3.4 pour plus de détails.

    ident

    Obtenir le système d'exploitation nom d'utilisateur du client en communiquant avec le
    ident serveur sur le client et vérifier s'il correspond à la demande
    la base de données nom d'utilisateur. Ident d'authentification peut être utilisé uniquement sur TCP/IP
    les connexions. Lorsqu'il est spécifié pour les connexions locales, l'authentification d'hôte
    sera utilisé à la place. Voir la Section 19.3.5 pour plus de détails.

    par les pairs

    Obtenir le système d'exploitation du client nom de l'utilisateur à partir de l'exploitation
    système et vérifier s'il correspond à la demande de la base de données nom d'utilisateur. Cette
    est uniquement disponible pour les connexions locales. Voir la Section 19.3.6 pour
    détails.

    ldap

    Authentifier à l'aide d'un serveur LDAP. Voir la Section 19.3.7 pour plus de détails.

    rayon

    S'authentifier à l'aide d'un serveur RADIUS. Voir la Section 19.3.8 pour plus de détails.

    cert

    Authentifier à l'aide de SSL certificats client. Voir la Section 19.3.9 pour
    détails.

    pam

    S'authentifier en utilisant les Modules d'Authentification Enfichables (PAM) service
    fournis par le système d'exploitation. Voir la Section 19.3.10 pour plus de détails.

    Donc ... pour résoudre le problème que vous rencontrez, vous pouvez effectuer l'une des opérations suivantes:

    1. Changer la méthode d'authentification(s) défini dans votre pg_hba.conf
      fichier trust, md5, ou password (selon votre sécurité
      et la simplicité des besoins) pour la connexion locale d'enregistrements
      défini dans il.

    2. Mise à jour pg_ident.conf de mapper les utilisateurs du système d'exploitation à
      Utilisateurs de PostgreSQL et de leur accorder le correspondant de privilèges d'accès,
      en fonction de vos besoins.

    3. Quitter la IDENT uniquement les paramètres et créer des utilisateurs dans votre base de données pour
      chaque utilisateur du système d'exploitation que vous souhaitez accorder l'accès. Si un
      l'utilisateur est déjà authentifié par le système d'exploitation et connecté, PostgreSQL
      n'ont pas besoin de davantage d'authentification et d'accorder l'accès à ce
      l'utilisateur quel qu'en soit privilèges (rôles) sont confiées dans le
      la base de données. C'est la configuration par défaut.

    Remarque: L'emplacement de pg_hba.conf et pg_ident.conf est OS dépendante.

    • Pour moi, c'est la meilleure réponse. Quand vous savez toutes ces options, vous pouvez facilement modifier la conf. Et surtout quand vous êtes sur le Dev de la machine vous pouvez tout simplement mis 'ident' pour toutes les entrées pour éviter de gaspiller votre temps. Merci
    • Cela a été utile pour moi aussi. Dans mon cas, le pg_hba.conf fichier a été mis à par les pairs, je l'ai changé de mot de passe. Notez qu'à partir de la vanille, installer, j'ai eu également définir un mot de passe pour l'utilisateur postgres, sudo su - postgres psql, \mot de passe définir un mot de passe. Ensuite, lancez une connexion par défaut à partir de pdgadmin3 avec le nom d'utilisateur postgres et votre mot de passe que vous avez défini.
    • Et où est ce fichier? Accordé, vous devrez peut-être faire une liste, car il semble y avoir aucune cohérence entre les versions. Je suppose que je vais les passer en trouver sur '/' .
    • l'emplacement de ces fichiers est OS dépendante. Sur un CentOS ou similaire RHEL variantes, il sera dans /var/lib/pgsql/data.
    • Sur Ubuntu-16.04 c'est /etc/postgresql/9.6/main/pg_hba.conf.
    • Comme quelqu'un qui est nouveau pour psql, c'est un énorme aider, et doit être accepté de répondre comme il convient à différentes méthodes d'authentification

    InformationsquelleAutor Haig Bedrosian
  5. 44

    Simplement en ajoutant de l' -h localhost bits a été tout à moi tenus de travailler

    • Savons-nous pourquoi cela résout-il?
    • postgresql valeurs par défaut ne sont pas définies de façon raisonnable. Ils peuvent avoir fixé maintenant, je ne sais pas. Évidemment, l'url par défaut devrait être this_computer = 'http://localhost'
    InformationsquelleAutor boulder_ruby
  6. 14

    Vous pouvez définir la variable d'environnement PGHOST=localhost:

    $ psql -U db_user db_name
psql: FATAL:  Peer authentication failed for user "db_user"

$ export PGHOST=localhost
$ psql -U db_user db_name

Password for user mfonline:
    InformationsquelleAutor Ivan Trechyokas
  7. 13

    Dans le cas où aucun des travaux ci-dessus pour vous:

    J'ai fait un peu de Postgres installations, mais a été déconcerté aujourd'hui sur une RedHat 6.5 système (installation de Postgresql 9.3). Mon type de hba.conf configuration qu'Aron montre ci-dessus ne fonctionne pas. Il s'est avéré que mon système est à l'aide de IPV6, et en ignorant la configuration IPV4. L'ajout de la ligne:

    host    all             all             ::1/128                 password

    m'a permis de me connecter avec succès.

    • Merci Ethan. Je suis sous Fedora 20 et j'ai face à la même question que par l'OP. Après la modification de l'IPV4 et l'IPV6 pour le mot de passe. La connexion a réussi.
    • Vous êtes le bienvenu. Tant de fois j'ai bénéficié d'autres postes lors de la rencontre d'une programmation ou un problème de système. Content d'avoir pu donner un peu de recul.
    InformationsquelleAutor Ethan Brown
  8. 10

    J'ai trouvé que j'ai eu à installer un serveur d'identité, qui écoute sur le port 113.

    sudo apt-get install pidentd
sudo service postgresql restart

    Et puis ident travaillé.

    InformationsquelleAutor Dustin Kirkland
  9. 10

    De toutes les réponses ci-dessus rien n'a fonctionné pour moi. J'ai dû modifier manuellement le mot de passe des utilisateurs dans la base de données et il a soudainement travaillé.

    psql -U postgres -d postgres -c "alter user produser with password 'produser';"

    J'ai utilisé les paramètres suivants:

    pg_hba.conf

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

    Connexion est réussie, enfin, pour la commande suivante:

    psql -U produser -d dbname -h localhost -W
    • Suite à cela l'a aidé à m'en sortir ici, Joseph. En particulier, la commande de connexion à la fin pour m'aider à le tester. Aussi, j'aimerais ajouter un redémarrage de Postgresql service dans le cas où certains se poseraient la question (mais j'ai, que c'est implicite). L'apprécie beaucoup!
    InformationsquelleAutor Joseph Persie
  10. 7

    Le problème est toujours votre pg_hba.fichier conf. Cette ligne: Vous pouvez trouver ce fichier dans /etc/postgresql/varion/main

    local   all             postgres                                peer
Should be

local   all             postgres                                md5

    Ce sont de brèves descriptions de ces deux options selon le rapport officiel de PostgreSQL docs sur les méthodes d'authentification.

    Par les pairs de l'authentification

    Par les pairs méthode d'authentification des œuvres par l'obtention d'exploitation du client de système de nom d'utilisateur à partir du noyau et de l'utiliser comme le permis de base de données nom d'utilisateur (avec option de mappage de noms d'utilisateurs). Cette méthode est uniquement pris en charge sur les connexions locales.

    Authentification par mot de passe

    Le mot de passe de l'authentification basée sur les méthodes de md5 et le mot de passe. Ces méthodes fonctionnent de la même façon, sauf pour la façon dont le mot de passe est envoyé à travers la connexion, à savoir MD5 hachée et texte clair respectivement.

    Si vous êtes à tous les intéressés sur mot de passe "renifler" les attaques puis md5 est préféré. Plaine mot de passe doit toujours être évitée si possible. Cependant, md5 ne peut pas être utilisé avec le db_user_namespace fonctionnalité. Si la connexion est protégée par un cryptage SSL puis mot de passe peut être utilisé en toute sécurité (si l'authentification par certificat SSL peut être un meilleur choix si l'on est dépendant à l'aide de SSL).

    Après la modification de ce fichier, n'oubliez pas de redémarrer votre serveur PostgreSQL. Si vous êtes sur Linux, ce serait sudo service postgresql restart.

    InformationsquelleAutor Suneel Kumar
  11. 7

    Hmmm ...

    Si vous pouvez vous connecter avec le nom d'utilisateur et mot de passe dans pgAdminIII, mais vous ne pouvez pas vous connecter avec psql ces deux programmes sont probablement de la connexion à la base de données différemment.

    [Si vous êtes connecté à des bases de données différentes, d'abord essayer de se connecter à la même base de données. Voir ci-dessous.]

    De PostgreSQL: Documentation: 9.3: psql:

    Si vous omettez le nom d'hôte, psql va se connecter via Unix socket de domaine à un serveur sur l'hôte local ou via TCP/IP localhost sur des machines qui n'ont pas les sockets de domaine Unix.

    Si vous n'êtes pas à l'exécution de quelque chose comme psql ... -h host_name ..., et vous êtes sous Ubuntu, psql devrait être d'une connexion via Unix socket de domaine, de sorte que PostgreSQL n'est probablement pas configuré pour permettre à l'une des méthodes d'authentification par mot de passe pour le postgres utilisateur.

    Vous pouvez le tester en exécutant:

    sudo -u postgres psql

    Si les travaux ci-dessus, votre serveur est probablement configuré pour utiliser par les pairs d'authentification pour les connexions locales par le postgres de l'utilisateur, c'est à dire demander à l'OS de votre nom d'utilisateur pour confirmer que vous êtes postgres.

    Donc C'est Probablement Votre pg_hba.conf Fichier

    Le chemin d'accès complet du fichier sera quelque chose de comme /etc/postgresql/9.3/main/pg_hba.conf. Vous pouvez le voir, par ex. sudo cat /etc/postgresql/9.3/main/pg_hba.conf | more.

    Si vous êtes en omettant le nom d'hôte de votre psql de commande, vous devriez être en mesure de se connecter si vous ajoutez l'entrée suivante à votre pg_hba.conf fichier:

    # Connection type   Database   User       IP addresses   Method
local               all        postgres                  md5

    [Lignes commentées dans la pg_hba.conf début du fichier avec #.]

    Si vous sont y compris le nom d'hôte de votre psql commande, ajoutez cette entrée à la place:

    # Connection type   Database   User       IP addresses   Method
host                all        postgres   127.0.0.1/32   md5

    Vous avez besoin de mettre de l'entrée avant toutes les autres entrées sont appariés pour votre connexion via psql. En cas de doute sur l'endroit où les mettre, il suffit de le placer avant le premier de l'onu-ligne de commentaires.

    Plus sur pg_hba.conf

    De PostgreSQL: Documentation: 9.3: Le pg_hba.Fichier conf [gras c'est moi qui souligne]:

    Le premier enregistrement avec un correspondant type de connexion, adresse du client, demandé de base de données, et nom d'utilisateur est utilisé pour effectuer l'authentification. Il n'y a pas de "fall-through" ou "sauvegarde": si un enregistrement est choisi et l'authentification échoue, les enregistrements suivants ne sont pas considérés. Si aucun enregistrement ne correspond, l'accès est refusé.

    Noter que les enregistrements sont pas appariés sur la méthode d'authentification. Donc, si votre pg_hba.conf fichier contient l'entrée suivante:

    # Connection type   Database   User       IP addresses   Method
local               all        postgres                  peer

    Alors vous ne être en mesure de se connecter via:

    psql -u postgres

    À moins que l'une de ces entrées est dans votre pg_hba.conf fichier ci-dessus l'ancienne entrée:

    # Connection type   Database   User       IP addresses   Method
local               all        postgres                  md5
local               all        postgres                  password   # Unencrypted!
local               all        all                       md5
local               all        all                       password   # Unencrypted!
    • la fin du jeu, mais, sérieusement, merci de mettre dans l'effort d'expliquer les choses correctement, de sorte que je comprends!
    InformationsquelleAutor Kenny Evitt
  12. 6

    ma solution sur PostgreSQL 9.3 sur Mac OSX en shell bash a été d'utiliser sudo aller dans le dossier de données, puis ajouter des lignes si nécessaire à la pg_hba.conf fichier pour permettre à tous les utilisateurs de confiance et être en mesure de se connecter. C'est ce que j'ai fait:

    # in bash_profile edit PGDATA environmental variable
open ~/.bash_profile

# append this line to bash_profile
export PGDATA="/Library/PostgreSQL/9.3/data"

# reload bash_profile
source ~/.bash_profile

# open pg_hba.conf in vim
sudo vi /Library/PostgreSQL/9.3/data/pg_hba.conf

# append these two lines to the end of the pg_hba.conf file
local   all   all                  trust
host    all   all   127.0.0.1/32   trust

# can now login as user in bash
psql -d <db_name> -U <user_name> -W
    • C'est très bien pour le serveur de développement, mais je ne recommanderais pas ceci à un environnement de production, comme vous n'avez plus besoin d'un mot de passe pour se connecter à la base de données avec ces paramètres.
    InformationsquelleAutor Aaron Lelevier
  13. 4

    Si vous avez fait tout cela et il ne fonctionne toujours pas, vérifier la date d'expiration de l'utilisateur:

    Postgres mot de passe de l'authentification échoue

    InformationsquelleAutor Brenda J. Butler
  14. 4

    J'ai passé plus de temps à la résolution de cette erreur que j'ai à l'admettre.

    La commande de configuration d'authentification dans pg_hba.conf est pertinent dans votre cas je pense. Le fichier de configuration par défaut comprend plusieurs lignes dans une vanille installer. Ces valeurs par défaut peuvent correspondre à vos conditions de tentatives d'authentification entraînant un échec de l'authentification. Il ne parvient pas indépendamment de la configuration supplémentaire ajouté à la fin de l' .fichier conf.

    Pour vérifier la ligne de configuration est l'utilisation assurez-vous de regarder le fichier journal par défaut pour les messages. Vous pourriez voir quelque chose comme ceci

    LOG:  could not connect to Ident server at address "127.0.0.1", port 113: Connection refused
FATAL:  Ident authentication failed for user "acme" 
DETAIL:  Connection matched pg_hba.conf line 82: "host     all             all             127.0.0.1/32            ident"

    Il s'avère que cette ligne par défaut est à l'origine du rejet.

    host    all             all             127.0.0.1/32            ident

    essayer de la mettre en commentaire.

    InformationsquelleAutor Jeremy Whiting
  15. 3

    Un hack, c'est de modifier pg_hba.conf

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

    Temporairement 

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

    À ce stade, vous avez terminé. Pour la sécurité, puis aller et 

    sudo -u postgres psql template1
ALTER USER postgres with encrypted password 'your_password';

    puis revenir en arrière et de définir pg_hba.conf retour à 

    # Database administrative login by Unix domain socket
local   all             postgres                                   md5
    InformationsquelleAutor ntg
  16. 2

    Dans mon cas, la solution ici: (pour les personnes concernées)
    connexion à postgres:

    sudo -i -u postgres
psql
ALTER USER postgres WITH PASSWORD 'postgres'; # type your password here

    ce qui concerne

    InformationsquelleAutor VanThaoNguyen
  17. 2

    Pour fedora26 et postgres9.6

    D'abord, connectez-vous en tant qu'utilisateur root

    puis inscrivez-vous pour psql par les commandes suivantes

    $su-postgres

    tapez $psql

    dans psql trouver l'emplacement de hba_file==> signifie pg_hba.conf

    postgres=# show hba_file ;

    hba_file

    /etc/postgresql/9.6/main/pg_hba.conf

    (1 ligne)

    dans le fichier pg_hba.conf changer d'utilisateur, l'accès à ce

    host all all 127.0.0.1/32 md5

    InformationsquelleAutor mohsen.nour
  18. 1

    J'ai eu le même problème et je l'ai corrigé dans pg_hba.conf lors de la suppression de tous les ident méthodes de même pour IP6 adresse (malgré que j'ai seulement IP4 sur la machine).

    host all all 127.0.0.1/32 password
host all all ::1/128 password
#for pgAdmin running at local network
host all all 192.168.0.0/24 md5
    InformationsquelleAutor TMa
  19. 0

    J'ai eu le même issuse après avoir suivi ce: Le programme d'installation de PostgreSQL pour les Rails du développement dans Ubuntu 12.04

    J'ai essayé les autres réponses, mais tout ce que j'avais à faire était de: "config/database.yml" 

    development:
  adapter: postgresql
  encoding: unicode
  database: (appname)_development
  pool: 5
  username: (username you granted appname database priviledges to)
  password:
    InformationsquelleAutor Daniel
  20. 0

    Si vous l'utilisez sur CentOS,vous pouvez avoir besoin de recharger postgres après avoir fait les solutions ci-dessus:

    systemctl restart postgresql-9.3.service
    • Il est maintenant juste postgresql
    • postgresql service a toujours eu de version dans le nom de service au moins dans les systèmes linux. Exécutez cette commande pour voir systemctl status | grep postgres
    InformationsquelleAutor Jaswinder
  21. -2

    Cela a fonctionné pour moi :
    http://tecadmin.net/fatal-ident-authentication-failed-for-user-postgres/#

    local   all             postgres                                trust
local   all             myapp_usr                               trust
# IPv4 local connections:
host    all             all             127.0.0.1/32            trust
# IPv6 local connections:
#host    all             all             ::1/128                 trust
    • Cela permet à toute personne à partir de localhost pour vous connecter en tant qu'utilisateur. Ce comportement n'est pas mentionné nulle part dans le lien. Et oui, la version debian info pages contiennent la même chose.
    InformationsquelleAutor Ing. M.D'Ambrosio