mirror of
https://github.com/fluencelabs/rust-libp2p
synced 2025-05-25 08:51:20 +00:00
transports/dns: Document caveats of using the trust-dns-resolver
crate (#2114)
Ref https://github.com/libp2p/rust-libp2p/issues/2064
This commit is contained in:
parent
b96996febf
commit
e038f87c60
@ -36,6 +36,22 @@
|
||||
//! features. For more information about these features, please
|
||||
//! refer to the documentation of [trust-dns-resolver].
|
||||
//!
|
||||
//! On Unix systems, if no custom configuration is given, [trust-dns-resolver]
|
||||
//! will try to parse the `/etc/resolv.conf` file. This approach comes with a
|
||||
//! few caveats to be aware of:
|
||||
//! 1) This fails (panics even!) if `/etc/resolv.conf` does not exist. This is
|
||||
//! the case on all versions of Android.
|
||||
//! 2) DNS configuration is only evaluated during startup. Runtime changes are
|
||||
//! thus ignored.
|
||||
//! 3) DNS resolution is obviously done in process and consequently not using
|
||||
//! any system APIs (like libc's `gethostbyname`). Again this is
|
||||
//! problematic on platforms like Android, where there's a lot of
|
||||
//! complexity hidden behind the system APIs.
|
||||
//! If the implementation requires different characteristics, one should
|
||||
//! consider providing their own implementation of [`GenDnsConfig`] or use
|
||||
//! platform specific APIs to extract the host's DNS configuration (if possible)
|
||||
//! and provide a custom [`ResolverConfig`].
|
||||
//!
|
||||
//![trust-dns-resolver]: https://docs.rs/trust-dns-resolver/latest/trust_dns_resolver/#dns-over-tls-and-dns-over-https
|
||||
|
||||
use futures::{prelude::*, future::BoxFuture};
|
||||
|
Loading…
x
Reference in New Issue
Block a user