Freigeben über


ADDRINFOW-Struktur (ws2def.h)

Die addrinfoW- Struktur wird von der GetAddrInfoW--Funktion verwendet, um Hostadresseninformationen zu enthalten.

Syntax

typedef struct addrinfoW {
  int              ai_flags;
  int              ai_family;
  int              ai_socktype;
  int              ai_protocol;
  size_t           ai_addrlen;
  PWSTR            ai_canonname;
  struct sockaddr  *ai_addr;
  struct addrinfoW *ai_next;
} ADDRINFOW, *PADDRINFOW;

Angehörige

ai_flags

Typ: int

Flags, die Optionen angeben, die in der GetAddrInfoW--Funktion verwendet werden.

Unterstützte Werte für das element ai_flags werden in der Winsock2.h Headerdatei definiert und können eine Kombination der optionen sein, die in der folgenden Tabelle aufgeführt sind.

Wert Bedeutung
AI_PASSIVE
0x01
Die Socketadresse wird in einem Aufruf der Bindung Funktion verwendet.
AI_CANONNAME
0x02
Der kanonische Name wird im ersten ai_canonname-Element zurückgegeben.
AI_NUMERICHOST
0x04
Der Knotenname Parameter, der an die GetAddrInfoW--Funktion übergeben wird, muss eine numerische Zeichenfolge sein.
AI_ALL
0x0100
Wenn dieses Bit festgelegt ist, wird eine Anforderung für IPv6-Adressen und IPv4-Adressen mit AI_V4MAPPEDgestellt.

Diese Option wird unter Windows Vista und höher unterstützt.

AI_ADDRCONFIG
0x0400
Die GetAddrInfoW- wird nur aufgelöst, wenn eine globale Adresse konfiguriert ist. Die IPv6- und IPv4-Loopbackadresse gilt nicht als gültige globale Adresse. Diese Option wird nur unter Windows Vista und höher unterstützt.
AI_V4MAPPED
0x0800
Wenn die GetAddrInfoW- Anforderung für eine IPv6-Adresse fehlschlägt, wird eine Namensdienstanforderung für IPv4-Adressen gestellt, und diese Adressen werden in das IPv4-zugeordnete IPv6-Adressformat konvertiert.

Diese Option wird unter Windows Vista und höher unterstützt.

AI_NON_AUTHORITATIVE
0x04000
Die Adressinformationen können von einem nicht autorisierenden Namespaceanbieter stammen.

Diese Option wird nur unter Windows Vista und höher für den NS_EMAIL Namespace unterstützt.

AI_SECURE
0x08000
Die Adressinformationen stammen aus einem sicheren Kanal.

Diese Option wird nur unter Windows Vista und höher für den NS_EMAIL Namespace unterstützt.

AI_RETURN_PREFERRED_NAMES
0x010000
Die Adressinformationen beziehen sich auf einen bevorzugten Namen für einen Benutzer.

Diese Option wird nur unter Windows Vista und höher für den NS_EMAIL Namespace unterstützt.

AI_FQDN
0x00020000
Wenn ein flacher Name (einzelne Bezeichnung) angegeben ist, gibt GetAddrInfoW- den vollqualifizierten Domänennamen zurück, in den der Name schließlich aufgelöst wurde. Der vollqualifizierte Domänenname wird im ai_canonname Mitglied zurückgegeben.

Dies unterscheidet sich von AI_CANONNAME Bitkennzeichnung, die den in DNS registrierten kanonischen Namen zurückgibt, der sich möglicherweise von dem vollqualifizierten Domänennamen unterscheidet, in den der flache Name aufgelöst wurde.

Es können nur eine der AI_FQDN und AI_CANONNAME Bits festgelegt werden. Die GetAddrInfoW--Funktion schlägt fehl, wenn beide Flags mit EAI_BADFLAGSvorhanden sind.

Diese Option wird unter Windows 7, Windows Server 2008 R2 und höher unterstützt.

AI_FILESERVER
0x00040000
Ein Hinweis auf den Namespaceanbieter, der abgefragt wird, wird in einem Dateifreigabeszenario verwendet. Dieser Hinweis kann vom Namespaceanbieter ignoriert werden.

Diese Option wird unter Windows 7, Windows Server 2008 R2 und höher unterstützt.

AI_DISABLE_IDN_ENCODING
0x00080000
Deaktivieren Sie die automatische Codierung des internationalen Domänennamens mithilfe von Punycode in den Namensauflösungsfunktionen, die von der GetAddrInfoW--Funktion aufgerufen werden.

