Re: Help with access control settings in pg_hba.conf -- AAAARGH!

From: stig erikson <stigerikson_nospam_(at)yahoo(dot)se>
To: pgsql-admin(at)postgresql(dot)org
Subject: Re: Help with access control settings in pg_hba.conf -- AAAARGH!
Date: 2005-01-30 22:55:03
Message-ID: ctjoka$2ehp$1@news.hub.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Victor Danilchenko wrote:
> Hi,
>
> I am trying to set up a database server with multiple DB
> clusters, so that in each cluster a number of users have their own
> database each, with passwordless access (we can trust the network
> security in our installation). The following is what seems like it
> *should* work:
>
> host all all 127.0.0.1 255.255.255.255 password
> host sameuser all xxx.xxx.xxx.0 255.255.255.128 ident sameuser
> host all @fac xxx.xxx.xxx.0 255.255.255.128 trust
>
> The second line ("host sameuser") is the problem. It doesn't
> work -- when tryign to connect, I keep getting error messages:
>
> $ whoami
> testuser
> $ psql -h db-edlab -p 7666 testuser testuser
> psql: FATAL: IDENT authentication failed for user "testuser"
>
> If I replace 'ident sameuser' with 'trust' there, it works fine
> -- but then any user can access anyone else's database, providing they
> request the same password.

you need to read the manual to understand what same user does/does not.

>
> The idea is that each user should be able to access only their
> database, only as themselves, without password -- but I can't figure out
> what I am doing wrong. Any help? if what I am trying to do is
> impossible, is there any other way to achieve such a goal -- i.e.
> passwordless access that allows each user to access only their own
> database over the network?
>

have not had the need for this, but i guess that the sql-commands GRANT and/or
REVOKE can be of help, look in the manual.

>
> BTW, as long as I am writing, a somewhat related question, which
> is not nearly as important as the previous one.
>
> I launch multiple postmatser processes, each servicing a
> dedicated DB cluster on a dedicated port. The problem is that I only
> ever see *one* local UNIX socket (/tmp/.s.PGSQL.<portnumber>) file.
> There is a .lock file created corresponding to each server/port combo,
> but it looks like each subsequent instance of the postmaster kills the
> previous instance's UNIX socket. Is this how it should be -- and if so,
> are there any pg_ctl options I can pass in to make it simply not create
> the UNIX sockets altogether, so that only network operations are
> supported? AT the moment, I am doing admin access though the loopback
> device, so it's not a big issue.
>

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Rick Apichairuk 2005-01-30 23:36:54 Re: FreeBSD 5.2.1, postgresql 7.4.5 and shared memory settings
Previous Message Chris 2005-01-30 21:55:35 Re: FreeBSD 5.2.1, postgresql 7.4.5 and shared memory settings