Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tDJnD-00HSWR-Vu for pgsql-general@arkaria.postgresql.org; Tue, 19 Nov 2024 08:41:04 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1tDJnB-00BRyn-VJ for pgsql-general@arkaria.postgresql.org; Tue, 19 Nov 2024 08:41:02 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tDJnB-00BRye-HL for pgsql-general@lists.postgresql.org; Tue, 19 Nov 2024 08:41:02 +0000 Received: from mail-io1-xd2a.google.com ([2607:f8b0:4864:20::d2a]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1tDJn9-002iKu-15 for pgsql-general@lists.postgresql.org; Tue, 19 Nov 2024 08:41:01 +0000 Received: by mail-io1-xd2a.google.com with SMTP id ca18e2360f4ac-83aac40e908so16330339f.1 for ; Tue, 19 Nov 2024 00:40:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1732005657; x=1732610457; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=3ooeOZKxEVJLwcindHOKvw6DK7ATT+MwT+HED4wSQ9Y=; b=ImCt3uOCFzapc2+QTyZeVvdykfnwuQXHtTIo95Ii7GwDz5IHrnSKHEQnN8o7mTidVw KiyVUCOJxENzRFooGw2+mdurARusmcNN+JWH6QY7GhoFYd2M80paF5QxXC678Zc1opvs d8z6bVV1a7Dkt92GFUTCKdo7qnZiRGSjXDE3h631WHzOVTwpscF4sfblLUG2dO/Frkdb KuybKKiLU9wyE01XLHlFIZ6RaFH/lcQGPCUaukKE+bZxcYSDSRscGDzV0UUzAqySzGPH Y/e8NNQai5NviVkbTD/rD2yniHfwUaoS1Ply96b/X+gtxE+dcl/wepVQiffewSM+WNwL WN+Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1732005657; x=1732610457; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=3ooeOZKxEVJLwcindHOKvw6DK7ATT+MwT+HED4wSQ9Y=; b=qVsiA6X/jW4ROktHeqP8AcdzECqeTs9p6u0pk+a9NNnhqFCD3Olfyrd3U6uqrYFJPm BY88DU8GPk0ibqpfXH3B4e646q9O2D8dds0rydk55OogiELzvS0aIOVW1Z3uCxf2aqe8 PHVvJ/jChBKF2gMlHnIdJbnOtr2eZn8crT9Symi5aijP9/bnpDtvesNAZg1n4fyD8mfR kCZDfcdI/Fy1071oVkPyNbSfFAayi5QilrQxc+ogesPDgCnl96oMNTRtKYmM9Neb7HIB 8/HcGJejTlTo+ygnIuEzPg/NZzHN5keJ61XN/GeW4eYZ/d7GslHkkxM6bRn2NWbn1gdn J82w== X-Gm-Message-State: AOJu0YwYYIEBdMP1AGHjQ4v8bc+y+7/5L3KgvqL1kjyFhxqIC+P1nCpZ Yu4LZCv86zBthEL0anvYYXOpai2vX1oCZaQYkKxvyvVZCEouLG+5J2P356ZYTl3Vwiy91Sr/Dkt 3au1rNJjMF5s0TqIdCguFyoHdsS7Nefx7 X-Google-Smtp-Source: AGHT+IHy87UZpUE9ZQ6OZwlaYP8VhVeBH2KzG+VnYvLezl55KiqkjXpbXnm3f7J1l55i7iETqCeVjpfEocYNxukEH5o= X-Received: by 2002:a05:6602:6c19:b0:83a:aa8c:4ebb with SMTP id ca18e2360f4ac-83e6bf8fd18mr409226039f.0.1732005657112; Tue, 19 Nov 2024 00:40:57 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: =?UTF-8?B?5by15a6455GL?= Date: Tue, 19 Nov 2024 16:40:46 +0800 Message-ID: Subject: Re: Re : Credcheck extension To: Adrian Klaver Cc: pgsql-general@lists.postgresql.org Content-Type: multipart/alternative; boundary="000000000000f0f59606273ffd87" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000f0f59606273ffd87 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sorry for the inconvenience, but I used make and make install to build the credcheck--2.8.0.sql sources zip file. I would like to ask how I can update and apply the changes to the system, as I modified the files in credcheck/test/expected/06_reuse_interval.out and credcheck/test/sql/06_reuse_interval.sql. However, after running make and make install again, I don=E2=80=99t see any changes. Adrian Klaver =E6=96=BC 2024=E5=B9=B411=E6=9C=88= 18=E6=97=A5 =E9=80=B1=E4=B8=80=EF=BC=8C=E4=B8=8B=E5=8D=8811:15=E5=AF=AB=E9= =81=93=EF=BC=9A > On 11/18/24 01:03, =E5=BC=B5=E5=AE=B8=E7=91=8B wrote: > > Hello! > > I would like to inquire about the installation of the credcheck > > third-party package to support password complexity and expiration date, > > etc., when setting up open-source PostgreSQL. I am using the > > credcheck--2.8.0.sql version from GitHub. After completing the setup, I > > encountered the following issue: when an account exceeds the configured > > number of incorrect login attempts, it gets locked. The command SELECT = * > > FROM pg_banned_role; should display the columns roleid, failure_count, > > and banned_date, and the view is working properly and shows the > > information. However, according to the example, the roleid does not > > correctly display the corresponding oid for the account with failed > > login attempts. I would like to ask if there is a solution for this > > issue. Thank you! > > Have you looked a?: > > https://github.com/HexaCluster/credcheck/issues/39 > > -- > Adrian Klaver > adrian.klaver@aklaver.com > > --000000000000f0f59606273ffd87 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Sorry for the inconvenience, but I used make and make install to = build the credcheck--2.8.0.sql sources zip file. I would like to ask how I = can update and apply the changes to the system, as I modified the files in = credcheck/test/expected/06_reuse_interval.out and credcheck/test/sql/06_reu= se_interval.sql. However, after running make and make install again, I don= =E2=80=99t see any changes.


Adrian Klaver <adrian.klaver@aklaver.com>=E6=96=BC 20= 24=E5=B9=B411=E6=9C=8818=E6=97=A5 =E9=80=B1=E4=B8=80=EF=BC=8C=E4=B8=8B=E5= =8D=8811:15=E5=AF=AB=E9=81=93=EF=BC=9A
On 11/18/2= 4 01:03, =E5=BC=B5=E5=AE=B8=E7=91=8B wrote:
> Hello!
>=C2=A0 =C2=A0 I would like to inquire about the installation of the cre= dcheck
> third-party package to support password complexity and expiration date= ,
> etc., when setting up open-source PostgreSQL. I am using the
> credcheck--2.8.0.sql version from GitHub. After completing the setup, = I
> encountered the following issue: when an account exceeds the configure= d
> number of incorrect login attempts, it gets locked. The command SELECT= *
> FROM pg_banned_role; should display the columns roleid, failure_count,=
> and banned_date, and the view is working properly and shows the
> information. However, according to the example, the roleid does not > correctly display the corresponding oid for the account with failed > login attempts. I would like to ask if there is a solution for this > issue. Thank you!

Have you looked a?:

https://github.com/HexaCluster/credcheck/issues/39=

--
Adrian Klaver
adrian.klave= r@aklaver.com

--000000000000f0f59606273ffd87--