Re: libpq should not look up all host addresses at once
Fabien COELHO <coelho@cri.ensmp.fr>
From: Fabien COELHO <coelho@cri.ensmp.fr>
To: Garick Hamlin <ghamlin@isc.upenn.edu>
Cc: Tom Lane <tgl@sss.pgh.pa.us>,
PostgreSQL Developers <pgsql-hackers@lists.postgresql.org>
Date: 2018-08-14T20:53:48Z
Lists: pgsql-hackers
Hello Garick, >> I read the rational of the host/hostaddr artificial mapping. I cannot say >> I'm thrilled with the result: I do not really see a setting where avoiding a >> DNS query is required but which still needs a hostname for auth... If you >> have GSSAPI or SSPI then you have an underlying network, in which a dns >> query should be fine. > > FWIW, I think this is useful even it will be uncommon to use. I run > some HA services here and I find I use this kind of functionality all > the time to test if a standby node functioning properly. Ok, I understand that you want to locally override DNS results for testing purposes. Interesting use case. > Anyway, if it's not a big burden, I suggest you keep it, IIUC. I would not suggest to remove the feature, esp if there is a reasonable use case. > This kind of thing is really handy especially since today's cloudy-stuff > means one often gets all-the-nat whether one wants it or not. Yep, NAT, another possible use case. So it is a useful feature for specialized use cases! I just lack imagination:-) Thanks for the explanations. Maybe I'll try to just improve the the documentation. -- Fabien.
Commits
-
In libpq, don't look up all the hostnames at once.
- c781a066ea4f 11.0 landed
- 5ca00774194d 12.0 landed
- 6953daf08e6b 10.6 landed