Diese Option wird unter Windows 8, Windows Server 2012 und höher unterstützt.

ai_family

Typ: int

Die Adressfamilie. Mögliche Werte für die Adressfamilie sind in der Winsock2.h Headerdatei definiert.

Im windows SDK, das für Windows Vista und höher veröffentlicht wurde, wurde die Organisation von Headerdateien geändert, und die möglichen Werte für die Adressfamilie werden in der Ws2def.h Headerdatei definiert. Beachten Sie, dass die Ws2def.h Headerdatei automatisch in Winsock2.henthalten ist und niemals direkt verwendet werden sollte.

Die derzeit unterstützten Werte werden AF_INET oder AF_INET6, die internetadressfamilienformate für IPv4 und IPv6 sind. Andere Optionen für Adressfamilie (AF_NETBIOS für die Verwendung mit NetBIOS, z. B.), werden unterstützt, wenn ein Windows Sockets-Dienstanbieter für die Adressfamilie installiert ist. Beachten Sie, dass die Werte für die AF_ Adressfamilie und PF_ Protokollfamilienkonstanten identisch sind (z. B. AF_UNSPEC und PF_UNSPEC), sodass beide Konstanten verwendet werden können.

In der folgenden Tabelle sind allgemeine Werte für die Adressfamilie aufgeführt, obwohl viele andere Werte möglich sind.

Wert Bedeutung
AF_UNSPEC
0
Die Adressfamilie ist nicht angegeben.
AF_INET
2
Die Internetprotokoll-Adressfamilie Version 4 (IPv4).
AF_NETBIOS
17
Die NetBIOS-Adressfamilie. Diese Adressfamilie wird nur unterstützt, wenn ein Windows Sockets-Anbieter für NetBIOS installiert ist.
AF_INET6
23
Die Internetprotokoll-Adressfamilie Version 6 (IPv6).
AF_IRDA
26
Die IrDA-Adressfamilie (Infrarot Data Association). Diese Adressfamilie wird nur unterstützt, wenn der Computer über einen Infrarotanschluss und treiber verfügt.
AF_BTH
32
Die Bluetooth-Adressfamilie. Diese Adressfamilie wird nur unterstützt, wenn ein Bluetooth-Adapter unter Windows Server 2003 oder höher installiert ist.

ai_socktype

Typ: int

Der Sockettyp. Mögliche Werte für den Sockettyp werden in der Winsock2.h enthaltene Datei definiert.

In der folgenden Tabelle sind die möglichen Werte für den für Windows Sockets 2 unterstützten Sockettyp aufgeführt.

Wert Bedeutung
SOCK_STREAM
1
Stellt sequenzierte, zuverlässige, bidirektionale, verbindungsbasierte Bytestreams mit einem OOB-Datenübertragungsmechanismus bereit. Verwendet das Transmission Control Protocol (TCP) für die Internetadressenfamilie (AF_INET oder AF_INET6). Wenn das ai_family Mitglied AF_IRDAist, ist SOCK_STREAM der einzige unterstützte Sockettyp.
SOCK_DGRAM
2
Unterstützt Datagramme, die verbindungslose, unzuverlässige Puffer einer festen (normalerweise kleinen) maximalen Länge sind. Verwendet das User Datagram Protocol (UDP) für die Internetadressenfamilie (AF_INET oder AF_INET6).
SOCK_RAW
3
Stellt einen unformatierten Socket bereit, der es einer Anwendung ermöglicht, den nächsten Protokollheader der oberen Ebene zu bearbeiten. Um den IPv4-Header zu bearbeiten, muss die IP_HDRINCL Socketoption für den Socket festgelegt werden. Um den IPv6-Header zu bearbeiten, muss die IPV6_HDRINCL Socketoption für den Socket festgelegt werden.
SOCK_RDM
4
Stellt ein zuverlässiges Nachrichtendatendiagramm bereit. Ein Beispiel für diesen Typ ist die Pragmatische Multicast-Multicast(PGM)-Multicastprotokollimplementierung in Windows, die häufig als zuverlässige Multicastprogrammierungbezeichnet wird.
SOCK_SEQPACKET
5
Stellt ein Pseudodatenstrompaket basierend auf Datagrammen bereit.
 

