usuario postgres por password pass para kali fallo defecto contraseña autentificacion postgresql

postgresql - por - postgres user postgres default password



La autenticación de contraseña de Postgres falla (3)

Intenté iniciar sesión con el usuario de Postgres desde mi máquina de Windows a mi servidor con Pgadmin.

Pero sigue dándome este error:

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

Entonces intenté iniciar sesión desde la línea de comando con psql, que me dio el mismo error. Luego restablecí la contraseña para ''probar'' usando psql, después de poner la entrada local en pg_hba.conf en la confianza. Y luego coloqué la entrada nuevamente en md5, e intenté iniciar sesión con la contraseña ''prueba''.

En psql he usado estos comandos:

ALTER ROLE postgres WITH PASSWORD ''test''; ALTER ROLE postgres PASSWORD ''test''; ALTER USER postgres WITH PASSWORD ''test''; ALTER USER postgres PASSWORD ''test'';

Y este comando especial psql

/password

Cada vez, devolví la entrada local pg_hba.conf a md5, y traté de iniciar sesión con psql:

psql -U postgres

Y luego me piden una contraseña. Después de ingresar ''test'', psql me da el mismo error que mencioné anteriormente.

Y, por supuesto, reinicié postgresql después de cada cambio al archivo pg_hba. Y estoy usando psql con ''su postgres''.

Entonces, aunque puedo cambiar la contraseña de la forma habitual, no se acepta como contraseña.

Espero que alguien pueda ayudarme con esto.

Alguna información:

Postgresql 9.1 Ubuntu 12.04

Archivo Pg_hba (como se solicita)

local all postgres md5 local all all md5 # IPv4 local connections: host all all 127.0.0.1/32 md5 # IPv6 local connections: host all all ::1/128 md5 host all all <my-ip-address>/32 md5

Cuando quise modificar la contraseña, cambié el top md5 para confiar. Quiero mencionar que esta configuración ha funcionado sin problemas antes.

Los resultados de

sudo -u postgres psql -x -c "select * from pg_user where usename=''postgres''"

Son:

usename | postgres usesysid | 10 usecreatedb | t usesuper | t usecatupd | t userepl | t passwd | ******** valuntil | 1970-01-01 00:00:00+01 useconfig |


Como se muestra en la última edición, la contraseña es válida hasta 1970, lo que significa que actualmente no es válida. Esto explica el mensaje de error que es lo mismo que si la contraseña fuera incorrecta.

Restablece la validez con:

ALTER USER postgres VALID UNTIL ''infinity'';

En una pregunta reciente, otro usuario tenía el mismo problema con las cuentas de usuario y PG-9.2:

PostgreSQL: la autenticación de contraseña falla después de agregar roles de grupo

Por lo tanto, aparentemente hay una manera de establecer accidentalmente una validez de contraseña falsa para la época de Unix (1 de enero de 1970, el valor mínimo posible para el tipo abstime ). Posiblemente, hay un error en PG mismo o en alguna herramienta del cliente que crearía esta situación.

EDITAR : resulta ser un error pgadmin. Ver https://dba.stackexchange.com/questions/36137/


Me encontré con esta pregunta, y las respuestas aquí no funcionaron para mí; No pude entender por qué no puedo iniciar sesión y obtuve el error anterior.

Resulta que postgresql guarda los nombres de usuario en minúscula, pero durante la autenticación usa tanto mayúsculas como minúsculas.

CREATE USER myNewUser WITH PASSWORD ''passWord'';

creará un usuario con el nombre de usuario ''mynewuser'' y contraseña ''passWord''.

Esto significa que debe autenticarse con ''mynewuser'' y no con ''myNewUser''. Para un novato en pgsql como yo, esto era confuso. Espero que ayude a otros que se encuentran con este problema.


pg_hba.conf entrada pg_hba.conf define los métodos de inicio de sesión por direcciones IP. pg_hba.conf mostrar la parte relevante de pg_hba.conf para obtener la ayuda adecuada.

Cambiar esta línea:

host all all <my-ip-address>/32 md5

Para reflejar su configuración de red local. Entonces, si su IP es 192.168.16.78 (clase C) con una máscara de 255.255.255.0 , entonces ponga esto:

host all all 192.168.16.0/24 md5

Asegúrese de que su WINDOWS MACHINE esté en esa red 192.168.16.0 y vuelva a intentarlo.