Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kZiPv-0000he-3e for pgsql-bugs@arkaria.postgresql.org; Mon, 02 Nov 2020 22:35:11 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kZiPt-0001QH-S9 for pgsql-bugs@arkaria.postgresql.org; Mon, 02 Nov 2020 22:35:09 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kZiHY-0000TJ-Qf for pgsql-bugs@lists.postgresql.org; Mon, 02 Nov 2020 22:26:32 +0000 Received: from mail-wm1-x32b.google.com ([2a00:1450:4864:20::32b]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1kZiHW-0008AS-5h for pgsql-bugs@lists.postgresql.org; Mon, 02 Nov 2020 22:26:32 +0000 Received: by mail-wm1-x32b.google.com with SMTP id p22so10905843wmg.3 for ; Mon, 02 Nov 2020 14:26:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=content-transfer-encoding:from:mime-version:subject:date:message-id :references:cc:in-reply-to:to; bh=P2wgGfqhaRkMmbPmNnnqQNmuSCs2XLMVOIaR8KrqS5g=; b=mWvQe6HRRD68W8y6XLff0z250a3mmUrkp3dvSa9seSNFoIZWlDK00f53rMiuJzmcD1 Jn6haGX0UxSWWre2h2/s6pyvbyd7Pknrfu9DLQj+QLQLUffmBmI4f3TFJjfMvdo6s8bY 48HR0V8sTy/DwzkMXscncRFHAXw3fEKJgHyHOwW120Tj9gWjUO8qobBmgwEqbjIWust5 4r6Xd0CMqhA4L4rdG12IV23CC0qeCchzK14M5w+u2NZ7atPoK6T37mtsTMipHWZyCy/f XtWFyFW1ibvahljrsvgGdLQt1h+qv6xque//2po7eieCvAxlSStklfgrdwfM+oIFfe10 4JDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=P2wgGfqhaRkMmbPmNnnqQNmuSCs2XLMVOIaR8KrqS5g=; b=Bj94OFW42/ZQbKQzamChVow4Y86W4+NKv9MYV8H8C2tlM1r1STPD0q4qPHZUw/B9dB iT2Cj7BuqbIfoVLNTCOrNoi6vwuNGBbdzvI0qQEiXXBWOV/Rh6STxZ0RKhJ2hZ9m4XKm XklxMGy29MhblrATxzdQyMiWYhNq+MXa7NatNEa9NIv7zJG3de/wTmf7zlrmKL9IK0RD f/0OA0Oihii/VZadiLBxvGCwKUBE1/4m13Hqa6fNt5/umfMMd+k3ROK16T/c2jfWaPP7 Nk84dc+sj6Lhu3KNxr3S4dYoyT7nHt+iKaqxHAK/mLkGPjlD8I6bI0wSpwuNzYuzqez4 Lfpw== X-Gm-Message-State: AOAM53312KhE2TGc07v+ygvXQsx2DbwHEYlXp4DWqyTzMkeWwEAwwoQI cDOUSHIbOIj2zaVPP6V2oQOT4OdshZQ= X-Google-Smtp-Source: ABdhPJxoEZ4FzydXxqZTXgLeOjtE+3yI0UrKQYilS37YagerA2G/gIhWDHJsvH81lIeZsn9rZas2kQ== X-Received: by 2002:a1c:9950:: with SMTP id b77mr274771wme.123.1604355987692; Mon, 02 Nov 2020 14:26:27 -0800 (PST) Received: from [192.168.1.241] ([95.148.197.45]) by smtp.gmail.com with ESMTPSA id b63sm989412wme.9.2020.11.02.14.26.26 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 02 Nov 2020 14:26:27 -0800 (PST) Content-Type: multipart/alternative; boundary=Apple-Mail-5CCA9BF3-0C21-481B-81BE-658C4C65CC5E Content-Transfer-Encoding: 7bit From: Peter Vandivier Mime-Version: 1.0 (1.0) Subject: Re: BUG #16695: pg_hba_file_rules NULL address and netmask Date: Mon, 2 Nov 2020 22:26:25 +0000 Message-Id: <258C6CBF-BF3B-4042-B1E2-EC67634C17A0@gmail.com> References: <826464.1604355302@sss.pgh.pa.us> Cc: pgsql-bugs@lists.postgresql.org In-Reply-To: <826464.1604355302@sss.pgh.pa.us> To: Tom Lane X-Mailer: iPhone Mail (18A8395) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --Apple-Mail-5CCA9BF3-0C21-481B-81BE-658C4C65CC5E Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Apologies - please find screencaps and context at the following - https://postgresteam.slack.com/archives/C0FS3UTAP/p1603440839348800 - https://topanswers.xyz/transcript?room=3D2&id=3D78663&year=3D2020&month=3D= 10#c78663 By way of description - IP address/netmask pairs given in pg_hba.conf are no= t read into the system view pg_hba_file_rules even in well formed and defaul= t installations. The shell commands given in the initial email are meant to g= ive a minimum reproduction of this behavior when executed on FreeBSD 11 A default install on RHEL querying pg_hba_file_rules would show correspondin= g non-null values as appropriate Kind regards Peter Vandivier Sent from my iPhone Please excuse typos and brevity On Nov 2, 2020, at 22:15, Tom Lane wrote: =EF=BB=BFPG Bug reporting form writes: > pg_hba_file_rules reports NULL address and netmask values incorrectly on > FreeBSD 11 for tested postgres versions 10-13 (at least). e.g.=20 This is kind of an unhelpful bug report: you did not show what results you got, nor what you expected to get. regards, tom lane --Apple-Mail-5CCA9BF3-0C21-481B-81BE-658C4C65CC5E Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Apologies - please find screencaps and cont= ext at the following

- https://topanswers.xyz/transcript?room=3D2&id=3D7866= 3&year=3D2020&month=3D10#c78663

By way of description - I= P address/netmask pairs given in pg_hba.conf are not read into the system vi= ew pg_hba_file_rules even in well formed and default installations. The shel= l commands given in the initial email are meant to give a minimum reproducti= on of this behavior when executed on FreeBSD 11

A d= efault install on RHEL querying pg_hba_file_rules would show corresponding n= on-null values as appropriate

Kind regards

Peter Vandivier
Sent from my iPhone
Please excuse typos and brevity

On N= ov 2, 2020, at 22:15, Tom Lane <tgl@sss.pgh.pa.us> wrote:

=EF=BB=BFPG Bug reporting form <noreply@postgresq= l.org> writes:
pg_hba_file_rule= s reports NULL address and netmask values incorrectly on
FreeBSD 11 for tested postgres versions 1= 0-13 (at least). e.g.

This is= kind of an unhelpful bug report: you did not show what results
you got, nor what you expected to get.

=            regards, tom lane
=
= --Apple-Mail-5CCA9BF3-0C21-481B-81BE-658C4C65CC5E--