diff options
author | Lennart Poettering <lennart@poettering.net> | 2016-02-01 00:00:01 +0100 |
---|---|---|
committer | Lennart Poettering <lennart@poettering.net> | 2016-02-01 22:18:15 +0100 |
commit | 011696f76233486bc56c266b18a328924f70269c (patch) | |
tree | 967c13ba4d041fa0f95a2dd56ba2dda5fbf56f50 /test/testsuite.target | |
parent | 2afcd6902b5c04e8b05c9d1ffd8bc6175fac6efb (diff) |
resolved: rework what ResolveHostname() with family == AF_UNSPEC means
Previously, if a hostanem is resolved with AF_UNSPEC specified, this would be used as indication to resolve both an
AF_INET and an AF_INET6 address. With this change this logic is altered: an AF_INET address is only resolved if there's
actually a routable IPv4 address on the specific interface, and similar an AF_INET6 address is only resolved if there's
a routable IPv6 address. With this in place, it's ensured that the returned data is actually connectable by
applications. This logic mimics glibc's resolver behaviour.
Note that if the client asks explicitly for AF_INET or AF_INET6 it will get what it asked for.
This also simplifies the logic how it is determined whether a specific lookup shall take place on a scope.
Specifically, the checks with dns_scope_good_key() are now moved out of the transaction code and into the query code,
so that we don't even create a transaction object on a specific scope if we cannot execute the resolution on it anyway.
Diffstat (limited to 'test/testsuite.target')
0 files changed, 0 insertions, 0 deletions