Suche nach TCP-ports, die von der Anwendung

Alle Recht, also werde ich die Verlängerung meines Unternehmens flexlm vendor-daemon, der ein wenig mehr offenbart-client-Anwendungen.

Ich muss in der Lage sein, um herauszufinden, was lmgrd-Anschluss überwacht wird, bevor die clients verbinden. In der API-Dokumentation scheint eher öde, und ich glaube, Sie halten die meisten Ihr code in einer kompilierten form, so kann ich nicht nur Blick auf Ihre Quelle.

Ist es möglich, den Anruf auf die großartige Leistung des Windows-API, um herauszufinden, welche ports ein bestimmter Prozess mit? Wenn Process Explorer von Sysinternals kann es tun, ich sollte in der Lage sein, richtig? Was wären einige Beispiel-code für diese?

Muss es Unterstützung für Windows XP und höher, da viele unserer Kunden haben noch zu aktualisieren.

Ich sollte anmerken, dass sich aus FLEX bietet Unterstützung für das ziehen der port aus der Lizenz-Datei. Ich habe nicht den code vor mir, aber wisse, dass dies nicht der beste Weg, um herauszufinden, welche ports Ihres vendor-daemon/lmgrd ausgeführt wird.

InformationsquelleAutor RandomInsano | 2011-06-27

8

GetTcpTable2 -- siehe unten

GetTcpTable2 Funktion

Den GetTcpTable Funktion ruft die IPv4-TCP-Verbindung Tabelle.

Diesem füllen wird ein MIB_TCPTABLE Struktur.
```
typedef struct _MIB_TCPTABLE {
  DWORD      dwNumEntries;
  MIB_TCPROW table[ANY_SIZE];
} MIB_TCPTABLE, *PMIB_TCPTABLE;
```
Und jetzt die MIB_TCPROW
```
typedef struct _MIB_TCPROW {
  DWORD dwState;
  DWORD dwLocalAddr;
  DWORD dwLocalPort;
  DWORD dwRemoteAddr;
  DWORD dwRemotePort;
} MIB_TCPROW, *PMIB_TCPROW;
```
WICHTIG:

Müssen Sie GetTcpTable2, um die entsprechende PID assoziiert als gut.
```
typedef struct _MIB_TCPROW2 {
  DWORD                        dwState;
  DWORD                        dwLocalAddr;
  DWORD                        dwLocalPort;
  DWORD                        dwRemoteAddr;
  DWORD                        dwRemotePort;
  DWORD                        dwOwningPid;
  TCP_CONNECTION_OFFLOAD_STATE dwOffloadState;
} MIB_TCPROW2, *PMIB_TCPROW2;
```
dwOwningPid
- Mist. Keine tun können. Scheint die GetTcpTable2 Funktion ist ein Vista und höher funktionieren. Ich sollte angegeben haben, sollte es mit Windows XP als minimum, da viele unserer Kunden noch nicht aktualisiert, noch. Ich werde zu aktualisieren meinem ursprünglichen post. Ausgezeichnete finden, obwohl, ich muss sagen.
- Also... es scheint, die nächste Windows XP-version das ist AllocateAndGetTcpExTableFromStack msdn.microsoft.com/en-us/library/aa365804(v=vs. 85).aspx
- Die GetTcpTable oder GetExtendedTcpTable Funktionen sollten verwendet werden, um die TCP-Verbindung Tabelle anstelle von der AllocateAndGetTcpExTableFromStack Funktion. Hinweis: Die AllocateAndGetTcpExTableFromStack Funktion ist veraltet und wird nicht unterstützt auf Windows Vista und höher. Auf der Microsoft Windows Software Development Kit (SDK) freigegeben für Windows Vista und höher, die Funktion Prototyp für AllocateAndGetTcpExTableFromStack wird noch definiert, in die Iphlpapi.h header-Datei für eine Fortsetzung der Unterstützung unter Windows Server 2003 und Windows XP.
- Verwendung: GetExtendedTcpTable und GetOwnerModuleFromTcpEntry
- Gerade die GetExtendedTcpTable. Genial!
- Was ist das anscheinend baumeln " dwOwningPid "" am Ende (eines der Felder _MIB_TCPROW2)?
InformationsquelleAutor flumpb

Hier ist der code landete ich mit, wer hat dieses problem nach mir

#include "stdafx.h"
#include <windows.h>
#include <iphlpapi.h>

//These are just for the ntohl function in the printf below
#include <winsock.h>
#pragma comment(lib, "Ws2_32.lib")

DWORD (WINAPI *pGetExtendedTcpTable)(
  PVOID pTcpTable,
  PDWORD pdwSize,
  BOOL bOrder,
  ULONG ulAf,
  TCP_TABLE_CLASS TableClass,
  ULONG Reserved
);

int _tmain(int argc, _TCHAR* argv[])
{
    MIB_TCPTABLE_OWNER_PID *pTCPInfo;
    MIB_TCPROW_OWNER_PID *owner;
    DWORD size;
    DWORD dwResult;

    HMODULE hLib = LoadLibrary("iphlpapi.dll");

    pGetExtendedTcpTable = (DWORD (WINAPI *)(PVOID, PDWORD, BOOL, ULONG, TCP_TABLE_CLASS, ULONG))
        GetProcAddress(hLib, "GetExtendedTcpTable");

    if (!pGetExtendedTcpTable)
    {
        printf("Could not load iphlpapi.dll. This application is for Windows XP SP2 and up.\n");
        return 1;
    }

    dwResult = pGetExtendedTcpTable(NULL,     &size, false, AF_INET, TCP_TABLE_OWNER_PID_LISTENER, 0);
    pTCPInfo = (MIB_TCPTABLE_OWNER_PID*)malloc(size);
    dwResult = pGetExtendedTcpTable(pTCPInfo, &size, false, AF_INET, TCP_TABLE_OWNER_PID_LISTENER, 0);

    if (dwResult != NO_ERROR)
    {
        printf("Couldn't get our IP table");
        return 2;
    }

    printf("Iterating though table:\n");
    for (DWORD dwLoop = 0; dwLoop < pTCPInfo->dwNumEntries; dwLoop++)
    {
        owner = &pTCPInfo->table[dwLoop];

        printf("  PID: %5u - Port: %5u\n", owner->dwOwningPid, ntohs(owner->dwLocalPort));
    }

    //Pause a moment
    printf("Done Processing\n");

    return 0;
}

InformationsquelleAutor RandomInsano

3

Im schlimmsten Fall, können Sie immer durchsuchen Sie die Ausgabe von:
```
netstat -bna
```
- Interessante Idee. Mehr um einen reverse-engineered version der app. Ich bin gefallen auf der alten winternals-source-code und werden sehen, wie der Kerl umgesetzt sein TCPView Anwendung.
InformationsquelleAutor spender

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.