getservbyname- und getservbyport-Funktionen in der API
Die Funktionen getservbyname und getservbyport verwenden die WSALookupServiceBegin-Funktion , um SVCID_INET_SERVICEBYNAME als Dienstklassen-GUID abzufragen. Der lpszServiceInstanceName-Member in der WSAQUERYSET-Struktur , die an die WSALookupServiceBegin-Funktion übergeben wird, verweist auf eine Zeichenfolge, um den Dienstnamen oder Dienstport und (optional) das Dienstprotokoll anzugeben. Die Formatierung der Zeichenfolge wird als FTP oder TCP oder 21/TCP oder einfach als FTP dargestellt. Bei der Zeichenfolge wird die Groß-/Kleinschreibung nicht beachtet. Die Schrägstrichmarkierung trennt den Protokollbezeichner vom vorherigen Teil der Zeichenfolge, sofern vorhanden. Die Ws2_32.dll gibt LUP_RETURN_BLOB an, und der Namespaceanbieter platziert eine SERVENT-Struktur im Blob (mit Offsets anstelle von Zeigern, wie oben beschrieben). Namespaceanbieter sollten auch diese anderen LUP_RETURN_*-Flags berücksichtigen.
| Flag | Beschreibung |
|---|---|
| LUP_RETURN_NAME | Gibt den s_name Member aus der SERVENT-Struktur in lpszServiceInstanceName zurück. |
| LUP_RETURN_TYPE | Gibt kanonische GUID in lpServiceClassId zurück. Es ist bekannt, dass sich ein Dienst, der als FTP oder 21 identifiziert wird, gemäß den lokal festgelegten Konventionen an einem anderen Port befinden kann. Der parameter s_port der SERVENT-Struktur sollte angeben, wo der Dienst in der lokalen Umgebung kontaktiert werden kann. Die kanonische GUID, die zurückgegeben wird, wenn LUP_RETURN_TYPE festgelegt wird, sollte eine der vordefinierten GUIDs von Svcs.h sein, die der in der SERVENT-Struktur angegebenen Portnummer entspricht. |
Zugehörige Themen