Conexión de Django a PostgreSQL: "Falló la autenticación de pares"

OperationalError at /admin/

FATAL:  Peer authentication failed for user "myuser"

Este es el error que recibo cuando intento acceder a mi sitio de administración de Django. Había estado usando la base de datos MySQL sin problema. Soy nuevo en PostgreSQL, pero decidí cambiar porque el host que finalmente planeo usar para este proyecto no tiene MySQL.

Por lo tanto, pensé que podría pasar por el proceso de instalación de PostgreSQL, ejecutar un syncdby estar listo.

El problema es que parece que no puedo hacer que mi aplicación se conecte a la base de datos. Puedo iniciar sesión en PostgreSQL a través de la línea de comandos o la aplicación de escritorio que descargué. Simplemente no en el guión.

Además, puedo usar manage.py shellpara acceder a la base de datos sin problemas.

¿Alguna idea?

Eché un vistazo a la excepción y noté que tenía que ver con la configuración de mi conexión. Volví a settings.py y vi que no tenía una configuración de Host. Agregue localhosty listo.

Mi settings.py no tenía un HOST para la base de datos MySQL, pero necesitaba agregar uno para que PostgreSQL funcione.

En mi caso, agregué localhosta la HOSTconfiguración y funcionó.

Aquí está la DATABASESsección de mi settings.py.

DATABASES = { 
    'default': { 
        'ENGINE': 'django.db.backends.postgresql_psycopg2',
        'NAME': '<MYDATABASE>', 
        'USER': '<MYUSER>', 
        'PASSWORD': '<MYPASSWORD>', 
        'HOST': 'localhost', # the missing piece of the puzzle 
        'PORT': '', # optional, I don't need this since I'm using the standard port
    } 
}

Probablemente se deba a que su script se está ejecutando bajo otro usuario distinto al que está intentando conectarse ( myuser aquí). En este caso, la autenticación de pares fallará. Su solución con HOST: "localhost"funciona porque ya no está usando la autenticación de pares. Sin embargo, es más lento HOST: ""porque en lugar de usar sockets Unix, usa conexiones TCP. De django docs :

Si está utilizando PostgreSQL, de forma predeterminada (HOST vacío), la conexión a la base de datos se realiza a través de sockets de dominio UNIX (líneas 'locales' en pg_hba.conf). Si desea conectarse a través de sockets TCP, configure HOST en 'localhost' o '127.0.0.1' (líneas 'host' en pg_hba.conf). En Windows, siempre debe definir HOST, ya que los sockets de dominio UNIX no están disponibles.

Si desea seguir usando sockets, pg_hba.confse necesitan los ajustes correctos en . El mas simple es:

local   all         all                               trust

mientras comentaba todos los demás local líneas en la configuración. Tenga en cuenta que es necesario volver a cargar postgres para que este cambio surta efecto.

Pero si la máquina de producción multiusuario está en cuestión, es posible que desee utilizar algo más seguro como md5(consulte aquí la explicación de varios métodos de autenticación).

Mejor que confiar plenamente es simplemente configurarlo en md5.

# "local" is for Unix domain socket connections only
local   all         all                           md5

Arreglé esto editando la parte inferior de /etc/postgres/9.1/main/pg_hba.conf para que sea (cambiando md5 a trust; NOTA esto significa que no habrá contraseña de base de datos, que puede que no sea lo que desea)

# 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               trust

Me encontré con el mismo problema, pero quería usar sockets Unix como dijo clime, pero todavía usando el peermétodo. Mapeé mi nombre de usuario del sistema con el nombre de usuario de postgres dentro de pg_hba.conf, que está funcionando con el peermétodo.

Dentro pg_hba.confagregué:

local all all peer map=map-name

Dentro pg_ident.confagregué:

map-name mysystem-username mypostgres-username