From: | "Peter Koczan" <pjkoczan(at)gmail(dot)com> |
---|---|
To: | "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org> |
Subject: | Re: PG 8.3 and kerberos failures |
Date: | 2008-04-18 17:43:20 |
Message-ID: | 4544e0330804181043y6db18a9bve072aa5bc44a8cc4@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
On Thu, Apr 17, 2008 at 11:40 AM, Peter Koczan <pjkoczan(at)gmail(dot)com> wrote:
> Hi all,
>
> I just upgraded one of my servers and I'm having a bit of trouble
> getting some of the kerberos authentication bits working.
> Specifically, any Kerberos instance run out of a v5srvtab doesn't work
> so well. Using stashed tickets or normal principals worked fine.
> Gritty details follow.
>
> Peter
>
> Here are details from the specific v5srvtab's...
> [root(at)sensei postgres]# klist -k -t /etc/v5srvtab.wsbackup
> Keytab name: FILE:/etc/v5srvtab.wsbackup
> KVNO Timestamp Principal
> ---- ----------------- --------------------------------------------------------
> 13 12/20/07 15:56:11 wsbackup/sensei(dot)cs(dot)wisc(dot)edu(at)CS(dot)WISC(dot)EDU
Here's what happens when I do this (it's on a different machine but
it's the same mechanism).
[root(at)ator] ~ $ su - wsbackup
ator(1)% kinit -f -k -t /etc/v5srvtab.wsbackup -l 1d
wsbackup/ator(dot)cs(dot)wisc(dot)edu(at)CS(dot)WISC(dot)EDU
ator(2)% klist
Ticket cache: FILE:/var/adm/krb5/tmp/tkt/krb5cc_28528
Default principal: wsbackup/ator(dot)cs(dot)wisc(dot)edu(at)CS(dot)WISC(dot)EDU
Valid starting Expires Service principal
04/18/08 12:25:00 04/19/08 12:25:00 krbtgt/CS(dot)WISC(dot)EDU(at)CS(dot)WISC(dot)EDU
Kerberos 4 ticket cache: /tmp/tkt28528
klist: You have no tickets cached
ator(4)% /s/postgresql-8.2/bin/psql -h sensei -p 5432 postgres
Connecting to 8.2 works...
ator(5)% /s/postgresql-8.3/bin/psql -h sensei -p 5432 postgres
Connecting to 8.2 via 8.3 binaries works...
ator(6)% /s/postgresql-8.3/bin/psql -h sensei -p 49173 postgres
psql: FATAL: no pg_hba.conf entry for host "128.105.162.36", user
"wsbackup", database "postgres", SSL off
And then it fails as above...
Apr 18 12:20:41 sensei postgres[4486]: [3-1] LOG: connection
received: host=ator.cs.wisc.edu port=56925
Apr 18 12:20:41 sensei postgres[4486]: [4-1] LOG: unexpected Kerberos
user name received from client (received "wsbackup", expected
"wsbackup/ator.cs.wisc.edu")
Apr 18 12:20:41 sensei postgres[4486]: [5-1] FATAL: Kerberos 5
authentication failed for user "wsbackup"
Apr 18 12:20:41 sensei postgres[4488]: [3-1] LOG: connection
received: host=ator.cs.wisc.edu port=56926
Apr 18 12:20:41 sensei postgres[4488]: [4-1] FATAL: no pg_hba.conf
entry for host "128.105.162.36", user "wsbackup", database "postgres",
SSL off
And this is what syslog shows when I try GSSAPI authentication.
Apr 18 12:34:40 sensei postgres[25885]: [3-1] LOG: connection
received: host=ator.cs.wisc.edu port=41148
Apr 18 12:34:40 sensei postgres[25885]: [4-1] FATAL: GSSAPI
authentication failed for user "wsbackup"
Apr 18 12:34:40 sensei postgres[25886]: [3-1] LOG: connection
received: host=ator.cs.wisc.edu port=41149
Apr 18 12:34:40 sensei postgres[25886]: [4-1] FATAL: no pg_hba.conf
entry for host "128.105.162.36", user "wsbackup", database "postgres",
SSL off
Is this something I'm just going to have to find a way to work around
or should I file a bug report?
Peter
From | Date | Subject | |
---|---|---|---|
Next Message | Medi Montaseri | 2008-04-18 18:52:57 | Dev Process |
Previous Message | Ryan Wells | 2008-04-18 15:45:13 | Re: pg_dump Performance |