Port nicht erzeugt

[TurboMagic]

Hallo,

eine Anwendung von mir ermöglicht es optional per DataSnap (das ist es glaube ich) eine externe Anwendung anzubinden.
Den zu benutzenden Port kann man konfigurieren.

Bei einem Kunden scheint es aber den Port nicht zu erzeugen, auch nicht, wenn ich eine andere Nummer wähle.
Netstat -p TCP zeigt beide getestete Ports nicht an. Andere von der Anwendung erzeugte (nicht DataSnap)
Ports zeigt Netstat als "Established" an, wie es sein soll.

Windows Firewall ist aus (alles rot in den EInstellungen), Firewall Service davon läuft aber noch und kann
ich nicht stoppen, obwohl der Kunde angeblich als Administrator angemeldet ist. Lt. Kunde nutzt er auch nur
die Windows Firewall.

Schaue ich mit ipconfig /all nach bekomme ich einen verbundenen Ethernet Adapter, einen nicht verbundenen
W-Lan Adapter, 2 VM Ware virtual Adapter und noch irgendwas das nicht verbunden ist.

Naja, nicht ganz einfach, da es ein spanisches Windows ist und ich kein Spanisch kann

Aber: was könnte sonst noch das Erzeugen eines Server Ports verhindern?

[Michael II]

Windows Firewall Log geprüft?
Hast du Zugriff auf den Code beim Listen-Schritt? Wird evt. der Socket an einen "falschen" Adapter gebunden?
Nebenbei: Wenn netstat viele Verbindungen anzeigt, dann übersieht man ab und zu einen Eintrag. netstat -aon | findstr /r :<portnummer> (also nicht nach Protokoll sondern Port filtern).

[himitsu]

Wenn nichts explizit vorgegeben ist, bindet es sich eigentlich an alle aktiven Adapter.

Das Problem kennen wir noch nicht.
Sollte der Port bereits belegt sein, dann gibt es im Programm normal eine Exception und der Server Service/Dienst raucht ab.


Ja, Firewall, Defender und Anderes läuft mit noch höheren Rechten ... die kann absichtlich normal nichtmal ein Admin abschießen.
Und bei einigen System-Diensten/-Prozessen wird auch noch Windows fast augenblicklich runtergefahren, falls man es doch mal schafft.

[Kas Ob.]

Hi,

Download ApiMonitor from http://www.rohitab.com/apimonitor (HTTP link as HTTPS usually and many times misconfigured at their part)

Only select API functions from (as shown in the screenshot )
Networking -> Windows Socket 2 -> ws2_32.dll
-> wsock32.dll

To be clear not all functions there are needed, you only need "bind" and "listen" and ("closesocket")
Also as i have no idea what DataSnap you referring to, but in some cases a "client" will use WinINet or WinHTTP, but these should not be your concern with opening ports, only if you found some missing API connections or more complex API calling like they are not coming form you application (the report will show the stack call for each API) as these client providers use the API internally and might be messing up your reports, or might no sense from first look.

After using these you should have a detailed error and response from bind and listen API call, like the socket handle is invalid as this means there was another API already destroyed the handle hence you need to expand on them or add CloseHandle to the report to track the handles.
2024-06-07 12_28_13-Window.png

[TurboMagic]

Interesting tools, some idea worth to investigate! Thanks!

[TurboMagic]

Hallo,

ich habe nun versucht eine Firewall Logaufzeichnung zu machen. Hat irgendwie nicht geklappt.
Aber eine Aufzeichnung mit dem interessanten API Monitor habe ich anfertigen können.
Ich habe dazu die ganze "Networking" Kategorie angekreuzt.

Angefügt habe ich zwei Screenshots. Diese zeigen alle bind Aufrufe, weil die nach
meinem Wissenstand die relevanten sind. Richtig?

Ok, es gibt noch einen Bind zu Port 3050, einer Firebird DB, der klappt aber.

Gerade der erste Screenshot zeigt den Bind für Port 1025, welches der Port ist, der bei
mir für die nicht funktionierende Funktionalität eingestellt ist und der lt. netstat -p TCP nicht
erzeugt wird.

Wenn ich das Log richtig interpretiere liefern diese bin Aufrufe aber 0 als Rückgabewert, was m.W.
"OK" bedeutet.

Nur was bedeutet das für mich?