Ich habe hier (jessie)
Code: Alles auswählen
# aptitude install postgresql
The following NEW packages will be installed:
postgresql [9.4+165] postgresql-9.4{a} [9.4.6-0+deb8u1] postgresql-client-9.4{a} [9.4.6-0+deb8u1] postgresql-client-common{a} [165]
postgresql-common{a} [165]
0 packages upgraded, 5 newly installed, 0 to remove and 2 not upgraded.
Need to get 0 B/5,087 kB of archives. After unpacking 23.9 MB will be used.
Do you want to continue? [Y/n/?]
...
# netstat | grep postgr
tcp 0 0 127.0.0.1:5432 0.0.0.0:* LISTEN 28709/postgres
udp 0 0 127.0.0.1:41511 127.0.0.1:41511 ESTABLISHED 28709/postgres
Da wohl nur localhost. Hat pgadmin vielleicht auf externer IP versucht?
Ging denn
Code: Alles auswählen
# su - postgres
$ echo '\l' | psql
....(entsprechende Auflistung)....
$ echo '\conninfo' | psql
Sie sind verbunden mit der Datenbank „postgres“ als Benutzer „postgres“ via Socket in „/var/run/postgresql“ auf Port „5432“.
?
Damit ein beliebiger Benutzer sich als Admin resp. postgres anmelden kann
Code: Alles auswählen
$ psql -h localhost -U postgres -W
('-h ...' ist hier wichtig, siehe etliche Fundstellen im www, und s.u.)
oder auch entsprechend per pgadmin3,
muß dem postgres zuerst ein Password gegeben werden:
Code: Alles auswählen
# su - postgres
$ echo '\password' | psql
Neues Passwort eingeben:
Geben Sie es noch einmal ein:
Das dürfte nur der Benutzer postgres in der DB sein, nicht der linux-System-Benutzer postgres.
Der bleibt wohl Paßwort-los, um Einloggen desselben zu unterbinden.
EDIT Es geht wirklich nur um den DB-Benutzer 'postgres',
der linux-Benutzer bleibt unberührt, in /etc/shadow ":*:" == locked/no-login.
Nochmal wegen '-h':
Code: Alles auswählen
$ echo "\conninfo" | psql -U postgres -W
Passwort für Benutzer postgres:
psql: FATAL: Peer-Authentifizierung für Benutzer „postgres“ fehlgeschlagen
<->
$ echo "\conninfo" | psql -h localhost -U postgres -W
Passwort für Benutzer postgres:
Sie sind verbunden mit der Datenbank „postgres“ als Benutzer „postgres“ auf Host „localhost“ auf Port „5432“.
SSL-Verbindung (Protokoll: TLSv1.2, Verschlüsselungsmethode: ECDHE-RSA-AES256-GCM-SHA384, Bits: 256, Komprimierung: aus)
pgadmin3:
Unter
Eigenschaften > Host: localhost
Erweitert > Host/IP: leer
Aber zuerst hat es sinngemäß nicht funktioniert,
erst nach etwas sinnlosem Herumspielen mit "10.1.5.117"/"localhost" in diesen beiden Feldern.
EDIT In Eigenschaften>Eigenschaften>Host: darf nicht die IP eingetragen werden,
außer der Server/Host "127.0.0.1" bekommt unter Eigenschaften>Erweitert>Host/IP: auch die IP 127.0.0.1.
--------------------------------------
Entfernen solcher Konfiguration beim Deinstallieren kann vorgegeben werden
APT::Get::Purge "true";
Aptitude::Purge-Unused "true";
Zudem trägt sich postgre als NeverAutoRemove ein.
Mit dem Schalter
--auto-remove resp.
APT::Get::AutomaticRemove "true";
Wird bei Inst/Deinst durch apt-get das gegebenenfalls nötige 'apt-get autoremove' ('aptitude install') automatisch gemacht,
das ist aber eventuell so nicht erwünscht.
Andernfalls: aptitude setzt beim Benutzen, insbesondere bei Spielereien im TUI, gerne mal den Paketstatus um,
aus einem vorgesehenen Entfernungskandidaten (automatisch-installiert + nicht mehr benötigt)
kann dann bei Unterbleiben der Entfernung auch unbeabsichtigt ein manuell-installiertes Paket werden,
welches dauerhaft auf dem System verbleibt.
Auch ist zu bedenken, daß zu "Konfiguration" auch eine vorhandene DB gezählt werden könnte.
Also eventuell 'Purge' -> DB weg.
