|
|
|
|
#ifndef HEADER_CARES_CONFIG_WIN32_H
|
|
|
|
|
#define HEADER_CARES_CONFIG_WIN32_H
|
|
|
|
|
|
|
|
|
|
/* Copyright (C) 2004 - 2011 by Daniel Stenberg et al
|
|
|
|
|
*
|
|
|
|
|
* Permission to use, copy, modify, and distribute this software and its
|
|
|
|
|
* documentation for any purpose and without fee is hereby granted, provided
|
|
|
|
|
* that the above copyright notice appear in all copies and that both that
|
|
|
|
|
* copyright notice and this permission notice appear in supporting
|
|
|
|
|
* documentation, and that the name of M.I.T. not be used in advertising or
|
|
|
|
|
* publicity pertaining to distribution of the software without specific,
|
|
|
|
|
* written prior permission. M.I.T. makes no representations about the
|
|
|
|
|
* suitability of this software for any purpose. It is provided "as is"
|
|
|
|
|
* without express or implied warranty.
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
/* ================================================================ */
|
|
|
|
|
/* c-ares/config-win32.h - Hand crafted config file for Windows */
|
|
|
|
|
/* ================================================================ */
|
|
|
|
|
|
|
|
|
|
/* ---------------------------------------------------------------- */
|
|
|
|
|
/* HEADER FILES */
|
|
|
|
|
/* ---------------------------------------------------------------- */
|
|
|
|
|
|
|
|
|
|
/* Define if you have the <assert.h> header file. */
|
|
|
|
|
#define HAVE_ASSERT_H 1
|
|
|
|
|
|
|
|
|
|
/* Define if you have the <errno.h> header file. */
|
|
|
|
|
#define HAVE_ERRNO_H 1
|
|
|
|
|
|
|
|
|
|
/* Define if you have the <getopt.h> header file. */
|
|
|
|
|
#if defined(__MINGW32__) || defined(__POCC__)
|
|
|
|
|
#define HAVE_GETOPT_H 1
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
/* Define if you have the <limits.h> header file. */
|
|
|
|
|
#define HAVE_LIMITS_H 1
|
|
|
|
|
|
|
|
|
|
/* Define if you have the <process.h> header file. */
|
|
|
|
|
#ifndef __SALFORDC__
|
|
|
|
|
#define HAVE_PROCESS_H 1
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
/* Define if you have the <signal.h> header file. */
|
|
|
|
|
#define HAVE_SIGNAL_H 1
|
|
|
|
|
|
|
|
|
|
/* Define if you have the <sys/time.h> header file */
|
|
|
|
|
/* #define HAVE_SYS_TIME_H 1 */
|
|
|
|
|
|
|
|
|
|
/* Define if you have the <time.h> header file. */
|
|
|
|
|
#define HAVE_TIME_H 1
|
|
|
|
|
|
|
|
|
|
/* Define if you have the <unistd.h> header file. */
|
|
|
|
|
#if defined(__MINGW32__) || defined(__WATCOMC__) || defined(__LCC__) || \
|
|
|
|
|
defined(__POCC__)
|
|
|
|
|
#define HAVE_UNISTD_H 1
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
/* Define if you have the <windows.h> header file. */
|
|
|
|
|
#define HAVE_WINDOWS_H 1
|
|
|
|
|
|
|
|
|
|
/* Define if you have the <winsock.h> header file. */
|
|
|
|
|
#define HAVE_WINSOCK_H 1
|
|
|
|
|
|
|
|
|
|
/* Define if you have the <winsock2.h> header file. */
|
|
|
|
|
#ifndef __SALFORDC__
|
|
|
|
|
#define HAVE_WINSOCK2_H 1
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
/* Define if you have the <ws2tcpip.h> header file. */
|
|
|
|
|
#ifndef __SALFORDC__
|
|
|
|
|
#define HAVE_WS2TCPIP_H 1
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
/* ---------------------------------------------------------------- */
|
|
|
|
|
/* OTHER HEADER INFO */
|
|
|
|
|
/* ---------------------------------------------------------------- */
|
|
|
|
|
|
|
|
|
|
/* Define if sig_atomic_t is an available typedef. */
|
|
|
|
|
#define HAVE_SIG_ATOMIC_T 1
|
|
|
|
|
|
|
|
|
|
/* Define if you have the ANSI C header files. */
|
|
|
|
|
#define STDC_HEADERS 1
|
|
|
|
|
|
|
|
|
|
/* Define if you can safely include both <sys/time.h> and <time.h>. */
|
|
|
|
|
/* #define TIME_WITH_SYS_TIME 1 */
|
|
|
|
|
|
|
|
|
|
/* ---------------------------------------------------------------- */
|
|
|
|
|
/* FUNCTIONS */
|
|
|
|
|
/* ---------------------------------------------------------------- */
|
|
|
|
|
|
|
|
|
|
/* Define if you have the closesocket function. */
|
|
|
|
|
#define HAVE_CLOSESOCKET 1
|
|
|
|
|
|
|
|
|
|
/* Define if you have the getenv function. */
|
|
|
|
|
#define HAVE_GETENV 1
|
|
|
|
|
|
|
|
|
|
/* Define if you have the gethostname function. */
|
|
|
|
|
#define HAVE_GETHOSTNAME 1
|
|
|
|
|
|
|
|
|
|
/* Define if you have the ioctlsocket function. */
|
|
|
|
|
#define HAVE_IOCTLSOCKET 1
|
|
|
|
|
|
|
|
|
|
/* Define if you have a working ioctlsocket FIONBIO function. */
|
|
|
|
|
#define HAVE_IOCTLSOCKET_FIONBIO 1
|
|
|
|
|
|
|
|
|
|
/* Define if you have the strcasecmp function. */
|
|
|
|
|
/* #define HAVE_STRCASECMP 1 */
|
|
|
|
|
|
|
|
|
|
/* Define if you have the strdup function. */
|
|
|
|
|
#define HAVE_STRDUP 1
|
|
|
|
|
|
|
|
|
|
/* Define if you have the stricmp function. */
|
|
|
|
|
#define HAVE_STRICMP 1
|
|
|
|
|
|
|
|
|
|
/* Define if you have the strncasecmp function. */
|
|
|
|
|
/* #define HAVE_STRNCASECMP 1 */
|
|
|
|
|
|
|
|
|
|
/* Define if you have the strnicmp function. */
|
|
|
|
|
#define HAVE_STRNICMP 1
|
|
|
|
|
|
Platforms that don't have/run configure need default values in their config files for:
HAVE_GETNAMEINFO, GETNAMEINFO_QUAL_ARG1, GETNAMEINFO_TYPE_ARG1, GETNAMEINFO_TYPE_ARG2, GETNAMEINFO_TYPE_ARG46, GETNAMEINFO_TYPE_ARG7
HAVE_RECV, RECV_TYPE_ARG1, RECV_TYPE_ARG2, RECV_TYPE_ARG3, RECV_TYPE_ARG4, RECV_TYPE_RETV
HAVE_SEND, SEND_TYPE_ARG1, SEND_TYPE_ARG2, SEND_TYPE_ARG3, SEND_TYPE_ARG4, SEND_TYPE_RETV
19 years ago
|
|
|
/* Define if you have the recv function. */
|
|
|
|
|
#define HAVE_RECV 1
|
|
|
|
|
|
|
|
|
|
/* Define to the type of arg 1 for recv. */
|
|
|
|
|
#define RECV_TYPE_ARG1 SOCKET
|
|
|
|
|
|
|
|
|
|
/* Define to the type of arg 2 for recv. */
|
|
|
|
|
#define RECV_TYPE_ARG2 char *
|
|
|
|
|
|
|
|
|
|
/* Define to the type of arg 3 for recv. */
|
|
|
|
|
#define RECV_TYPE_ARG3 int
|
|
|
|
|
|
|
|
|
|
/* Define to the type of arg 4 for recv. */
|
|
|
|
|
#define RECV_TYPE_ARG4 int
|
|
|
|
|
|
|
|
|
|
/* Define to the function return type for recv. */
|
|
|
|
|
#define RECV_TYPE_RETV int
|
|
|
|
|
|
|
|
|
|
/* Define if you have the recvfrom function. */
|
|
|
|
|
#define HAVE_RECVFROM 1
|
|
|
|
|
|
|
|
|
|
/* Define to the type of arg 1 for recvfrom. */
|
|
|
|
|
#define RECVFROM_TYPE_ARG1 SOCKET
|
|
|
|
|
|
|
|
|
|
/* Define to the type pointed by arg 2 for recvfrom. */
|
|
|
|
|
#define RECVFROM_TYPE_ARG2 char
|
|
|
|
|
|
|
|
|
|
/* Define to the type of arg 3 for recvfrom. */
|
|
|
|
|
#define RECVFROM_TYPE_ARG3 int
|
|
|
|
|
|
|
|
|
|
/* Define to the type of arg 4 for recvfrom. */
|
|
|
|
|
#define RECVFROM_TYPE_ARG4 int
|
|
|
|
|
|
|
|
|
|
/* Define to the type pointed by arg 5 for recvfrom. */
|
|
|
|
|
#define RECVFROM_TYPE_ARG5 struct sockaddr
|
|
|
|
|
|
|
|
|
|
/* Define to the type pointed by arg 6 for recvfrom. */
|
|
|
|
|
#define RECVFROM_TYPE_ARG6 int
|
|
|
|
|
|
|
|
|
|
/* Define to the function return type for recvfrom. */
|
|
|
|
|
#define RECVFROM_TYPE_RETV int
|
|
|
|
|
|
Platforms that don't have/run configure need default values in their config files for:
HAVE_GETNAMEINFO, GETNAMEINFO_QUAL_ARG1, GETNAMEINFO_TYPE_ARG1, GETNAMEINFO_TYPE_ARG2, GETNAMEINFO_TYPE_ARG46, GETNAMEINFO_TYPE_ARG7
HAVE_RECV, RECV_TYPE_ARG1, RECV_TYPE_ARG2, RECV_TYPE_ARG3, RECV_TYPE_ARG4, RECV_TYPE_RETV
HAVE_SEND, SEND_TYPE_ARG1, SEND_TYPE_ARG2, SEND_TYPE_ARG3, SEND_TYPE_ARG4, SEND_TYPE_RETV
19 years ago
|
|
|
/* Define if you have the send function. */
|
|
|
|
|
#define HAVE_SEND 1
|
|
|
|
|
|
|
|
|
|
/* Define to the type of arg 1 for send. */
|
|
|
|
|
#define SEND_TYPE_ARG1 SOCKET
|
|
|
|
|
|
|
|
|
|
/* Define to the type qualifier of arg 2 for send. */
|
|
|
|
|
#define SEND_QUAL_ARG2 const
|
|
|
|
|
|
Platforms that don't have/run configure need default values in their config files for:
HAVE_GETNAMEINFO, GETNAMEINFO_QUAL_ARG1, GETNAMEINFO_TYPE_ARG1, GETNAMEINFO_TYPE_ARG2, GETNAMEINFO_TYPE_ARG46, GETNAMEINFO_TYPE_ARG7
HAVE_RECV, RECV_TYPE_ARG1, RECV_TYPE_ARG2, RECV_TYPE_ARG3, RECV_TYPE_ARG4, RECV_TYPE_RETV
HAVE_SEND, SEND_TYPE_ARG1, SEND_TYPE_ARG2, SEND_TYPE_ARG3, SEND_TYPE_ARG4, SEND_TYPE_RETV
19 years ago
|
|
|
/* Define to the type of arg 2 for send. */
|
|
|
|
|
#define SEND_TYPE_ARG2 char *
|
|
|
|
|
|
|
|
|
|
/* Define to the type of arg 3 for send. */
|
|
|
|
|
#define SEND_TYPE_ARG3 int
|
|
|
|
|
|
|
|
|
|
/* Define to the type of arg 4 for send. */
|
|
|
|
|
#define SEND_TYPE_ARG4 int
|
|
|
|
|
|
|
|
|
|
/* Define to the function return type for send. */
|
|
|
|
|
#define SEND_TYPE_RETV int
|
|
|
|
|
|
|
|
|
|
/* Specifics for the Watt-32 tcp/ip stack. */
|
|
|
|
|
#ifdef WATT32
|
|
|
|
|
#define SOCKET int
|
|
|
|
|
#define NS_INADDRSZ 4
|
|
|
|
|
#define HAVE_ARPA_NAMESER_H 1
|
|
|
|
|
#define HAVE_ARPA_INET_H 1
|
|
|
|
|
#define HAVE_NETDB_H 1
|
|
|
|
|
#define HAVE_NETINET_IN_H 1
|
|
|
|
|
#define HAVE_SYS_SOCKET_H 1
|
|
|
|
|
#define HAVE_NETINET_TCP_H 1
|
|
|
|
|
#define HAVE_AF_INET6 1
|
|
|
|
|
#define HAVE_PF_INET6 1
|
|
|
|
|
#define HAVE_STRUCT_IN6_ADDR 1
|
|
|
|
|
#define HAVE_STRUCT_SOCKADDR_IN6 1
|
|
|
|
|
#undef HAVE_WINSOCK_H
|
|
|
|
|
#undef HAVE_WINSOCK2_H
|
|
|
|
|
#undef HAVE_WS2TCPIP_H
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
/* ---------------------------------------------------------------- */
|
|
|
|
|
/* TYPEDEF REPLACEMENTS */
|
|
|
|
|
/* ---------------------------------------------------------------- */
|
|
|
|
|
|
|
|
|
|
/* Define if in_addr_t is not an available 'typedefed' type. */
|
|
|
|
|
#define in_addr_t unsigned long
|
|
|
|
|
|
|
|
|
|
/* Define to the return type of signal handlers (int or void). */
|
|
|
|
|
#define RETSIGTYPE void
|
|
|
|
|
|
|
|
|
|
#ifdef __cplusplus
|
|
|
|
|
/* Compiling headers in C++ mode means bool is available */
|
|
|
|
|
#define HAVE_BOOL_T
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
/* ---------------------------------------------------------------- */
|
|
|
|
|
/* TYPE SIZES */
|
|
|
|
|
/* ---------------------------------------------------------------- */
|
|
|
|
|
|
|
|
|
|
/* ---------------------------------------------------------------- */
|
|
|
|
|
/* STRUCT RELATED */
|
|
|
|
|
/* ---------------------------------------------------------------- */
|
|
|
|
|
|
|
|
|
|
/* Define if you have struct addrinfo. */
|
|
|
|
|
#define HAVE_STRUCT_ADDRINFO 1
|
|
|
|
|
|
|
|
|
|
/* Define if you have struct sockaddr_storage. */
|
|
|
|
|
#if !defined(__SALFORDC__) && !defined(__BORLANDC__)
|
|
|
|
|
#define HAVE_STRUCT_SOCKADDR_STORAGE 1
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
/* Define if you have struct timeval. */
|
|
|
|
|
#define HAVE_STRUCT_TIMEVAL 1
|
|
|
|
|
|
|
|
|
|
/* ---------------------------------------------------------------- */
|
|
|
|
|
/* COMPILER SPECIFIC */
|
|
|
|
|
/* ---------------------------------------------------------------- */
|
|
|
|
|
|
|
|
|
|
/* Define to avoid VS2005 complaining about portable C functions. */
|
|
|
|
|
#if defined(_MSC_VER) && (_MSC_VER >= 1400)
|
|
|
|
|
# define _CRT_SECURE_NO_DEPRECATE 1
|
|
|
|
|
# define _CRT_NONSTDC_NO_DEPRECATE 1
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
/* Set the Target to Vista. However, any symbols required above Win2000
|
Windows DNS server sorting (#81)
Original Patch From Brad Spencer:
https://c-ares.haxx.se/mail/c-ares-archive-2016-04/0000.shtml
My modifications include:
* Dynamically find GetBestRoute2 since it is a Windows Vista+ symbol, and will fall back to prior behavior when not available.
* Prefer get_DNS_AdaptersAddresses as the modifications should alleviate the concerns which caused us to prefer get_DNS_NetworkParams
* Update AppVeyor to use MinGW-w64 instead of the legacy MinGW
* Fix compile error in test suite for Windows.
Original message from patch below:
From: Brad Spencer <bspencer@blackberry.com>
Date: Fri, 29 Apr 2016 14:26:23 -0300
On Windows, the c-ares DNS resolver tries first to get a full list of
DNS server addresses by enumerating the system's IPv4/v6 interfaces and
then getting the per-interface DNS server lists from those interfaces
and joining them together. The OS, at least in the way the c-ares
prefers to query them (which also may be the only or best way in some
environments), does not provide a unified list of DNS servers ordered
according to "current network conditions". Currently, c-ares will then
try to use them in whatever order the nested enumeration produces, which
may result in DNS requests being sent to servers on one interface
(hosting the current default route, for example) that are only intended
to be used via another interface (intended to be used when the first
interface is not available, for example). This, in turn, can lead to
spurious failures and timeouts simply because of the server address
order that resulted because of the enumeration process.
This patch makes the (safe?) assumption that there is no other better
rule to chose which interface's DNS server list should be prioritized.
After all, a DNS lookup isn't something "per network"; applications
don't look up "these DNS names on this interface and those DNS names on
that interface". There is a single resource pool of DNS servers and the
application should presume that any server will give it the "right"
answer. However, even if all DNS servers are assumed to give equally
useful responses, it is reasonable to expect that some DNS servers will
not accept requests on all interfaces. This patch avoids the problem by
sorting the DNS server addresses using the Windows IPv4/v6 routing tables.
For example, a request to DNS server C on interface 2 that is actually
sent over interface 1 (which may happen to have the default route) may
be rejected by or not delivered to DNS server C. So, better to use DNS
servers A and B associated with interface 1, at least as a first try.
By using the metric of the route to the DNS server itself as a proxy for
priority of the DNS server in the list, this patch is able to adapt
dynamically to changes in the interface list, the DNS server lists per
interface, which interfaces are active, the routing table, and so on,
while always picking a good "best" DNS server first.
In cases where any DNS server on any interface will do, this patch still
seems useful because it will prioritize a lower-metric route's (and thus
interface's) servers.
8 years ago
|
|
|
* should be loaded via LoadLibrary() */
|
|
|
|
|
#if defined(_MSC_VER) && (_MSC_VER >= 1500)
|
Windows DNS server sorting (#81)
Original Patch From Brad Spencer:
https://c-ares.haxx.se/mail/c-ares-archive-2016-04/0000.shtml
My modifications include:
* Dynamically find GetBestRoute2 since it is a Windows Vista+ symbol, and will fall back to prior behavior when not available.
* Prefer get_DNS_AdaptersAddresses as the modifications should alleviate the concerns which caused us to prefer get_DNS_NetworkParams
* Update AppVeyor to use MinGW-w64 instead of the legacy MinGW
* Fix compile error in test suite for Windows.
Original message from patch below:
From: Brad Spencer <bspencer@blackberry.com>
Date: Fri, 29 Apr 2016 14:26:23 -0300
On Windows, the c-ares DNS resolver tries first to get a full list of
DNS server addresses by enumerating the system's IPv4/v6 interfaces and
then getting the per-interface DNS server lists from those interfaces
and joining them together. The OS, at least in the way the c-ares
prefers to query them (which also may be the only or best way in some
environments), does not provide a unified list of DNS servers ordered
according to "current network conditions". Currently, c-ares will then
try to use them in whatever order the nested enumeration produces, which
may result in DNS requests being sent to servers on one interface
(hosting the current default route, for example) that are only intended
to be used via another interface (intended to be used when the first
interface is not available, for example). This, in turn, can lead to
spurious failures and timeouts simply because of the server address
order that resulted because of the enumeration process.
This patch makes the (safe?) assumption that there is no other better
rule to chose which interface's DNS server list should be prioritized.
After all, a DNS lookup isn't something "per network"; applications
don't look up "these DNS names on this interface and those DNS names on
that interface". There is a single resource pool of DNS servers and the
application should presume that any server will give it the "right"
answer. However, even if all DNS servers are assumed to give equally
useful responses, it is reasonable to expect that some DNS servers will
not accept requests on all interfaces. This patch avoids the problem by
sorting the DNS server addresses using the Windows IPv4/v6 routing tables.
For example, a request to DNS server C on interface 2 that is actually
sent over interface 1 (which may happen to have the default route) may
be rejected by or not delivered to DNS server C. So, better to use DNS
servers A and B associated with interface 1, at least as a first try.
By using the metric of the route to the DNS server itself as a proxy for
priority of the DNS server in the list, this patch is able to adapt
dynamically to changes in the interface list, the DNS server lists per
interface, which interfaces are active, the routing table, and so on,
while always picking a good "best" DNS server first.
In cases where any DNS server on any interface will do, this patch still
seems useful because it will prioritize a lower-metric route's (and thus
interface's) servers.
8 years ago
|
|
|
# define VS2008_MIN_TARGET 0x0600
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
/* VS2008 default target settings and minimum build target check. */
|
|
|
|
|
#if defined(_MSC_VER) && (_MSC_VER >= 1500)
|
|
|
|
|
# ifndef _WIN32_WINNT
|
Windows DNS server sorting (#81)
Original Patch From Brad Spencer:
https://c-ares.haxx.se/mail/c-ares-archive-2016-04/0000.shtml
My modifications include:
* Dynamically find GetBestRoute2 since it is a Windows Vista+ symbol, and will fall back to prior behavior when not available.
* Prefer get_DNS_AdaptersAddresses as the modifications should alleviate the concerns which caused us to prefer get_DNS_NetworkParams
* Update AppVeyor to use MinGW-w64 instead of the legacy MinGW
* Fix compile error in test suite for Windows.
Original message from patch below:
From: Brad Spencer <bspencer@blackberry.com>
Date: Fri, 29 Apr 2016 14:26:23 -0300
On Windows, the c-ares DNS resolver tries first to get a full list of
DNS server addresses by enumerating the system's IPv4/v6 interfaces and
then getting the per-interface DNS server lists from those interfaces
and joining them together. The OS, at least in the way the c-ares
prefers to query them (which also may be the only or best way in some
environments), does not provide a unified list of DNS servers ordered
according to "current network conditions". Currently, c-ares will then
try to use them in whatever order the nested enumeration produces, which
may result in DNS requests being sent to servers on one interface
(hosting the current default route, for example) that are only intended
to be used via another interface (intended to be used when the first
interface is not available, for example). This, in turn, can lead to
spurious failures and timeouts simply because of the server address
order that resulted because of the enumeration process.
This patch makes the (safe?) assumption that there is no other better
rule to chose which interface's DNS server list should be prioritized.
After all, a DNS lookup isn't something "per network"; applications
don't look up "these DNS names on this interface and those DNS names on
that interface". There is a single resource pool of DNS servers and the
application should presume that any server will give it the "right"
answer. However, even if all DNS servers are assumed to give equally
useful responses, it is reasonable to expect that some DNS servers will
not accept requests on all interfaces. This patch avoids the problem by
sorting the DNS server addresses using the Windows IPv4/v6 routing tables.
For example, a request to DNS server C on interface 2 that is actually
sent over interface 1 (which may happen to have the default route) may
be rejected by or not delivered to DNS server C. So, better to use DNS
servers A and B associated with interface 1, at least as a first try.
By using the metric of the route to the DNS server itself as a proxy for
priority of the DNS server in the list, this patch is able to adapt
dynamically to changes in the interface list, the DNS server lists per
interface, which interfaces are active, the routing table, and so on,
while always picking a good "best" DNS server first.
In cases where any DNS server on any interface will do, this patch still
seems useful because it will prioritize a lower-metric route's (and thus
interface's) servers.
8 years ago
|
|
|
# define _WIN32_WINNT VS2008_MIN_TARGET
|
|
|
|
|
# endif
|
|
|
|
|
# ifndef WINVER
|
Windows DNS server sorting (#81)
Original Patch From Brad Spencer:
https://c-ares.haxx.se/mail/c-ares-archive-2016-04/0000.shtml
My modifications include:
* Dynamically find GetBestRoute2 since it is a Windows Vista+ symbol, and will fall back to prior behavior when not available.
* Prefer get_DNS_AdaptersAddresses as the modifications should alleviate the concerns which caused us to prefer get_DNS_NetworkParams
* Update AppVeyor to use MinGW-w64 instead of the legacy MinGW
* Fix compile error in test suite for Windows.
Original message from patch below:
From: Brad Spencer <bspencer@blackberry.com>
Date: Fri, 29 Apr 2016 14:26:23 -0300
On Windows, the c-ares DNS resolver tries first to get a full list of
DNS server addresses by enumerating the system's IPv4/v6 interfaces and
then getting the per-interface DNS server lists from those interfaces
and joining them together. The OS, at least in the way the c-ares
prefers to query them (which also may be the only or best way in some
environments), does not provide a unified list of DNS servers ordered
according to "current network conditions". Currently, c-ares will then
try to use them in whatever order the nested enumeration produces, which
may result in DNS requests being sent to servers on one interface
(hosting the current default route, for example) that are only intended
to be used via another interface (intended to be used when the first
interface is not available, for example). This, in turn, can lead to
spurious failures and timeouts simply because of the server address
order that resulted because of the enumeration process.
This patch makes the (safe?) assumption that there is no other better
rule to chose which interface's DNS server list should be prioritized.
After all, a DNS lookup isn't something "per network"; applications
don't look up "these DNS names on this interface and those DNS names on
that interface". There is a single resource pool of DNS servers and the
application should presume that any server will give it the "right"
answer. However, even if all DNS servers are assumed to give equally
useful responses, it is reasonable to expect that some DNS servers will
not accept requests on all interfaces. This patch avoids the problem by
sorting the DNS server addresses using the Windows IPv4/v6 routing tables.
For example, a request to DNS server C on interface 2 that is actually
sent over interface 1 (which may happen to have the default route) may
be rejected by or not delivered to DNS server C. So, better to use DNS
servers A and B associated with interface 1, at least as a first try.
By using the metric of the route to the DNS server itself as a proxy for
priority of the DNS server in the list, this patch is able to adapt
dynamically to changes in the interface list, the DNS server lists per
interface, which interfaces are active, the routing table, and so on,
while always picking a good "best" DNS server first.
In cases where any DNS server on any interface will do, this patch still
seems useful because it will prioritize a lower-metric route's (and thus
interface's) servers.
8 years ago
|
|
|
# define WINVER VS2008_MIN_TARGET
|
|
|
|
|
# endif
|
|
|
|
|
# if (_WIN32_WINNT < VS2008_MIN_TARGET) || (WINVER < VS2008_MIN_TARGET)
|
|
|
|
|
# error VS2008 does not support Windows build targets prior to Windows 2000
|
|
|
|
|
# endif
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
/* When no build target is specified Pelles C 5.00 and later default build
|
Windows DNS server sorting (#81)
Original Patch From Brad Spencer:
https://c-ares.haxx.se/mail/c-ares-archive-2016-04/0000.shtml
My modifications include:
* Dynamically find GetBestRoute2 since it is a Windows Vista+ symbol, and will fall back to prior behavior when not available.
* Prefer get_DNS_AdaptersAddresses as the modifications should alleviate the concerns which caused us to prefer get_DNS_NetworkParams
* Update AppVeyor to use MinGW-w64 instead of the legacy MinGW
* Fix compile error in test suite for Windows.
Original message from patch below:
From: Brad Spencer <bspencer@blackberry.com>
Date: Fri, 29 Apr 2016 14:26:23 -0300
On Windows, the c-ares DNS resolver tries first to get a full list of
DNS server addresses by enumerating the system's IPv4/v6 interfaces and
then getting the per-interface DNS server lists from those interfaces
and joining them together. The OS, at least in the way the c-ares
prefers to query them (which also may be the only or best way in some
environments), does not provide a unified list of DNS servers ordered
according to "current network conditions". Currently, c-ares will then
try to use them in whatever order the nested enumeration produces, which
may result in DNS requests being sent to servers on one interface
(hosting the current default route, for example) that are only intended
to be used via another interface (intended to be used when the first
interface is not available, for example). This, in turn, can lead to
spurious failures and timeouts simply because of the server address
order that resulted because of the enumeration process.
This patch makes the (safe?) assumption that there is no other better
rule to chose which interface's DNS server list should be prioritized.
After all, a DNS lookup isn't something "per network"; applications
don't look up "these DNS names on this interface and those DNS names on
that interface". There is a single resource pool of DNS servers and the
application should presume that any server will give it the "right"
answer. However, even if all DNS servers are assumed to give equally
useful responses, it is reasonable to expect that some DNS servers will
not accept requests on all interfaces. This patch avoids the problem by
sorting the DNS server addresses using the Windows IPv4/v6 routing tables.
For example, a request to DNS server C on interface 2 that is actually
sent over interface 1 (which may happen to have the default route) may
be rejected by or not delivered to DNS server C. So, better to use DNS
servers A and B associated with interface 1, at least as a first try.
By using the metric of the route to the DNS server itself as a proxy for
priority of the DNS server in the list, this patch is able to adapt
dynamically to changes in the interface list, the DNS server lists per
interface, which interfaces are active, the routing table, and so on,
while always picking a good "best" DNS server first.
In cases where any DNS server on any interface will do, this patch still
seems useful because it will prioritize a lower-metric route's (and thus
interface's) servers.
8 years ago
|
|
|
target is Windows Vista. */
|
|
|
|
|
#if defined(__POCC__) && (__POCC__ >= 500)
|
|
|
|
|
# ifndef _WIN32_WINNT
|
Windows DNS server sorting (#81)
Original Patch From Brad Spencer:
https://c-ares.haxx.se/mail/c-ares-archive-2016-04/0000.shtml
My modifications include:
* Dynamically find GetBestRoute2 since it is a Windows Vista+ symbol, and will fall back to prior behavior when not available.
* Prefer get_DNS_AdaptersAddresses as the modifications should alleviate the concerns which caused us to prefer get_DNS_NetworkParams
* Update AppVeyor to use MinGW-w64 instead of the legacy MinGW
* Fix compile error in test suite for Windows.
Original message from patch below:
From: Brad Spencer <bspencer@blackberry.com>
Date: Fri, 29 Apr 2016 14:26:23 -0300
On Windows, the c-ares DNS resolver tries first to get a full list of
DNS server addresses by enumerating the system's IPv4/v6 interfaces and
then getting the per-interface DNS server lists from those interfaces
and joining them together. The OS, at least in the way the c-ares
prefers to query them (which also may be the only or best way in some
environments), does not provide a unified list of DNS servers ordered
according to "current network conditions". Currently, c-ares will then
try to use them in whatever order the nested enumeration produces, which
may result in DNS requests being sent to servers on one interface
(hosting the current default route, for example) that are only intended
to be used via another interface (intended to be used when the first
interface is not available, for example). This, in turn, can lead to
spurious failures and timeouts simply because of the server address
order that resulted because of the enumeration process.
This patch makes the (safe?) assumption that there is no other better
rule to chose which interface's DNS server list should be prioritized.
After all, a DNS lookup isn't something "per network"; applications
don't look up "these DNS names on this interface and those DNS names on
that interface". There is a single resource pool of DNS servers and the
application should presume that any server will give it the "right"
answer. However, even if all DNS servers are assumed to give equally
useful responses, it is reasonable to expect that some DNS servers will
not accept requests on all interfaces. This patch avoids the problem by
sorting the DNS server addresses using the Windows IPv4/v6 routing tables.
For example, a request to DNS server C on interface 2 that is actually
sent over interface 1 (which may happen to have the default route) may
be rejected by or not delivered to DNS server C. So, better to use DNS
servers A and B associated with interface 1, at least as a first try.
By using the metric of the route to the DNS server itself as a proxy for
priority of the DNS server in the list, this patch is able to adapt
dynamically to changes in the interface list, the DNS server lists per
interface, which interfaces are active, the routing table, and so on,
while always picking a good "best" DNS server first.
In cases where any DNS server on any interface will do, this patch still
seems useful because it will prioritize a lower-metric route's (and thus
interface's) servers.
8 years ago
|
|
|
# define _WIN32_WINNT 0x0600
|
|
|
|
|
# endif
|
|
|
|
|
# ifndef WINVER
|
Windows DNS server sorting (#81)
Original Patch From Brad Spencer:
https://c-ares.haxx.se/mail/c-ares-archive-2016-04/0000.shtml
My modifications include:
* Dynamically find GetBestRoute2 since it is a Windows Vista+ symbol, and will fall back to prior behavior when not available.
* Prefer get_DNS_AdaptersAddresses as the modifications should alleviate the concerns which caused us to prefer get_DNS_NetworkParams
* Update AppVeyor to use MinGW-w64 instead of the legacy MinGW
* Fix compile error in test suite for Windows.
Original message from patch below:
From: Brad Spencer <bspencer@blackberry.com>
Date: Fri, 29 Apr 2016 14:26:23 -0300
On Windows, the c-ares DNS resolver tries first to get a full list of
DNS server addresses by enumerating the system's IPv4/v6 interfaces and
then getting the per-interface DNS server lists from those interfaces
and joining them together. The OS, at least in the way the c-ares
prefers to query them (which also may be the only or best way in some
environments), does not provide a unified list of DNS servers ordered
according to "current network conditions". Currently, c-ares will then
try to use them in whatever order the nested enumeration produces, which
may result in DNS requests being sent to servers on one interface
(hosting the current default route, for example) that are only intended
to be used via another interface (intended to be used when the first
interface is not available, for example). This, in turn, can lead to
spurious failures and timeouts simply because of the server address
order that resulted because of the enumeration process.
This patch makes the (safe?) assumption that there is no other better
rule to chose which interface's DNS server list should be prioritized.
After all, a DNS lookup isn't something "per network"; applications
don't look up "these DNS names on this interface and those DNS names on
that interface". There is a single resource pool of DNS servers and the
application should presume that any server will give it the "right"
answer. However, even if all DNS servers are assumed to give equally
useful responses, it is reasonable to expect that some DNS servers will
not accept requests on all interfaces. This patch avoids the problem by
sorting the DNS server addresses using the Windows IPv4/v6 routing tables.
For example, a request to DNS server C on interface 2 that is actually
sent over interface 1 (which may happen to have the default route) may
be rejected by or not delivered to DNS server C. So, better to use DNS
servers A and B associated with interface 1, at least as a first try.
By using the metric of the route to the DNS server itself as a proxy for
priority of the DNS server in the list, this patch is able to adapt
dynamically to changes in the interface list, the DNS server lists per
interface, which interfaces are active, the routing table, and so on,
while always picking a good "best" DNS server first.
In cases where any DNS server on any interface will do, this patch still
seems useful because it will prioritize a lower-metric route's (and thus
interface's) servers.
8 years ago
|
|
|
# define WINVER 0x0600
|
|
|
|
|
# endif
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
/* Availability of freeaddrinfo, getaddrinfo and getnameinfo functions is
|
|
|
|
|
quite convoluted, compiler dependent and even build target dependent. */
|
|
|
|
|
#if defined(HAVE_WS2TCPIP_H)
|
|
|
|
|
# if defined(__POCC__)
|
|
|
|
|
# define HAVE_FREEADDRINFO 1
|
|
|
|
|
# define HAVE_GETADDRINFO 1
|
|
|
|
|
# define HAVE_GETNAMEINFO 1
|
|
|
|
|
# elif defined(_WIN32_WINNT) && (_WIN32_WINNT >= 0x0501)
|
|
|
|
|
# define HAVE_FREEADDRINFO 1
|
|
|
|
|
# define HAVE_GETADDRINFO 1
|
|
|
|
|
# define HAVE_GETNAMEINFO 1
|
|
|
|
|
# elif defined(_MSC_VER) && (_MSC_VER >= 1200)
|
|
|
|
|
# define HAVE_FREEADDRINFO 1
|
|
|
|
|
# define HAVE_GETADDRINFO 1
|
|
|
|
|
# define HAVE_GETNAMEINFO 1
|
|
|
|
|
# endif
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
#if defined(__POCC__)
|
|
|
|
|
# ifndef _MSC_VER
|
|
|
|
|
# error Microsoft extensions /Ze compiler option is required
|
|
|
|
|
# endif
|
|
|
|
|
# ifndef __POCC__OLDNAMES
|
|
|
|
|
# error Compatibility names /Go compiler option is required
|
|
|
|
|
# endif
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
/* ---------------------------------------------------------------- */
|
|
|
|
|
/* IPV6 COMPATIBILITY */
|
|
|
|
|
/* ---------------------------------------------------------------- */
|
|
|
|
|
|
|
|
|
|
/* Define if you have address family AF_INET6. */
|
|
|
|
|
#ifdef HAVE_WINSOCK2_H
|
|
|
|
|
#define HAVE_AF_INET6 1
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
/* Define if you have protocol family PF_INET6. */
|
|
|
|
|
#ifdef HAVE_WINSOCK2_H
|
|
|
|
|
#define HAVE_PF_INET6 1
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
/* Define if you have struct in6_addr. */
|
|
|
|
|
#ifdef HAVE_WS2TCPIP_H
|
|
|
|
|
#define HAVE_STRUCT_IN6_ADDR 1
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
/* Define if you have struct sockaddr_in6. */
|
|
|
|
|
#ifdef HAVE_WS2TCPIP_H
|
|
|
|
|
#define HAVE_STRUCT_SOCKADDR_IN6 1
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
/* Define if you have sockaddr_in6 with scopeid. */
|
|
|
|
|
#ifdef HAVE_WS2TCPIP_H
|
|
|
|
|
#define HAVE_SOCKADDR_IN6_SIN6_SCOPE_ID 1
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
/* ---------------------------------------------------------------- */
|
|
|
|
|
/* Win CE */
|
|
|
|
|
/* ---------------------------------------------------------------- */
|
|
|
|
|
|
|
|
|
|
/* FIXME: A proper config-win32ce.h should be created to hold these */
|
|
|
|
|
|
|
|
|
|
/*
|
|
|
|
|
* System error codes for Windows CE
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
#if defined(_WIN32_WCE) && !defined(HAVE_ERRNO_H)
|
|
|
|
|
# define ENOENT ERROR_FILE_NOT_FOUND
|
|
|
|
|
# define ESRCH ERROR_PATH_NOT_FOUND
|
|
|
|
|
# define ENOMEM ERROR_NOT_ENOUGH_MEMORY
|
|
|
|
|
# define ENOSPC ERROR_INVALID_PARAMETER
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
#endif /* HEADER_CARES_CONFIG_WIN32_H */
|
