Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1YHeAE-0006Pg-EH for pgsql-hackers@arkaria.postgresql.org; Sat, 31 Jan 2015 19:57:06 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1YHeAD-0002IN-Is for pgsql-hackers@arkaria.postgresql.org; Sat, 31 Jan 2015 19:57:05 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1YHeAA-0002ID-Sg for pgsql-hackers@postgresql.org; Sat, 31 Jan 2015 19:57:02 +0000 Received: from mx-out.zmailcloud.com ([192.198.85.98] helo=mx-out-1.zmailcloud.com) by magus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1YHeA2-0004iZ-7r for pgsql-hackers@postgresql.org; Sat, 31 Jan 2015 19:57:01 +0000 Received: from smtp.01.com (smtp.01.com [10.10.0.43]) by mx-out-1.zmailcloud.com (Postfix) with ESMTP id 3CB3056425F; Sat, 31 Jan 2015 13:56:52 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by smtp-out-2.01.com (Postfix) with ESMTP id 2AF976021E; Sat, 31 Jan 2015 13:56:52 -0600 (CST) X-Virus-Scanned: amavisd-new at smtp-out-2.01.com Received: from smtp.01.com ([127.0.0.1]) by localhost (smtp-out-2.01.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oxw-D5qI-Ja1; Sat, 31 Jan 2015 13:56:52 -0600 (CST) Received: from smtp.01.com (localhost [127.0.0.1]) by smtp-out-2.01.com (Postfix) with ESMTP id F3F326027D; Sat, 31 Jan 2015 13:56:51 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by smtp-out-2.01.com (Postfix) with ESMTP id DCBC760277; Sat, 31 Jan 2015 13:56:51 -0600 (CST) X-Virus-Scanned: amavisd-new at smtp-out-2.01.com Received: from smtp.01.com ([127.0.0.1]) by localhost (smtp-out-2.01.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id kew8quhoNtzT; Sat, 31 Jan 2015 13:56:51 -0600 (CST) Received: from [192.168.47.107] (50-0-164-164.dsl.dynamic.fusionbroadband.com [50.0.164.164]) by smtp-out-2.01.com (Postfix) with ESMTPSA id 3F7306021E; Sat, 31 Jan 2015 13:56:50 -0600 (CST) Message-ID: <54CD3380.7090400@agliodbs.com> Date: Sat, 31 Jan 2015 11:56:48 -0800 From: Josh Berkus Organization: PostgreSQL Experts Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Amit Kapila , Robert Haas CC: Jim Nasby , =?UTF-8?B?RmFicsOtemlvIE1lbGxv?= , Tom Lane , Haribabu Kommi , Abhijit Menon-Sen , "pgsql-hackers@postgresql.org" , "Prabakaran, Vaishnavi" , Magnus Hagander , Jaime Casanova Subject: Re: Providing catalog view to pg_hba.conf file - Patch submission References: <82897A1301080E4B8E461DDAA0FFCF14DDE1@SYD1216> <82897A1301080E4B8E461DDAA0FFCF14FD6E@SYD1216> <20140629165554.GA5984@toroid.org> <20140630070646.GY31357@toroid.org> <54C8156E.1080500@BlueTreble.com> <5661.1422473223@sss.pgh.pa.us> <54CAAA34.8090302@BlueTreble.com> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org On 01/30/2015 10:01 PM, Amit Kapila wrote: > On Fri, Jan 30, 2015 at 10:58 PM, Robert Haas > wrote: >> Yes. The contents of postgresql.conf are only mildly order-dependent. >> If you put the same setting in more than once, it matters which one is >> last. Apart from that, though, it doesn't really matter: >> wal_keep_segments=10 means the same thing if it occurs before >> max_connections=401 that it means after that. The same is not true of >> pg_hba.conf, where the order matters a lot. > > Do you mean to say that as authentication system uses just the > first record that matches to perform authentication, it could lead > to problems if an order is not maintained? Won't the same > set of problems can occur if user tries to that manually and do > it without proper care of such rules. Now the problem with > command is that user can't see the order in which entries are > being made, but it seems to me that we can provide a view or some > way to user so that the order of entries is visible and the same is > allowed to be manipulated via command. We *can*, yes. But the technical issues around that have not been addressed. Certainly just making the new system view respond to UPDATE/INSERT/DELETE would not be sufficient. And then once we address the technical issues, we'll need to address the security implications. I think this is worth doing; there's some tremendous utility potential in having a PostgresQL which can be 100% managed via port 5432, especially for the emerging world of container-based hosting (Docker et. al.). However, it's also going to be difficult. -- Josh Berkus PostgreSQL Experts Inc. http://pgexperts.com -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers