mirror of
https://github.com/hickory-dns/hickory-dns.git
synced 2026-04-25 03:05:51 +03:00
[GH-ISSUE #2070] is there a way to set connect on the tls streams? #873
Labels
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
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/hickory-dns#873
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @ibigbug on GitHub (Oct 18, 2023).
Original GitHub issue: https://github.com/hickory-dns/hickory-dns/issues/2070
firstly congrats on the rebranding!
then back to the topic,
in particular to calling
tls_client_connect_with_bind_addrit seems to be returning a future and the connection is established from background.
and
client::AsyncClient::with_timeoutonly sets timeout for query req/res it seems.so can we set timeout on the stream connection, which is useful to fail early if the remote server is timeout?
@bluejekyll commented on GitHub (Oct 18, 2023):
I think these are related: #2050, it seems that we have
timeoutmissing as an option on a few of these tls based interfaces.@ibigbug commented on GitHub (Oct 19, 2023):
right. would like to see that happen or help where i can
@marcbrevoort-cyberhive commented on GitHub (Nov 3, 2023):
I've briefly looked at getting this in. I feel it would make sense to get it added to the ClientConnection trait but soon found out the interface for
h2_client_connectiondoesn't look quite like that oftcp_client_connection.Sure, I can add a parameter
timeout: Option<std::time::Duration>tonew_streaminClientConnection, and runcargo check- but if I do so, while I'll get warnings abouttimeoutmissing intcp_client_connectionandudp_client_connection, but not in thenew_streamimplementation underimpl<T> ClientConnection for HttpsClientConnection<T>, even though it's not in there. I'm sure the authors have a (much) more solid understanding of how to get this timeout thing going than I do.