In Windows Sockets 2 wurden neue Sockettypen eingeführt. Eine Anwendung kann die Attribute jedes verfügbaren Transportprotokolls dynamisch über die WSAEnumProtocols-Funktion ermitteln. Daher kann eine Anwendung die möglichen Sockettyp- und Protokolloptionen für eine Adressfamilie bestimmen und diese Informationen verwenden, wenn Sie diesen Parameter angeben. Sockettypdefinitionen in der Winsock2.h und Ws2def.h Headerdateien werden regelmäßig aktualisiert, wenn neue Sockettypen, Adressfamilien und Protokolle definiert sind.

In Windows Sockets 1.1 sind die einzigen möglichen Sockettypen SOCK_DATAGRAM und SOCK_STREAM.

ai_protocol

Typ: int

Der Protokolltyp. Die möglichen Optionen sind spezifisch für die angegebene Adressfamilie und den angegebenen Sockettyp. Mögliche Werte für die ai_protocol werden in Winsock2.h und den Wsrm.h Headerdateien definiert.

Im windows SDK, das für Windows Vista und höher veröffentlicht wurde, hat sich die Organisation von Headerdateien geändert, und dieses Mitglied kann einer der Werte aus dem IPPROTO- Enumerationstyp sein, der in der Ws2def.h Headerdatei definiert ist. Beachten Sie, dass die Ws2def.h Headerdatei automatisch in Winsock2.henthalten ist und niemals direkt verwendet werden sollte.

Wenn für ai_protocolein Wert von 0 angegeben wird, möchte der Aufrufer kein Protokoll angeben, und der Dienstanbieter wählt die zu verwendende ai_protocol aus. Legen Sie für andere Protokolle als IPv4 und IPv6 ai_protocol auf Null fest.

In der folgenden Tabelle sind allgemeine Werte für das ai_protocol-Element aufgeführt, obwohl viele andere Werte möglich sind.

Wert Bedeutung
IPPROTO_TCP
6
Das Transmission Control Protocol (TCP). Dies ist ein möglicher Wert, wenn das ai_family-Element AF_INET oder AF_INET6 ist und das ai_socktype-Element SOCK_STREAMist.
IPPROTO_UDP
17
Das User Datagram Protocol (UDP). Dies ist ein möglicher Wert, wenn das ai_family-Element AF_INET oder AF_INET6 ist und der Typ Parameter SOCK_DGRAMist.
IPPROTO_RM
113
Das PGM-Protokoll für zuverlässige Multicasts. Dies ist ein möglicher Wert, wenn das ai_family Mitglied AF_INET und das ai_socktype Mitglied SOCK_RDMist. Auf dem für Windows Vista und höher veröffentlichten Windows SDK wird dieser Wert auch als IPPROTO_PGMbezeichnet.
 

Wenn das ai_family Mitglied AF_IRDAist, muss die ai_protocol 0 sein.

ai_addrlen

Typ: size_t

Die Länge des Puffers in Byte, auf den das ai_addr-Element verweist.

ai_canonname

Typ: PWSTR-

Der kanonische Name für den Host.

ai_addr

Typ: struktur sockaddr*

Ein Zeiger auf eine sockaddr- Struktur. Das ai_addr Element in jedem zurückgegebenen ADDRINFOW Struktur verweist auf eine ausgefüllte Socketadressenstruktur. Die Länge jedes zurückgegebenen ADDRINFOW- Struktur in Byte wird im ai_addrlen-Element angegeben.

ai_next

Typ: struktur addrinfoW*

Ein Zeiger auf die nächste Struktur in einer verknüpften Liste. Dieser Parameter wird auf NULL- in der letzten addrinfoW- Struktur einer verknüpften Liste festgelegt.

Bemerkungen

Die addrinfoW--Struktur wird von der Unicode-GetAddrInfoW--Funktion verwendet, um Hostadresseninformationen zu enthalten.

Die addrinfo Struktur ist EINE ANSI-Version dieser Struktur, die von der ANSI-getaddrinfo-Funktion verwendet wird.

Makros in der Ws2tcpip.h Headerdatei definieren eine ADDRINFOT- Struktur und einen Funktionsnamen mit gemischtem Fall GetAddrInfo. Die GetAddrInfo--Funktion sollte mit dem Knotennamen und Parametern eines Zeigers vom Typ TCHAR- aufgerufen werden und die Hinweise und Parameter eines Zeigers vom Typ ADDRINFOT. Wenn UNICODE oder _UNICODE definiert ist, wird ADDRINFOT- in der addrinfoW--Struktur definiert und GetAddrInfo- für GetAddrInfoWdefiniert, die Unicode-Version dieser Funktion. Wenn UNICODE oder _UNICODE nicht definiert ist, wird ADDRINFOT- in der addrinfo Struktur definiert und GetAddrInfo- wird für getaddrinfodefiniert, die ANSI-Version dieser Funktion.

