mirror of
https://github.com/hickory-dns/hickory-dns.git
synced 2026-04-25 03:05:51 +03:00
[GH-ISSUE #455] Different dns lookup result for same host #194
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#194
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 @sintanial on GitHub (May 11, 2018).
Original GitHub issue: https://github.com/hickory-dns/hickory-dns/issues/455
Sometimes trust_dns_resolver resolve two different result
For example i try to resolve host
www.kinopoisk.rufirst result is only ipv6
LookupIp(Lookup { rdatas: [AAAA(2a02:6b8::2:105)] })after 1 second, i send another request to lookup, and
second result is only ipv4
LookupIp(Lookup { rdatas: [A(87.250.251.105), A(213.180.193.105)] })@bluejekyll commented on GitHub (May 11, 2018):
Hm, I wonder is this is related to the other issue you filed. I have seen this before when the upstream Resolver’s Cache hasn’t been warmed, it will sometimes flip like this until it caches both record types.
Do you see this issue continually? Or is it after any prolonged periods?
@bluejekyll commented on GitHub (May 14, 2018):
I'm hoping this is an artifact of #454
@bluejekyll commented on GitHub (May 20, 2018):
@sintanial, are you still seeing this issue with the new release and other changes?
@sintanial commented on GitHub (May 31, 2018):
@bluejekyll hello, i will try to test it today and write result ;)
@sintanial commented on GitHub (Jun 2, 2018):
Works perfect, thx for fix ;) very nice library
@bluejekyll commented on GitHub (Jun 2, 2018):
Awesome! Glad to hear it.