Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1YRQBf-0006tj-Uv for pgsql-admin@arkaria.postgresql.org; Fri, 27 Feb 2015 19:03:00 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1YRQBf-0005eF-A7 for pgsql-admin@arkaria.postgresql.org; Fri, 27 Feb 2015 19:02:59 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1YRQBd-0005c2-Ky for pgsql-admin@postgresql.org; Fri, 27 Feb 2015 19:02:57 +0000 Received: from mout.gmx.net ([212.227.15.15]) by makus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1YRQBW-0001yO-Lj for pgsql-admin@postgresql.org; Fri, 27 Feb 2015 19:02:55 +0000 Received: from auth1-smtp.messagingengine.com ([66.111.4.227]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MGBB1-1YG5WC0y5H-00FAaw for ; Fri, 27 Feb 2015 20:02:47 +0100 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailauth.nyi.internal (Postfix) with ESMTP id F000520778 for ; Fri, 27 Feb 2015 14:02:44 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Fri, 27 Feb 2015 14:02:45 -0500 X-Sasl-enc: aeT9lydBGW0kC8tT/3CCH4JRC4h5wb3dJWG3CXNH2AY1 1425063765 Received: from [192.168.1.70] (unknown [204.145.120.11]) by mail.messagingengine.com (Postfix) with ESMTPA id AADF2C002A3; Fri, 27 Feb 2015 14:02:45 -0500 (EST) Message-ID: <54F0BF55.6020002@gmx.net> Date: Fri, 27 Feb 2015 14:02:45 -0500 From: Peter Eisentraut User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: John Scalia , "pgsql-admin@postgresql.org" Subject: Re: Security with V9.3.3 standby servers References: <54EF46B7.3000809@gmail.com> In-Reply-To: <54EF46B7.3000809@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:EPz7+9ufPzX5PWGFGxHEOffXjOBb7Zww+oNVs6Y/E3xm4GzZVtg HvhLYxHjFtkJxBr+k7NPYI9bQDzKKEiK+q7f7i792jOuWJiVVCVIK4Z1Vyqaxw+aW8N6+fM 5li1ZBJPcFv4y9DL0BpVw/OICm6oQ0B4PNRJy11mwWmDVsoILLGcM5OcBmmYP9nauWDaSuW Pmh0w31snlrdNts3bOSlQ== X-UI-Out-Filterresults: notjunk:1; X-Pg-Spam-Score: -1.9 (-) 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 On 2/26/15 11:15 AM, John Scalia wrote: > An edict has been handed down here from on high that no script shall > ever contain any password in cleartext for any reason. Well this is > problem with a streaming replication standby server's recovery.conf file > as the line primary_conninfo = contains said replication user's password > for that connection. Is there any sort of plan to allow this to be md5 > or some such encoded? Or what else could I do in this case? You can put the password in the a .pgpass file. Not sure if that counts as a "script". Or you can do away with passwords and authenticate using SSL client certificates. -- Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin