-
-
Notifications
You must be signed in to change notification settings - Fork 486
Possibility to avoid an extra DNS lookup? #943
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
It seems reasonable to follow psql and add the hostaddr field for the IP: https://www.postgresql.org/docs/14/libpq-connect.html#LIBPQ-PARAMKEYWORDS |
Thanks. I will open a PR. How often do you release to the crate? I am asking to see if we need to pull master in our code or we can wait for the PR to be merged and released. |
I generally cut a release whenever people ask about wanting one to pull in a new feature :) |
Sweet. Let me try to open a today. Thanks @sfackler |
#945 is merged. We can close this now. |
Uh oh!
There was an error while loading. Please reload this page.
Hi, thanks for the crate! We are using this crate heavily in prod. Nice work! I have a question regarding establishing TLS connection to a Postgres database. We are using the following code snippet to create a new connection to the db server.
We provide the
host
andport
parameters in the config object. Thehost
here could be either a raw ipaddress or the hostname of the db server. In order to use TLS, we have to provide the hostname (since it's what the server cert includes). However, our use case is a bit special, we have the hostname but we also have the ipaddress of the db server upfront.I am wondering if we could use the ipaddress + hostname to create a TLS connection somehow without passing the hostname to
config.connect()
since I believe under the hood,tls.make_tls_connect
` would make a DNS request to resolve the hostname but we already have the hostname resolved before trying to create the connection.One possibility I can think of is to extend the
Config
struct to have an optionalhostname
field just so we don't have to build hostname fromhost
(if provided). If we can do that, we can still pass the "already known" ipaddress tohost
and pass the hostname to the new hostname field. What do you think?The text was updated successfully, but these errors were encountered: