[Postgres] pgAdmin kan niet inloggen

[Verwijderd]

Ik heb een Linux server hier waarop ik Postgres heb draaien (versie 7.2 uit m'n hoofd). Vervolgens heb ik pgAdmin gedownload op m'n Windows machine (de onderstaande machine) en geinstalleerd. In de eerste plaats kon ik geen verbinding krijgen met als reden: No entry for host ... user ... database ... in pg_hba.conf. Dus ik heb even de relevante informatie gelezen en ik heb de volgende regel aan het betreffende bestand toegevoegd:

code:

host    template1   all         192.168.0.2       255.255.255.0     md5

Vervolgens probeerde ik opnieuw in te loggen met pgAdmin. Ik kreeg vervolgens een andere foutmelding: Password authentication failed for user .... Ik heb vervolgens een aantal verschillende passwords geprobeerd. Aantal keer de passwords vereenvoudigd (bijzonder tekens als (){}@ etc. er uitgehaald, want dat scheen nog wel eens problemen op te leveren). Heb ook nog de method aangepast naar password en crypt, maar in alle gevallen bleef ik dezelfde foutmelding krijgen. Het enige wanneer het wel werkt is als ik de method naar trust veranderen, maar dat lijkt me niet echt veilig.

Iemand met ideeën hierover? Heb al veel geprobeerd en gelezen, maar ik kom er niet uit.

[Verwijderd]

Kun je wel je lokaal aanmelden bij de database? (Met psql dus.)

[Verwijderd]

Dat gaat prima. Ik zal voor de zekerheid maar even de volledige pg_hba.conf vermelden:

code:

local   all         all                                             trust
host    all         all         127.0.0.1         255.255.255.255   trust
host    ipac        apache      192.168.0.2       255.255.255.0     trust
host    template1   all         192.168.0.2       255.255.255.0     md5

[Verwijderd]

Eigenlijk heb helemaal geen ervaring met pgAdmin. Kan het zijn dat je een speciale pgAdmin-gebruiker moet aanmaken voordat je probeert je aan te melden via pgAdmin?

[Verwijderd]

Verwijderd schreef op 05 januari 2003 @ 15:44:
Eigenlijk heb helemaal geen ervaring met pgAdmin. Kan het zijn dat je een speciale pgAdmin-gebruiker moet aanmaken voordat je probeert je aan te melden via pgAdmin?

Ik heb nog eens gekeken in de Documentatie van pgAdmin, maar ik vind daar nergens iets over het aanmaken van een speciale gebruiker voor pgAdmin. Vond nog wel een stukje over het gebruiken van MD5 gecodeerde wachtwoorden:

What are MD5 Encrypted Passwords?

Versions of PostgreSQL prior to 7.2 stored passwords in the pg_shadow system table in plain text. Despite the fact that only superusers can read this table, this is still considered insecure, and so an enhancement to PostgreSQL was written that allowed passwords to optionally be stored in MD5 encrypted format.

pgAdmin defaults to using encrypted passwords with PostgreSQL 7.2 and above. This behaviour can be changed under Tools -> Options.

Why can't my applications connect now?

There are two reasons why applications may not work with encrypted passwords:

The client applications must support encrypted passwords. For an ODBC based application, this requires that the psqlODBC driver v07.01.0009 or higher is used. libpq applications should be linked to libpq from PostgreSQL 7.2 or higher.

$PGDATA/pg_hba.conf must be updated. The simplest method is to just change those of type 'password' to type 'md5'.
Where can I read more about this?

More information can be found in the PostgreSQL Administrators guide here, and under the CREATE USER entry in the Reference guide, here.

Ik heb psqlODBC driver 07.02.0005 geinstalleerd. Het komt mij voor dat die versie ook gebruik maakt van gecodeerde wachtwoorden.

[ACM]

je users mogen alleen op de template1 database connecten, gaat het daar niet mis mee?

stel in de postgresql.conf ook even de logging in en zorg ervoor dat je de logfiles kan bekijken, (tail -f postgresql.log ofzo) dan zie je misschien wat beter waar het fout mee gaat.
En je moet natuurlijk wel een password opgeven in postgresql voor je user, er worden geen systeem passwords gebruikt natuurlijk.

[ Voor 20% gewijzigd door ACM op 05-01-2003 15:58 ]

[Verwijderd]

ACM schreef op 05 January 2003 @ 15:57:
je users mogen alleen op de template1 database connecten, gaat het daar niet mis mee?

stel in de postgresql.conf ook even de logging in en zorg ervoor dat je de logfiles kan bekijken, (tail -f postgresql.log ofzo) dan zie je misschien wat beter waar het fout mee gaat.
En je moet natuurlijk wel een password opgeven in postgresql voor je user, er worden geen systeem passwords gebruikt natuurlijk.

pgAdmin connect bij default op de database template1. Overigens zou ik een andere error krijgen, namelijk in de trant van: No pg_hba.conf entry for host ... user ... database <een andere DB>. Maar ik zal even kijken of ik iets uit die log kan halen, maar volgens mij staat daar niet meer in dan: FATAL: Password authentication failed for user ....

[Verwijderd]

Ik heb even de server_messages variable op debug3 gezet, en ik krijg nu de volgende output in de logfile als ik probeer te verbinden met de server:

code:

DEBUG:  proc_exit(0)
DEBUG:  shmem_exit(0)
DEBUG:  exit(0)
DEBUG:  reaping dead processes
DEBUG:  BackendStartup: forked pid=2991 socket=8
FATAL:  Password authentication failed for user "postgres"
DEBUG:  proc_exit(0)
DEBUG:  shmem_exit(0)
DEBUG:  exit(0)
DEBUG:  reaping dead processes
DEBUG:  child process (pid 2991) exited with exit code 0

Met debug5 krijg ik de volgende output als ik probeer te connecten:

code:

DEBUG:  proc_exit(0)
DEBUG:  shmem_exit(0)
DEBUG:  exit(0)
DEBUG:  reaping dead processes
DEBUG:  BackendStartup: forked pid=3017 socket=8
DEBUG:  received password packet
FATAL:  Password authentication failed for user "postgres"
DEBUG:  proc_exit(0)
DEBUG:  shmem_exit(0)
DEBUG:  exit(0)
DEBUG:  reaping dead processes
DEBUG:  child process (pid 3017) exited with exit code 0

[ Voor 33% gewijzigd door Verwijderd op 05-01-2003 16:07 . Reden: Nieuwe info ]

[Verwijderd]

Ik vrees dat dit probleem mijn kennis te boven gaat

[Mark]

Maak van:

code:

host    template1   all         192.168.0.2       255.255.255.0     md5

eens:

code:

host    all   all         192.168.0.0       255.255.255.0     md5

[Verwijderd]

Heb die regel veranderd en de server opnieuw opgestart. Nog steeds dezelfde foutmelding.