структура MIB_TCPROW_LH (tcpmib.h)
Структура MIB_TCPROW содержит сведения, которые отменяют протокол TCP-подключения по протоколу IPv4.
Синтаксис
typedef struct _MIB_TCPROW_LH {
union {
DWORD dwState;
MIB_TCP_STATE State;
};
DWORD dwLocalAddr;
DWORD dwLocalPort;
DWORD dwRemoteAddr;
DWORD dwRemotePort;
} MIB_TCPROW_LH, *PMIB_TCPROW_LH;
Члены
dwState
Тип: DWORD
Состояние TCP-подключения. Этот член может быть одним из значений, определенных в файле заголовка Iprtrmib.h .
На Windows SDK, выпущенном для Windows Vista и более поздних версий, организация файлов заголовков изменилась. Этот член может быть одним из значений перечисления MIB_TCP_STATE , определенного в файле заголовка Tcpmib.h , а не в файле заголовка Iprtrmib.h . Обратите внимание, что файл заголовка Tcpmib.h автоматически включается в iprtrmib.h, который автоматически включается в файл заголовка Iphlpapi.h . Файлы заголовков Tcpmib.h и Iprtrmib.h никогда не следует использовать напрямую.
State
dwLocalAddr
Тип: DWORD
Локальный IPv4-адрес tcp-подключения на локальном компьютере. Нулевое значение указывает, что прослушиватель может принимать подключение к любому интерфейсу.
dwLocalPort
Тип: DWORD
Номер локального порта в порядке байтов сети для TCP-подключения на локальном компьютере.
Максимальный размер номера IP-порта составляет 16 бит, поэтому следует использовать только более низкие 16 бит. Верхние 16 бит могут содержать неинициализированные данные.
dwRemoteAddr
Тип: DWORD
IPv4-адрес tcp-подключения на удаленном компьютере. Если элемент dwStateMIB_TCP_STATE_LISTEN, это значение не имеет смысла.
dwRemotePort
Тип: DWORD
Номер удаленного порта в порядке байтов сети для TCP-подключения на удаленном компьютере. Если элемент dwStateMIB_TCP_STATE_LISTEN, этот элемент не имеет смысла.
Максимальный размер номера IP-порта составляет 16 бит, поэтому следует использовать только более низкие 16 бит. Верхние 16 бит могут содержать неинициализированные данные.
Комментарии
Функция GetTcpTable извлекает таблицу tcp-подключений IPv4 на локальном компьютере и возвращает эти сведения в MIB_TCPTABLE структуре.
Массив MIB_TCPROW структур содержится в структуре MIB_TCPTABLE . Структура MIB_TCPROW также используется функцией SetTcpEntry .
Член dwState указывает состояние записи TCP на схеме состояния TCP. Tcp-подключение проходит через ряд состояний в течение его существования. Состояния: LISTEN, SYN-SENT, SYN-RECEIVED, ESTABLISHED, FIN-WAIT-1, FIN-WAIT-2, CLOSE-WAIT, CLOSED, LAST-ACK, TIME-WAIT и вымышленное состояние CLOSED. Состояние CLOSED является вымышленным, так как оно представляет состояние, когда нет блока управления передачей и, следовательно, нет подключения. Протокол TCP описан в документе RFC 793. Для получения дополнительной информации см. http://www.ietf.org/rfc/rfc793.txt.
Члены dwLocalAddr и dwRemoteAddr хранятся в виде DWORD в том же формате, что и структура in_addr . Чтобы использовать члены dwLocalAddr или dwRemoteAddr , могут потребоваться функции ntohl или inet_ntoa в сокетах Windows или аналогичные функции. В Windows Vista и более поздних версиях функции RtlIpv4AddressToString или RtlIpv4AddressToStringEx могут использоваться для преобразования IPv4-адреса в членах dwLocalAddr или dwRemoteAddr в строку без загрузки библиотеки DLL сокетов Windows.
Члены dwLocalPort и dwRemotePort находятся в сетевом порядке байтов. Чтобы использовать члены dwLocalPort или dwRemotePort , могут потребоваться функции ntohs или inet_ntoa в сокетах Windows или аналогичные функции.
Структура MIB_TCPROW немного изменилась в Windows Vista и более поздних версиях. В Windows Vista и более поздних версиях член dwState заменяется объединением, содержащим следующие элементы.
В Windows SDK версия структуры для использования в Windows Vista и более поздних версий определяется как MIB_TCPROW_LH. В Windows SDK версия этой структуры, которая будет использоваться в более ранних системах, включая Windows 2000 и более поздних версий, определяется как MIB_TCPROW_W2K. При компиляции приложения, если целевой платформой является Windows Vista и более поздних версий (NTDDI_VERSION >= NTDDI_LONGHORN, _WIN32_WINNT >= 0x0600или WINVER >= 0x0600), структура MIB_TCPROW_LH определяется в MIB_TCPROW структуре. При компиляции приложения, если целевой платформой не является Windows Vista и более поздних версий, структура MIB_TCPROW_W2K определяется в MIB_TCPROW структуре.
На Windows SDK, выпущенном для Windows Vista и более поздних версий, организация файлов заголовков изменилась. Эта структура определяется в файле заголовка Tcpmib.h , а не в файле заголовка Iprtrmib.h . Обратите внимание, что файл заголовка Tcpmib.h автоматически включается в iprtrmib.h, который автоматически включается в файл заголовка Iphlpapi.h . Файлы заголовков Tcpmib.h и Iprtrmib.h никогда не следует использовать напрямую.
Примеры
В следующем примере извлекается таблица tcp-подключений и выводится состояние каждого подключения, представленного в виде структуры MIB_TCPROW .
#include <winsock2.h>
#include <ws2tcpip.h>
#include <iphlpapi.h>
#include <stdio.h>
// Need to link with Iphlpapi.lib and Ws2_32.lib
#pragma comment(lib, "iphlpapi.lib")
#pragma comment(lib, "ws2_32.lib")
#define MALLOC(x) HeapAlloc(GetProcessHeap(), 0, (x))
#define FREE(x) HeapFree(GetProcessHeap(), 0, (x))
/* Note: could also use malloc() and free() */
int main()
{
// Declare and initialize variables
PMIB_TCPTABLE pTcpTable;
DWORD dwSize = 0;
DWORD dwRetVal = 0;
char szLocalAddr[128];
char szRemoteAddr[128];
struct in_addr IpAddr;
int i;
pTcpTable = (MIB_TCPTABLE *) MALLOC(sizeof (MIB_TCPTABLE));
if (pTcpTable == NULL) {
printf("Error allocating memory\n");
return 1;
}
dwSize = sizeof (MIB_TCPTABLE);
// Make an initial call to GetTcpTable to
// get the necessary size into the dwSize variable
if ((dwRetVal = GetTcpTable(pTcpTable, &dwSize, TRUE)) ==
ERROR_INSUFFICIENT_BUFFER) {
FREE(pTcpTable);
pTcpTable = (MIB_TCPTABLE *) MALLOC(dwSize);
if (pTcpTable == NULL) {
printf("Error allocating memory\n");
return 1;
}
}
// Make a second call to GetTcpTable to get
// the actual data we require
if ((dwRetVal = GetTcpTable(pTcpTable, &dwSize, TRUE)) == NO_ERROR) {
printf("\tNumber of entries: %d\n", (int) pTcpTable->dwNumEntries);
for (i = 0; i < (int) pTcpTable->dwNumEntries; i++) {
printf("\n\tTCP[%d] State: %ld - ", i,
pTcpTable->table[i].dwState);
switch (pTcpTable->table[i].dwState) {
case MIB_TCP_STATE_CLOSED:
printf("CLOSED\n");
break;
case MIB_TCP_STATE_LISTEN:
printf("LISTEN\n");
break;
case MIB_TCP_STATE_SYN_SENT:
printf("SYN-SENT\n");
break;
case MIB_TCP_STATE_SYN_RCVD:
printf("SYN-RECEIVED\n");
break;
case MIB_TCP_STATE_ESTAB:
printf("ESTABLISHED\n");
break;
case MIB_TCP_STATE_FIN_WAIT1:
printf("FIN-WAIT-1\n");
break;
case MIB_TCP_STATE_FIN_WAIT2:
printf("FIN-WAIT-2 \n");
break;
case MIB_TCP_STATE_CLOSE_WAIT:
printf("CLOSE-WAIT\n");
break;
case MIB_TCP_STATE_CLOSING:
printf("CLOSING\n");
break;
case MIB_TCP_STATE_LAST_ACK:
printf("LAST-ACK\n");
break;
case MIB_TCP_STATE_TIME_WAIT:
printf("TIME-WAIT\n");
break;
case MIB_TCP_STATE_DELETE_TCB:
printf("DELETE-TCB\n");
break;
default:
printf("UNKNOWN dwState value: %d\n", pTcpTable->table[i].dwState);
break;
}
IpAddr.S_un.S_addr = (u_long) pTcpTable->table[i].dwLocalAddr;
strcpy_s(szLocalAddr, sizeof (szLocalAddr), inet_ntoa(IpAddr));
printf("\tTCP[%d] Local Addr: %s\n", i, szLocalAddr);
printf("\tTCP[%d] Local Port: %d \n", i,
ntohs((u_short)pTcpTable->table[i].dwLocalPort));
IpAddr.S_un.S_addr = (u_long) pTcpTable->table[i].dwRemoteAddr;
strcpy_s(szRemoteAddr, sizeof (szRemoteAddr), inet_ntoa(IpAddr));
printf("\tTCP[%d] Remote Addr: %s\n", i, szRemoteAddr);
printf("\tTCP[%d] Remote Port: %d\n", i,
ntohs((u_short)pTcpTable->table[i].dwRemotePort));
}
} else {
printf("\tGetTcpTable failed with %d\n", dwRetVal);
FREE(pTcpTable);
return 1;
}
if (pTcpTable != NULL) {
FREE(pTcpTable);
pTcpTable = NULL;
}
return 0;
}
Требования
| Требование | Значение |
|---|---|
| Минимальная версия клиента | Windows 2000 Professional [только классические приложения] |
| Минимальная версия сервера | Windows 2000 Server [только классические приложения] |
| Верхняя часть | tcpmib.h (включая Iphlpapi.h) |
См. также раздел
MIB_TCP6ROW2
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по