Skip to content
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

[BUG] Timeouts do not work with TLS or HTTPS connections #620

Open
lukaspustina opened this issue Feb 27, 2021 · 1 comment
Open

[BUG] Timeouts do not work with TLS or HTTPS connections #620

lukaspustina opened this issue Feb 27, 2021 · 1 comment
Assignees
Labels

Comments

@lukaspustina
Copy link
Owner

Describe the bug
When using DNS servers with TLS or HTTPS connection types the configured timeout are not applied.

To Reproduce
Steps to reproduce the behavior:

  • mhost --no-system-lookups -s tls:1.1.1.1:852,tls_auth_name=dns.quad9.net,name="Quad9 1" lookup example.com
  • mhost --no-system-lookups -s https:1.1.1.1:852,tls_auth_name=dns.quad9.net,name="Quad9 1" lookup example.com

The ports are wrong in the above examples and mhost should abort due to the default timeout after 5 seconds. but it takes over a minute.

[15:04:29 lukas] ~  →  mhost --no-system-lookups -s tls:1.1.1.1:852,tls_auth_name=dns.quad9.net,name="Quad9 1" lookup example.com
▶︎ Options: mode=multi, concurrent nameservers=10, max. nameservers=100, concurrent requests=5, retries=0, timeout=5s, ndots=1, abort on error, abort on timeout
▶︎ Running lookups.
▸ Sending 4 requests to 1 nameserver for 4 record types of 1 name.
▸ Received 0 responses with 0 RR [], 0 Nx, 1 Err [1 TO, 0 QR, 0 SF, 0 O] in (min -, max -) ms from 0 servers within 76204 ms of total run time.
❖ Finished.
[15:05:49 lukas] ~  →

Expected behavior
mhost should abort after the timeout which in these examples is the default timeout of 5 seconds.

Version (please complete the following information):

  • OS: Both, Linux and macos
  • mhost 0.3.0-alpha-1
@lukaspustina lukaspustina self-assigned this Feb 27, 2021
@lukaspustina
Copy link
Owner Author

This is a known issue in trust-dns resolver; cf. hickory-dns/hickory-dns#1073

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant