Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from ) id 1j6KoL-0004e5-5L for pgsql-general@arkaria.postgresql.org; Mon, 24 Feb 2020 20:58:41 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1j6KoJ-000829-Rw for pgsql-general@arkaria.postgresql.org; Mon, 24 Feb 2020 20:58:39 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1j6KoI-00081y-Jj; Mon, 24 Feb 2020 20:58:39 +0000 Received: from [64.147.123.24] (helo=wout1-smtp.messagingengine.com) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1j6KoE-0005P9-Ra; Mon, 24 Feb 2020 20:58:38 +0000 Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 7271351C; Mon, 24 Feb 2020 15:58:22 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Mon, 24 Feb 2020 15:58:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aklaver.com; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm2; bh=Y 9DfRdPj5vR08vHE4rhB9XEA5Yx5+k+vocksXojQx3k=; b=YPnwUwVhpnmVAznSZ OLRPQoSltJAY4EQ21UgVOpoKF2p9IOZwocg/3pP4SE2oOjiVQrACGwR7Xs7gQEaN d/0B4IbInK6FSDYK+xIMeJZcOSKySfQoC/hZW6kgpfCZ8/PujI9ChFjS00GQuX2M BPcRm8jA08t2f6taVLeQEdyP4UpapyUKx7LyugSTlwnyRnoihRtu2FBKKeFEI6ZO Xl9ObhWOwJzQ71H8kWTn1G8nii9TrIVBag0vOCgnH/VP+mCemh0AtUJC8OpduoWu wjumPrNc4Erleuew6swx3+QT1y9bIw4dwqUOOFFyiD3zP5965FC5z+9P6whg0vSm ZMNTg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=Y9DfRdPj5vR08vHE4rhB9XEA5Yx5+k+vocksXojQx 3k=; b=GgrJ7flM0Td3kJL3f8sAmiaiyRWX/hrGQZ57V4Z2zRghjyXnI5SY0PpI2 auS9zP5eDHeEwW1njhb7EhYI/yjyBowaQ8nQ/NNzFvUaJUk56P0W0Y93C81//eH6 18b2gXaHOCORU1J/GR8ygAeTpRtO9lR+Hpb5TClb/hsFhKEGK924C34JfmuzWVh0 ioNKAaTifVXVOvpfiB5tWsKq5htUaH7jeqp6frSZDHmDrHB9MeiF5jYFzt/0jsGv RYRyV7PvmEcc8twnX5//2x3U2facnatjKoEOrqO4YXQSIC1Ps+rj8aCMm6f4y7Wq RcyBehemKLZmf4lK6YJXJFmtAniGA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedrledtgddugeehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepuffvfhfhkffffgggjggtgfesthejredttdefjeenucfhrhhomheptegurhhi rghnucfmlhgrvhgvrhcuoegrughrihgrnhdrkhhlrghvvghrsegrkhhlrghvvghrrdgtoh hmqeenucfkphepjedurddvuddvrdduvdelrdduleefnecuvehluhhsthgvrhfuihiivgep tdenucfrrghrrghmpehmrghilhhfrhhomheprggurhhirghnrdhklhgrvhgvrhesrghklh grvhgvrhdrtghomh X-ME-Proxy: Received: from [192.168.1.10] (unknown [71.212.129.193]) by mail.messagingengine.com (Postfix) with ESMTPA id 73E0D3060BD1; Mon, 24 Feb 2020 15:58:21 -0500 (EST) Subject: Re: LDAP with TLS is taking more time in Postgresql 11.5 To: Mani Sankar , pgsql-general@postgresql.org, pgsql-performance@postgresql.org References: From: Adrian Klaver Message-ID: <319e70c3-cd99-8bf9-260d-49064ba402c5@aklaver.com> Date: Mon, 24 Feb 2020 12:58:20 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Host-Lookup-Failed: Reverse DNS lookup failed for 64.147.123.24 (deferred) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2/24/20 11:50 AM, Mani Sankar wrote: > Hi All, > > We have recently upgraded our postgres servers from 9.4 version to 11.5 > version. Post upgrade we are see delay in authentication. > > Issue is when we are using ldaptls=1 the authentication takes 1 second > or greater than that. But if I disable ldaptls it's getting > authenticated within milliseconds. > > But in 9.4 even if I enable ldaptls it's getting authenticated within > milliseconds any idea why we are facing the issue? This is going to need a good deal more information: 1) OS the server is running on and did the OS or OS version change with the upgrade? 2) How was the server installed from packages(if so from where?) or from source? 3) The configuration for LDAP in pg_hba.conf. 4) Pertinent information from the Postgres log. 5) Pertinent information from the system log. > > Regards, > Mani. > -- Adrian Klaver adrian.klaver@aklaver.com