Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1UIeVu-0004Vu-QK for pgsql-admin@arkaria.postgresql.org; Thu, 21 Mar 2013 12:22:34 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.72) (envelope-from ) id 1UIeVu-0005wN-79 for pgsql-admin@arkaria.postgresql.org; Thu, 21 Mar 2013 12:22:34 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1UIeVt-0005wF-6g for pgsql-admin@postgresql.org; Thu, 21 Mar 2013 12:22:33 +0000 Received: from va3ehsobe004.messaging.microsoft.com ([216.32.180.14] helo=va3outboundpool.messaging.microsoft.com) by magus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1UIeVn-0002NV-99 for pgsql-admin@postgresql.org; Thu, 21 Mar 2013 12:22:32 +0000 Received: from mail21-va3-R.bigfish.com (10.7.14.253) by VA3EHSOBE004.bigfish.com (10.7.40.24) with Microsoft SMTP Server id 14.1.225.23; Thu, 21 Mar 2013 12:22:24 +0000 Received: from mail21-va3 (localhost [127.0.0.1]) by mail21-va3-R.bigfish.com (Postfix) with ESMTP id A3C3D40182 for ; Thu, 21 Mar 2013 12:22:24 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.253.149; KIP:(null); UIP:(null); IPV:NLI; H:DBXPRD0311HT002.eurprd03.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: 0 X-BigFish: PS0(zzd772hzz1f42h1ee6h1de0h1d18h1202h1e76h1d1ah1d2ahzz8275ch17326ah8275bhz2dh2a8h668h839h947hd25he5bhf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h1765h18e1h190ch1946h19b4h19c3h19ceh1ad9h1b0ah1155h) Received: from mail21-va3 (localhost.localdomain [127.0.0.1]) by mail21-va3 (MessageSwitch) id 1363868542587979_19204; Thu, 21 Mar 2013 12:22:22 +0000 (UTC) Received: from VA3EHSMHS008.bigfish.com (unknown [10.7.14.236]) by mail21-va3.bigfish.com (Postfix) with ESMTP id 8B799600DA for ; Thu, 21 Mar 2013 12:22:22 +0000 (UTC) Received: from DBXPRD0311HT002.eurprd03.prod.outlook.com (157.56.253.149) by VA3EHSMHS008.bigfish.com (10.7.99.18) with Microsoft SMTP Server (TLS) id 14.1.225.23; Thu, 21 Mar 2013 12:22:20 +0000 Received: from [10.0.0.55] (81.2.78.46) by pod51013.outlook.com (10.255.76.165) with Microsoft SMTP Server (TLS) id 14.16.275.6; Thu, 21 Mar 2013 12:22:12 +0000 Message-ID: <514AFB73.6050300@kcl.ac.uk> Date: Thu, 21 Mar 2013 12:22:11 +0000 From: Tim Watts User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Subject: Postgresql 8.4 GSSAPI auth with fallback to password prompting? Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [81.2.78.46] X-OriginatorOrg: kcl.ac.uk X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-admin Precedence: bulk Sender: pgsql-admin-owner@postgresql.org Hi, Pretty sure this has a yes or no answer (and google+postgres docs is suggesting "no", but I thought it worth asking the experts )... Is it possible to specify GSSAPI auth (with MIT kerberos as the backend) but get Postgresql to fallback to prompting for a password if a kerberos ticket cannot be supplied by the client - eg because the client cannot do GSSAPI or because the client is not part of the kerberos realm? A bit like how OpenSSH server can try multiple auth methods transparantly until one works, eg GSSAPI->PubKey->Password-interactive->FAIL Snippet from my pg_hba.conf: #1# host all +role_users 0/0 gss #2# host all +role_users 0/0 pam host all +role_apps 0/0 md5 host all all 0/0 reject #1# and #2# both work independently when uncommented. "role_users" is used as a grouping for real user accounts vs application/script accounts which are in "role_apps" and will always use local Postgresql authentication. It would be really nice if the gss method could fallback to asking for a password or if it were possible to try gss then pam. Maybe it is but I missed something? Any answers, even a definitive negative, would be most welcome :) Cheers! Tim -- Tim Watts Tel (VOIP): +44 (0)1580 848360 Systems Manager Digital Humanities, King's College London Systems Messages and Notifications: https://systemsblog.cch.kcl.ac.uk/ Personal Blog: http://squiddy.blog.dionic.net/ http://www.sensorly.com/ Crowd mapping of 2G/3G/4G mobile signal coverage -- Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin