starred/hickory-dns
1
0
Fork 0
mirror of https://github.com/hickory-dns/hickory-dns.git synced 2026-04-25 03:05:51 +03:00
Code Issues 373 Projects Releases 6 Packages Wiki Activity

[GH-ISSUE #1636] SRV/TXT lookup performed after TXT/SRV lookup slow on Windows when using the system resolver config #717

New issue
Open
opened 2026-03-15 23:57:24 +03:00 by kerem · 4 comments
kerem commented 2026-03-15 23:57:24 +03:00
Owner
Copy link

Originally created by @patrickfreed on GitHub (Feb 16, 2022).
Original GitHub issue: https://github.com/hickory-dns/hickory-dns/issues/1636

Describe the bug
On Windows, the first TXT lookup performed after an SRV lookup (or vice-versa) when using the system resolver config is very slow. This appears to be a known issue per the README, but I haven't seen any GitHub Issue tracking it yet. Is there any progress towards a fix? Using an alternative resolver config (e.g. Cloudflare) seems to fix the issue.

To Reproduce

let system_resolver = trust_dns_resolver::TokioAsyncResolver::tokio_from_system_conf().unwrap();
let cloudflare_resolver = trust_dns_resolver::TokioAsyncResolver::tokio(                        
    ResolverConfig::cloudflare(),                                                               
    Default::default(),                                                                         
)                                                                                               
.unwrap();                                                                                      
                                                                                                
let start = std::time::Instant::now();                                                          
let srv = system_resolver                                                                       
    .srv_lookup(host)                                              
    .await                                                                                      
    .unwrap();                                                                                  
println!("system srv elapsed: {}s", start.elapsed().as_secs());                                 
                                                                                                
let start = std::time::Instant::now();                                                          
let txt = system_resolver                                                                       
    .txt_lookup(host)                                                                           
    .await                                                                                      
    .unwrap();                                                                                  
println!("system txt elapsed: {}s", start.elapsed().as_secs());                                 
                                                                                                
                                                                                                
let start = std::time::Instant::now();                                                          
let srv = cloudflare_resolver                                                                   
    .srv_lookup(host)                                              
    .await                                                                                      
    .unwrap();                                                                                  
println!("cloudflare srv elapsed: {}s", start.elapsed().as_secs());                             
                                                                                                
let start = std::time::Instant::now();                                                          
let txt = cloudflare_resolver                                                                   
    .txt_lookup(host)                                                                           
    .await                                                                                      
    .unwrap();                                                                                  
println!("cloudflare txt elapsed: {}s", start.elapsed().as_secs());

prints

system srv elapsed: 0s
system txt elapsed: 5s
cloudflare srv elapsed: 0s
cloudflare txt elapsed: 0s

Expected behavior
All requests are expected to be fast.

System:

  • OS: Microsoft Windows
  • Architecture: x86_64
  • Version: Server 2016 Datacenter
  • rustc version: 1.58.0

Version:
Crate: resolver
Version: 0.20.4

Additional context
This currently requires users of the mongodb crate to work around this by manually specifying an alternative resolver, which is not ideal.

Originally created by @patrickfreed on GitHub (Feb 16, 2022). Original GitHub issue: https://github.com/hickory-dns/hickory-dns/issues/1636 **Describe the bug** On Windows, the first TXT lookup performed after an SRV lookup (or vice-versa) when using the system resolver config is very slow. This appears to be a known issue per the README, but I haven't seen any GitHub Issue tracking it yet. Is there any progress towards a fix? Using an alternative resolver config (e.g. Cloudflare) seems to fix the issue. **To Reproduce** ```rust let system_resolver = trust_dns_resolver::TokioAsyncResolver::tokio_from_system_conf().unwrap(); let cloudflare_resolver = trust_dns_resolver::TokioAsyncResolver::tokio( ResolverConfig::cloudflare(), Default::default(), ) .unwrap(); let start = std::time::Instant::now(); let srv = system_resolver .srv_lookup(host) .await .unwrap(); println!("system srv elapsed: {}s", start.elapsed().as_secs()); let start = std::time::Instant::now(); let txt = system_resolver .txt_lookup(host) .await .unwrap(); println!("system txt elapsed: {}s", start.elapsed().as_secs()); let start = std::time::Instant::now(); let srv = cloudflare_resolver .srv_lookup(host) .await .unwrap(); println!("cloudflare srv elapsed: {}s", start.elapsed().as_secs()); let start = std::time::Instant::now(); let txt = cloudflare_resolver .txt_lookup(host) .await .unwrap(); println!("cloudflare txt elapsed: {}s", start.elapsed().as_secs()); ``` prints ``` system srv elapsed: 0s system txt elapsed: 5s cloudflare srv elapsed: 0s cloudflare txt elapsed: 0s ``` **Expected behavior** All requests are expected to be fast. **System:** - OS: Microsoft Windows - Architecture: x86_64 - Version: Server 2016 Datacenter - rustc version: 1.58.0 **Version:** Crate: resolver Version: 0.20.4 **Additional context** This currently requires users of the `mongodb` crate to [work around this](https://github.com/mongodb/mongo-rust-driver#windows-dns-note) by manually specifying an alternative resolver, which is not ideal.
kerem commented 2026-03-15 23:57:36 +03:00
Author
Owner
Copy link

@bluejekyll commented on GitHub (Feb 20, 2022):

Is it possible for you to try 0.21.0.alpha.5? That has a few performance improvements that may help here.

<!-- gh-comment-id:1046288782 --> @bluejekyll commented on GitHub (Feb 20, 2022): Is it possible for you to try `0.21.0.alpha.5`? That has a few performance improvements that may help here.
kerem commented 2026-03-15 23:57:41 +03:00
Author
Owner
Copy link

@bluejekyll commented on GitHub (Feb 20, 2022):

@djc, I think this might go back to our "trust_nx_responses" flags where local resolvers are not trusted, yet cloudflare, quad9, and google are. I'm not sure of a great strategy here since we know that misconfigured local resolvers will consistently cause us problems. I wonder if we should consider lowering the timeouts on requests?

@patrickfreed, if possible, could you enable debug logging for the trust-dns libraries and share the log output from that? You can use the binary, resolve from the trust-dns-util crate to test the resolver performance and pass the --debug flag which might make it easier to capture this output.

<!-- gh-comment-id:1046290031 --> @bluejekyll commented on GitHub (Feb 20, 2022): @djc, I think this might go back to our "trust_nx_responses" flags where local resolvers are not trusted, yet cloudflare, quad9, and google are. I'm not sure of a great strategy here since we know that misconfigured local resolvers will consistently cause us problems. I wonder if we should consider lowering the timeouts on requests? @patrickfreed, if possible, could you enable debug logging for the trust-dns libraries and share the log output from that? You can use the binary, `resolve` from the `trust-dns-util` crate to test the resolver performance and pass the `--debug` flag which might make it easier to capture this output.
kerem commented 2026-03-15 23:57:46 +03:00
Author
Owner
Copy link

@djc commented on GitHub (Feb 21, 2022):

Yeah, 5s seems like a pretty long timeout to have. I think we saw better results at about 2s, although that was with Google public DNS.

<!-- gh-comment-id:1046731275 --> @djc commented on GitHub (Feb 21, 2022): Yeah, 5s seems like a pretty long timeout to have. I think we saw better results at about 2s, although that was with Google public DNS.
kerem commented 2026-03-15 23:57:51 +03:00
Author
Owner
Copy link

@patrickfreed commented on GitHub (Mar 25, 2022):

So I wasn't able to reproduce the issue using the resolve utility, since it only seems to happen when performing an SRV/TXT lookup after a TXT/SRV lookup, and resolve can only perform one at a time.

I was able to get debug logging output from my above example though, hopefully it's helpful:

[2022-03-25T21:19:44Z DEBUG trust_dns_proto::xfer::dns_handle] querying: redacted TXT
[2022-03-25T21:19:44Z DEBUG trust_dns_resolver::name_server::name_server_pool] sending request: [Query { name: Name { is_fqdn: false, label_data: [99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 13, 20, 23] }, query_type: TXT, query_class: IN }]
[2022-03-25T21:19:44Z DEBUG trust_dns_resolver::name_server::name_server] reconnecting: NameServerConfig { socket_addr: 10.122.0.2:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: false }
[2022-03-25T21:19:44Z DEBUG trust_dns_proto::xfer] enqueueing message: [Query { name: Name { is_fqdn: false, label_data: [99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 13, 20, 23] }, query_type: TXT, query_class: IN }]
[2022-03-25T21:19:44Z DEBUG trust_dns_resolver::name_server::name_server] reconnecting: NameServerConfig { socket_addr: [fec0:0:0:ffff::1]:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: false }
[2022-03-25T21:19:44Z DEBUG trust_dns_proto::xfer] enqueueing message: [Query { name: Name { is_fqdn: false, label_data: [99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 13, 20, 23] }, query_type: TXT, query_class: IN }]
[2022-03-25T21:19:44Z DEBUG trust_dns_proto::udp::udp_stream] created socket successfully
[2022-03-25T21:19:44Z DEBUG trust_dns_proto::udp::udp_stream] created socket successfully
[2022-03-25T21:19:44Z DEBUG trust_dns_proto::udp::udp_client_stream] received message id: 29977
system txt elapsed: 0s
[2022-03-25T21:19:44Z DEBUG trust_dns_proto::xfer::dns_handle] querying: _mongodb._tcp.redacted SRV
[2022-03-25T21:19:44Z DEBUG trust_dns_resolver::name_server::name_server_pool] sending request: [Query { name: Name { is_fqdn: false, label_data: [95, 109, 111, 110, 103, 111, 100, 98, 95, 116, 99, 112, 99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 12, 20, 25, 32, 35] }, query_type: SRV, query_class: IN }]
[2022-03-25T21:19:44Z DEBUG trust_dns_resolver::name_server::name_server] existing connection: NameServerConfig { socket_addr: [fec0:0:0:ffff::1]:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: false }
[2022-03-25T21:19:44Z DEBUG trust_dns_proto::xfer] enqueueing message: [Query { name: Name { is_fqdn: false, label_data: [95, 109, 111, 110, 103, 111, 100, 98, 95, 116, 99, 112, 99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 12, 20, 25, 32, 35] }, query_type: SRV, query_class: IN }]
[2022-03-25T21:19:44Z DEBUG trust_dns_resolver::name_server::name_server] reconnecting: NameServerConfig { socket_addr: [fec0:0:0:ffff::2]:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: false }
[2022-03-25T21:19:44Z DEBUG trust_dns_proto::xfer] enqueueing message: [Query { name: Name { is_fqdn: false, label_data: [95, 109, 111, 110, 103, 111, 100, 98, 95, 116, 99, 112, 99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 12, 20, 25, 32, 35] }, query_type: SRV, query_class: IN }]
[2022-03-25T21:19:44Z DEBUG trust_dns_proto::udp::udp_stream] created socket successfully
[2022-03-25T21:19:44Z DEBUG trust_dns_proto::udp::udp_stream] created socket successfully
[2022-03-25T21:19:49Z DEBUG trust_dns_resolver::name_server::name_server] name_server connection failure: request timed out
[2022-03-25T21:19:49Z DEBUG trust_dns_resolver::name_server::name_server] name_server connection failure: request timed out
[2022-03-25T21:19:49Z DEBUG trust_dns_resolver::name_server::name_server] reconnecting: NameServerConfig { socket_addr: [fec0:0:0:ffff::3]:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: false }
[2022-03-25T21:19:49Z DEBUG trust_dns_proto::xfer] enqueueing message: [Query { name: Name { is_fqdn: false, label_data: [95, 109, 111, 110, 103, 111, 100, 98, 95, 116, 99, 112, 99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 12, 20, 25, 32, 35] }, query_type: SRV, query_class: IN }]
[2022-03-25T21:19:49Z DEBUG trust_dns_resolver::name_server::name_server] existing connection: NameServerConfig { socket_addr: 10.122.0.2:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: false }
[2022-03-25T21:19:49Z DEBUG trust_dns_proto::xfer] enqueueing message: [Query { name: Name { is_fqdn: false, label_data: [95, 109, 111, 110, 103, 111, 100, 98, 95, 116, 99, 112, 99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 12, 20, 25, 32, 35] }, query_type: SRV, query_class: IN }]
[2022-03-25T21:19:49Z DEBUG trust_dns_proto::udp::udp_stream] created socket successfully
[2022-03-25T21:19:49Z DEBUG trust_dns_proto::udp::udp_stream] created socket successfully
[2022-03-25T21:19:49Z DEBUG trust_dns_proto::udp::udp_client_stream] received message id: 29363
system srv elapsed: 5s
system srv elapsed: 0s
system srv elapsed: 0s
system txt elapsed: 0s
cloudflare srv elapsed: 0s
[2022-03-25T21:19:49Z DEBUG trust_dns_proto::xfer::dns_handle] querying: redacted TXT
[2022-03-25T21:19:49Z DEBUG trust_dns_resolver::name_server::name_server_pool] sending request: [Query { name: Name { is_fqdn: false, label_data: [99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 13, 20, 23] }, query_type: TXT, query_class: IN }]
[2022-03-25T21:19:49Z DEBUG trust_dns_resolver::name_server::name_server] reconnecting: NameServerConfig { socket_addr: 1.1.1.1:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: true }
[2022-03-25T21:19:49Z DEBUG trust_dns_proto::xfer] enqueueing message: [Query { name: Name { is_fqdn: false, label_data: [99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 13, 20, 23] }, query_type: TXT, query_class: IN }]
[2022-03-25T21:19:49Z DEBUG trust_dns_resolver::name_server::name_server] reconnecting: NameServerConfig { socket_addr: 1.0.0.1:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: true }
[2022-03-25T21:19:49Z DEBUG trust_dns_proto::xfer] enqueueing message: [Query { name: Name { is_fqdn: false, label_data: [99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 13, 20, 23] }, query_type: TXT, query_class: IN }]
[2022-03-25T21:19:49Z DEBUG trust_dns_proto::udp::udp_stream] created socket successfully
[2022-03-25T21:19:49Z DEBUG trust_dns_proto::udp::udp_stream] created socket successfully
[2022-03-25T21:19:49Z DEBUG trust_dns_proto::udp::udp_client_stream] received message id: 8013
cloudflare txt elapsed: 0s
[2022-03-25T21:19:49Z DEBUG trust_dns_proto::xfer::dns_exchange] io_stream is done, shutting down
[2022-03-25T21:19:49Z DEBUG trust_dns_proto::xfer::dns_exchange] io_stream is done, shutting down
[2022-03-25T21:19:49Z DEBUG trust_dns_proto::xfer::dns_exchange] io_stream is done, shutting down

It looks like it tries to reuse the connection established for the TXT lookup but times out.

<!-- gh-comment-id:1079445663 --> @patrickfreed commented on GitHub (Mar 25, 2022): So I wasn't able to reproduce the issue using the `resolve` utility, since it only seems to happen when performing an SRV/TXT lookup after a TXT/SRV lookup, and `resolve` can only perform one at a time. I was able to get debug logging output from my above example though, hopefully it's helpful: ``` [2022-03-25T21:19:44Z DEBUG trust_dns_proto::xfer::dns_handle] querying: redacted TXT [2022-03-25T21:19:44Z DEBUG trust_dns_resolver::name_server::name_server_pool] sending request: [Query { name: Name { is_fqdn: false, label_data: [99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 13, 20, 23] }, query_type: TXT, query_class: IN }] [2022-03-25T21:19:44Z DEBUG trust_dns_resolver::name_server::name_server] reconnecting: NameServerConfig { socket_addr: 10.122.0.2:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: false } [2022-03-25T21:19:44Z DEBUG trust_dns_proto::xfer] enqueueing message: [Query { name: Name { is_fqdn: false, label_data: [99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 13, 20, 23] }, query_type: TXT, query_class: IN }] [2022-03-25T21:19:44Z DEBUG trust_dns_resolver::name_server::name_server] reconnecting: NameServerConfig { socket_addr: [fec0:0:0:ffff::1]:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: false } [2022-03-25T21:19:44Z DEBUG trust_dns_proto::xfer] enqueueing message: [Query { name: Name { is_fqdn: false, label_data: [99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 13, 20, 23] }, query_type: TXT, query_class: IN }] [2022-03-25T21:19:44Z DEBUG trust_dns_proto::udp::udp_stream] created socket successfully [2022-03-25T21:19:44Z DEBUG trust_dns_proto::udp::udp_stream] created socket successfully [2022-03-25T21:19:44Z DEBUG trust_dns_proto::udp::udp_client_stream] received message id: 29977 system txt elapsed: 0s [2022-03-25T21:19:44Z DEBUG trust_dns_proto::xfer::dns_handle] querying: _mongodb._tcp.redacted SRV [2022-03-25T21:19:44Z DEBUG trust_dns_resolver::name_server::name_server_pool] sending request: [Query { name: Name { is_fqdn: false, label_data: [95, 109, 111, 110, 103, 111, 100, 98, 95, 116, 99, 112, 99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 12, 20, 25, 32, 35] }, query_type: SRV, query_class: IN }] [2022-03-25T21:19:44Z DEBUG trust_dns_resolver::name_server::name_server] existing connection: NameServerConfig { socket_addr: [fec0:0:0:ffff::1]:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: false } [2022-03-25T21:19:44Z DEBUG trust_dns_proto::xfer] enqueueing message: [Query { name: Name { is_fqdn: false, label_data: [95, 109, 111, 110, 103, 111, 100, 98, 95, 116, 99, 112, 99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 12, 20, 25, 32, 35] }, query_type: SRV, query_class: IN }] [2022-03-25T21:19:44Z DEBUG trust_dns_resolver::name_server::name_server] reconnecting: NameServerConfig { socket_addr: [fec0:0:0:ffff::2]:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: false } [2022-03-25T21:19:44Z DEBUG trust_dns_proto::xfer] enqueueing message: [Query { name: Name { is_fqdn: false, label_data: [95, 109, 111, 110, 103, 111, 100, 98, 95, 116, 99, 112, 99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 12, 20, 25, 32, 35] }, query_type: SRV, query_class: IN }] [2022-03-25T21:19:44Z DEBUG trust_dns_proto::udp::udp_stream] created socket successfully [2022-03-25T21:19:44Z DEBUG trust_dns_proto::udp::udp_stream] created socket successfully [2022-03-25T21:19:49Z DEBUG trust_dns_resolver::name_server::name_server] name_server connection failure: request timed out [2022-03-25T21:19:49Z DEBUG trust_dns_resolver::name_server::name_server] name_server connection failure: request timed out [2022-03-25T21:19:49Z DEBUG trust_dns_resolver::name_server::name_server] reconnecting: NameServerConfig { socket_addr: [fec0:0:0:ffff::3]:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: false } [2022-03-25T21:19:49Z DEBUG trust_dns_proto::xfer] enqueueing message: [Query { name: Name { is_fqdn: false, label_data: [95, 109, 111, 110, 103, 111, 100, 98, 95, 116, 99, 112, 99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 12, 20, 25, 32, 35] }, query_type: SRV, query_class: IN }] [2022-03-25T21:19:49Z DEBUG trust_dns_resolver::name_server::name_server] existing connection: NameServerConfig { socket_addr: 10.122.0.2:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: false } [2022-03-25T21:19:49Z DEBUG trust_dns_proto::xfer] enqueueing message: [Query { name: Name { is_fqdn: false, label_data: [95, 109, 111, 110, 103, 111, 100, 98, 95, 116, 99, 112, 99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 12, 20, 25, 32, 35] }, query_type: SRV, query_class: IN }] [2022-03-25T21:19:49Z DEBUG trust_dns_proto::udp::udp_stream] created socket successfully [2022-03-25T21:19:49Z DEBUG trust_dns_proto::udp::udp_stream] created socket successfully [2022-03-25T21:19:49Z DEBUG trust_dns_proto::udp::udp_client_stream] received message id: 29363 system srv elapsed: 5s system srv elapsed: 0s system srv elapsed: 0s system txt elapsed: 0s cloudflare srv elapsed: 0s [2022-03-25T21:19:49Z DEBUG trust_dns_proto::xfer::dns_handle] querying: redacted TXT [2022-03-25T21:19:49Z DEBUG trust_dns_resolver::name_server::name_server_pool] sending request: [Query { name: Name { is_fqdn: false, label_data: [99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 13, 20, 23] }, query_type: TXT, query_class: IN }] [2022-03-25T21:19:49Z DEBUG trust_dns_resolver::name_server::name_server] reconnecting: NameServerConfig { socket_addr: 1.1.1.1:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: true } [2022-03-25T21:19:49Z DEBUG trust_dns_proto::xfer] enqueueing message: [Query { name: Name { is_fqdn: false, label_data: [99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 13, 20, 23] }, query_type: TXT, query_class: IN }] [2022-03-25T21:19:49Z DEBUG trust_dns_resolver::name_server::name_server] reconnecting: NameServerConfig { socket_addr: 1.0.0.1:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: true } [2022-03-25T21:19:49Z DEBUG trust_dns_proto::xfer] enqueueing message: [Query { name: Name { is_fqdn: false, label_data: [99, 108, 117, 115, 116, 101, 114, 48, 101, 101, 54, 56, 98, 109, 111, 110, 103, 111, 100, 98, 110, 101, 116], label_ends: [8, 13, 20, 23] }, query_type: TXT, query_class: IN }] [2022-03-25T21:19:49Z DEBUG trust_dns_proto::udp::udp_stream] created socket successfully [2022-03-25T21:19:49Z DEBUG trust_dns_proto::udp::udp_stream] created socket successfully [2022-03-25T21:19:49Z DEBUG trust_dns_proto::udp::udp_client_stream] received message id: 8013 cloudflare txt elapsed: 0s [2022-03-25T21:19:49Z DEBUG trust_dns_proto::xfer::dns_exchange] io_stream is done, shutting down [2022-03-25T21:19:49Z DEBUG trust_dns_proto::xfer::dns_exchange] io_stream is done, shutting down [2022-03-25T21:19:49Z DEBUG trust_dns_proto::xfer::dns_exchange] io_stream is done, shutting down ``` It looks like it tries to reuse the connection established for the TXT lookup but times out.
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
main
david/conformance-dnssec-negative-tests
prepare-0.26.1
release/0.26
query-api
opt-types
cname-nsec
no-cname-recursion
conformance-min-ttl
dname-base
drop-message-request
no-error-queries
cpu-sig0-rm-message-sig_dev
cpu-tsig-test-update_dev
windows-config
dnssec-net
release/0.25
opp-enc-persist
integration-test
cpu-tidying-recursor-opts_dev
happy-eyeballs
david/authoritative-zone-storage-trait
dnssec-ad
no-authority
release/0.24
pvdrz/remove-top-file
pvdrz/h3-handshake-timeout
pvdrz/quic-handshake-timeout
nxdomain-for-recursor
ja-test-merque-queue
ja-fix-ci-again
sz-add-ede-tests
sz-test-tc-bit-with-large-response
sz-fix-tokio-dependency
gh-2275-test-rrsig-signature
refactor-sign-zone-file
fix-1.79-cleanliness
update-nightly-hash
release/0.23
gh-pages
use-just-for-server-toml
release/0.22
revert-1874-cpu-zone-parse-default-class
disable-bind-compatibility-tests
disable-test_tls_client_stream_ipv4
update-native-tls-0.2.11
recursor-tests
fix-clippy-self
release/0.20
saethlin-fix-rdata-zero
release/0.19
flat_name
drop_unused_futures
release/0.18
release-r0.12-cs0.17
release/r0.12-cs0.17
trust-dns-book
r0.10
test-connections-not-dropped
fix_exec_status_on_rs_files
release-0.9
add-mutex-to-integration-tests
0.8_release
bfry/dns-crypt
v0.26.0
v0.26.0-beta.4
v0.26.0-beta.3
v0.26.0-beta.2
v0.26.0-beta.1
v0.26.0-alpha.1
v0.25.2
v0.25.1
v0.25.0
v0.24.4
v0.24.3
v0.25.0-alpha.5
v0.24.2
v0.25.0-alpha.4
v0.25.0-alpha.3
v0.25.0-alpha.2
v0.25.0-alpha.1
v0.24.1
v0.23.2
v0.24.0
v0.23.1
v0.23.0
v0.23.0-alpha.5
v0.23.0-alpha.4
v0.23.0-alpha.3
v0.22.1
v0.23.0-alpha.2
v0.23.0-alpha.1
v0.22.0
v0.21.2
v0.21.1
v0.21.0
v0.21.0-alpha.5
v0.20.4
v0.21.0-alpha.4
v0.21.0-alpha.3
v0.21.0-alpha.2
v0.21.0-alpha.1
v0.20.3
v0.20.2
v0.20.1
v0.19.7
v0.20.0
0.19.6
v0.20.0-alpha.3
v0.20.0-alpha.2
v0.20.0-alpha.1
0.19.5
0.19.4
0.19.3
0.19.0
0.18.1
0.18
0.18.0.alpha.2
r0.12_cs0.17
r0.11.1
cs0.16.1
r0.11
cs0.16
r0.10.1
r0.10.0
cs0.15.0
r0.9.1
v0.14.0
r0.9.0
r0.8.1
r0.8.0
v0.13.0
r0.7.0
c0.12.0
r0.6.0
r0.5.0
resolver.0.4.0
0.11.0
0.10.5
0.10.4
0.10.3
0.10.2
0.10.1
0.10.0
0.9.3
0.9.2
0.9.1
0.9.0
0.8.1
0.8.0
0.7.3
0.7.2
0.7.1
0.7.0
0.6.0
0.5.3
0.5.1
0.5.0
0.4.0
0.3.1
0.3.0
0.2.1
0.2.0
0.1.0
Labels
Clear labels   
blocked

   
breaking-change

   
bug

   
bug:critical

   
bug:tests

   
cleanup

   
compliance

   
compliance

   
compliance

   
crate:all

   
crate:client

   
crate:native-tls

   
crate:proto

   
crate:recursor

   
crate:resolver

   
crate:resolver

   
crate:rustls

   
crate:server

   
crate:util

   
dependencies

   
docs

   
duplicate

   
easy

   
easy

   
enhance

   
enhance

   
enhance

   
feature:dns-over-https

   
feature:dns-over-quic

   
feature:dns-over-tls

   
feature:dnsssec

   
feature:global_lb

   
feature:mdns

   
feature:tsig

   
features:edns

   
has workaround

   
ops

   
perf

   
platform:WASM

   
platform:android

   
platform:fuchsia

   
platform:linux

   
platform:macos

   
platform:windows

   
pull-request

Mirrored from GitHub Pull Request

  
question

   
test

   
tools

   
tools

   
trust

   
unclear

   
wontfix
No labels
blocked
breaking-change
bug
bug:critical
bug:tests
cleanup
compliance
compliance
compliance
crate:all
crate:client
crate:native-tls
crate:proto
crate:recursor
crate:resolver
crate:resolver
crate:rustls
crate:server
crate:util
dependencies
docs
duplicate
easy
easy
enhance
enhance
enhance
feature:dns-over-https
feature:dns-over-quic
feature:dns-over-tls
feature:dnsssec
feature:global_lb
feature:mdns
feature:tsig
features:edns
has workaround
ops
perf
platform:WASM
platform:android
platform:fuchsia
platform:linux
platform:macos
platform:windows
pull-request
question
test
tools
tools
trust
unclear
wontfix
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/hickory-dns#717
No description provided.