Bei einem erfolgreichen Aufruf von GetAddrInfoWwird eine verknüpfte Liste der ADDRINFOW- Strukturen im ppResult-Parameter zurückgegeben, der an die GetAddrInfoW--Funktion übergeben wird. Die Liste kann mithilfe des Zeigers verarbeitet werden, der im ai_next Element jedes zurückgegebenen ADDRINFOW- Struktur bereitgestellt wird, bis ein NULL- Zeiger gefunden wird. In jedem zurückgegebenen ADDRINFOW Struktur entsprechen die ai_family, ai_socktypeund ai_protocol Member den entsprechenden Argumenten in einem Socket oder WSASocket Funktionsaufruf. Außerdem verweist das ai_addr Element in jedem zurückgegebenen ADDRINFOW Struktur auf eine gefüllte Socketadressenstruktur, deren Länge in ihrem ai_addrlen Element angegeben wird.

Beispiele

Das folgende Codebeispiel zeigt, wie Sie die addrinfoW- Struktur verwenden.

#ifndef UNICODE
#define UNICODE
#endif

#ifndef WIN32_LEAN_AND_MEAN
#define WIN32_LEAN_AND_MEAN
#endif

#include <windows.h>
#include <winsock2.h>
#include <ws2tcpip.h>
#include <stdio.h>

#pragma comment(lib, "Ws2_32.lib")

int __cdecl wmain(int argc, wchar_t ** argv)
{
//--------------------------------
// Declare and initialize variables.
    WSADATA wsaData;
    int iResult;

    ADDRINFOW *result = NULL;
    ADDRINFOW *ptr = NULL;
    ADDRINFOW hints;

    DWORD dwRetval = 0;
    int i = 1;

    struct sockaddr_in *sockaddr_ipv4;
    struct sockaddr_in6 *sockaddr_ipv6;
//    LPSOCKADDR sockaddr_ip;

    wchar_t ipstringbuffer[46];

    // Validate the parameters
    if (argc != 3) {
        wprintf(L"usage: %ws <hostname> <servicename>\n", argv[0]);
        wprintf(L"       provides protocol-independent translation\n");
        wprintf(L"       from a host name to an IP address\n");
        wprintf(L"%ws example usage\n", argv[0]);
        wprintf(L"   %ws www.contoso.com 0\n", argv[0]);
        return 1;
    }
    // Initialize Winsock
    iResult = WSAStartup(MAKEWORD(2, 2), &wsaData);
    if (iResult != 0) {
        wprintf(L"WSAStartup failed: %d\n", iResult);
        return 1;
    }
//--------------------------------
// Setup the hints address info structure
// which is passed to the GetAddrInfoW() function
    memset(&hints, 0, sizeof (hints));
    hints.ai_family = AF_UNSPEC;
    hints.ai_socktype = SOCK_STREAM;
    hints.ai_protocol = IPPROTO_TCP;

    wprintf(L"Calling GetAddrInfoW with following parameters:\n");
    wprintf(L"\tName = %ws\n", argv[1]);
    wprintf(L"\tServiceName (or port) = %ws\n\n", argv[2]);

//--------------------------------
// Call GetAddrInfoW(). If the call succeeds,
// the aiList variable will hold a linked list
// of addrinfo structures containing response
// information about the host
    dwRetval = GetAddrInfoW(argv[1], argv[2], &hints, &result);

    if (dwRetval != 0) {
        wprintf(L"GetAddrInfoW failed with error: %d\n", dwRetval);
        WSACleanup();
        return 1;
    }
    wprintf(L"GetAddrInfoW returned success\n");

    // Retrieve each address and print out the hex bytes
    for (ptr = result; ptr != NULL; ptr = ptr->ai_next) {

        wprintf(L"GetAddrInfoW response %d\n", i++);
        wprintf(L"\tFlags: 0x%x\n", ptr->ai_flags);
        wprintf(L"\tFamily: ");
        switch (ptr->ai_family) {
        case AF_UNSPEC:
            wprintf(L"Unspecified\n");
            break;
        case AF_INET:
            wprintf(L"AF_INET (IPv4)\n");
            // the InetNtop function is available on Windows Vista and later
            sockaddr_ipv4 = (struct sockaddr_in *) ptr->ai_addr;
            wprintf(L"\tIPv4 address %ws\n",
                    InetNtop(AF_INET, &sockaddr_ipv4->sin_addr, ipstringbuffer,
                             46));

            // We could also use the WSAAddressToString function
            // sockaddr_ip = (LPSOCKADDR) ptr->ai_addr;
            // The buffer length is changed by each call to WSAAddresstoString
            // So we need to set it for each iteration through the loop for safety
            // ipbufferlength = 46;
            // iRetval = WSAAddressToString(sockaddr_ip, (DWORD) ptr->ai_addrlen, NULL, 
            //    ipstringbuffer, &ipbufferlength );
            // if (iRetval)
            //    wprintf(L"WSAAddressToString failed with %u\n", WSAGetLastError() );
            // else    
            //    wprintf(L"\tIPv4 address %ws\n", ipstringbuffer);
            break;
        case AF_INET6:
            wprintf(L"AF_INET6 (IPv6)\n");
            // the InetNtop function is available on Windows Vista and later
            sockaddr_ipv6 = (struct sockaddr_in6 *) ptr->ai_addr;
            wprintf(L"\tIPv6 address %ws\n",
                    InetNtop(AF_INET6, &sockaddr_ipv6->sin6_addr,
                             ipstringbuffer, 46));

            // We could also use WSAAddressToString which also returns the scope ID
            // sockaddr_ip = (LPSOCKADDR) ptr->ai_addr;
            // The buffer length is changed by each call to WSAAddresstoString
            // So we need to set it for each iteration through the loop for safety
            // ipbufferlength = 46;
            //iRetval = WSAAddressToString(sockaddr_ip, (DWORD) ptr->ai_addrlen, NULL, 
            //    ipstringbuffer, &ipbufferlength );
            //if (iRetval)
            //    wprintf(L"WSAAddressToString failed with %u\n", WSAGetLastError() );
            //else    
            //    wprintf(L"\tIPv6 address %ws\n", ipstringbuffer);
            break;
        default:
            wprintf(L"Other %ld\n", ptr->ai_family);
            break;
        }
        wprintf(L"\tSocket type: ");
        switch (ptr->ai_socktype) {
        case 0:
            wprintf(L"Unspecified\n");
            break;
        case SOCK_STREAM:
            wprintf(L"SOCK_STREAM (stream)\n");
            break;
        case SOCK_DGRAM:
            wprintf(L"SOCK_DGRAM (datagram) \n");
            break;
        case SOCK_RAW:
            wprintf(L"SOCK_RAW (raw) \n");
            break;
        case SOCK_RDM:
            wprintf(L"SOCK_RDM (reliable message datagram)\n");
            break;
        case SOCK_SEQPACKET:
            wprintf(L"SOCK_SEQPACKET (pseudo-stream packet)\n");
            break;
        default:
            wprintf(L"Other %ld\n", ptr->ai_socktype);
            break;
        }
        wprintf(L"\tProtocol: ");
        switch (ptr->ai_protocol) {
        case 0:
            wprintf(L"Unspecified\n");
            break;
        case IPPROTO_TCP:
            wprintf(L"IPPROTO_TCP (TCP)\n");
            break;
        case IPPROTO_UDP:
            wprintf(L"IPPROTO_UDP (UDP) \n");
            break;
        default:
            wprintf(L"Other %ld\n", ptr->ai_protocol);
            break;
        }
        wprintf(L"\tLength of this sockaddr: %d\n", ptr->ai_addrlen);
        wprintf(L"\tCanonical name: %s\n", ptr->ai_canonname);
    }

    FreeAddrInfo(result);
    WSACleanup();

    return 0;
}

Anforderungen

Anforderung Wert
mindestens unterstützte Client- Windows Vista, Windows XP mit SP2 [nur Desktop-Apps]
mindestens unterstützte Server- Windows Server 2003 [Nur Desktop-Apps]
Header- ws2def.h (enthalten Windows Server 2012, Windows 7 Windows Server 2008 R2)

Siehe auch

GetAddrInfoEx-

GetAddrInfoW-

WSAEnumProtocols

addrinfo

addrinfoex-

addrinfoex2

getaddrinfo-

sockaddr-