lokales Netzwerk - Arbeitsgruppendaten auslesen

[mintpc]

Hallo zusammen,

wenn man im Microsoft-Netzwerk eine Arbeitsgruppe bildet sind alle Computer dieser
Arbeitsgruppe ja irgendwie für alle in dieser Arbeitsgruppe sichtbar.

Gibt es eine Möglichkeit, Informationen (z.B. die IP-Adressen) der Arbeitsgruppencomputer
auszulesen? Die IP-Adressen der anderen muss mein Windows-System zumindest ja irgendwie
kennen, oder?

mintpc

[marcov]

Windows Gruppen sind Netbios, nicht TCP/IP basiert (NetBIOS kann aber über TCP/IP getunnelt werden).

FPC 2.5.1 hat ein Unit "nb30.pp" dafür, der aber auch mit 2.4.x funktionieren wird.

Das ist aber eine 1:1 Übersetzung der Windows API ohne Beispiele. Aber mit ein bisschen Suchen konnte man vielleicht einige Delphi Beispiele finden.

[mintpc]

Also, wenn ich recht verstehe hab ich mit den Netzwerkkomponenten (LNET)
keine wirkliche Möglichkeit, das Netzwerk, in dem ich mich befinde, auf
benachbarte IPs zu untersuchen, d.h. zu sehen, wer sich gerade noch im
Netzwerk befindet und wer seinen Rechner gerade angeschaltet hat.

Richtig?

mintpc

[af0815]

Also, wenn ich recht verstehe hab ich mit den Netzwerkkomponenten (LNET)
keine wirkliche Möglichkeit, das Netzwerk, in dem ich mich befinde, auf
benachbarte IPs zu untersuchen, d.h. zu sehen, wer sich gerade noch im
Netzwerk befindet und wer seinen Rechner gerade angeschaltet hat.

Genau, diese Verwaltungsfunktionen des Betriebssystem werden über die API eben dieses Betriebssystems zur Verfügung gestellt. Deshalb auch der Veweis auf Netbios.

[marcov]

Also, wenn ich recht verstehe hab ich mit den Netzwerkkomponenten (LNET)
keine wirkliche Möglichkeit, das Netzwerk, in dem ich mich befinde, auf
benachbarte IPs zu untersuchen, d.h. zu sehen, wer sich gerade noch im
Netzwerk befindet und wer seinen Rechner gerade angeschaltet hat.

Theoretisch: vielleicht, aber praktisch nicht.

[mintpc]

Schade.

Das wäre soooooooo praktisch gewesen.

[carli]

Also, wenn ich recht verstehe hab ich mit den Netzwerkkomponenten (LNET)
keine wirkliche Möglichkeit, das Netzwerk, in dem ich mich befinde, auf
benachbarte IPs zu untersuchen, d.h. zu sehen, wer sich gerade noch im
Netzwerk befindet und wer seinen Rechner gerade angeschaltet hat.

Richtig?

mintpc

Geht alles.
Mit UDP.
Man sendet einen Broadcast ans Netzwerk (IP 255.255.255.255) und du schreibst ein Empfängerprogramm, das auf diesen Broadcast antwortet. So funktionieren übrigens auch Suchanfragen in LAN-Spielen.

[mintpc]

Jaaaaaaa,... das hatte ich auch schon probiert, mit den Indy-Komponenten unter
Delphi (Indy 9). Und da lief das auch super mit dem Broadcast.

Allerdings wollte ich konsequent auf Lazarus umsteigen, und so richtig bekomme ich die
Indy 9 Komponenten nicht zu installieren, also hab ich das mit LNet probiert.

Nur hier ist scheinbar das Problem, dass der UDP-Client sich am UDP-Server
anmelden muss, um etwas empfangen zu können. Oder irre ich mich? Gibt es da
tatsächlich ein Möglichkeit?

mintpc

[monta]

Indy 10 läuft bei mir mit Lazarus.

Vielleicht kannst du statt der 9 die 10 nehmen und ansonsten deine Umsetzung behalten?

http://www.indyproject.org/Sockets/fpc/index.de.aspx

[mintpc]

Hey Leute, ich bin der glücklichste Mensch des Abends.
Es klaaaaaaaapt (erstmal im kleinen Testprogramm).

Man muss nur den LNet Client bei 255.255.255.255 anmelden (Client heißt die UDP-Komponente):

Code: Alles auswählen

client.Connect('255.255.255.255', 44);
client.SendMessage('Broadcast','255.255.255.255');

und damit ging der Broadcast.

Junge, Junge. Junge. Über dieser Sache saß ich jetzt schon mindestens 4 Wochen.
Danke Carli für diesen nochmaligen Anstupser, und monta auch, natürlich, die 10er Indys
werde ich mir auch mal ansehen. Laufen die denn gut bei dir? Im Forum geht ja so das
Gerücht um, man sollte von Indy in Kombi mit Lazarus ja lieber die Finger davon lassen.

Gute Nacht
MintPC

[monta]

Ich habe natürlich bei weitem nicht alle Komponenten im Einsatz gehabt. Ich bin auch kein Freund dieses riesigen Packages was etwas überladen ist. Das ganze macht es teilweise sehr unübersichtlich und ohne Einarbeitung fast unmöglich in die Funktionsweise der einzelnen Indy-Komponenten einzutauchen.

Aber das ist mehr eine generelle Abneigung somal ich meisten einfache Dinge benötige, welche mit schlanken Bibliotheken, welche Teilweise auch näher am FPC entwickelt werden, abgedeckt sind. Und wenn diese ausreichen, verzichte ich lieber auf die Indys. Aber wenn man sie denn Benutzen möchte/muss hatte ich bisher nie Probleme und sie liefen auch einwandfrei.

[carli]

Ich habe natürlich bei weitem nicht alle Komponenten im Einsatz gehabt. Ich bin auch kein Freund dieses riesigen Packages was etwas überladen ist. Das ganze macht es teilweise sehr unübersichtlich und ohne Einarbeitung fast unmöglich in die Funktionsweise der einzelnen Indy-Komponenten einzutauchen.

Aber das ist mehr eine generelle Abneigung somal ich meisten einfache Dinge benötige, welche mit schlanken Bibliotheken, welche Teilweise auch näher am FPC entwickelt werden, abgedeckt sind. Und wenn diese ausreichen, verzichte ich lieber auf die Indys. Aber wenn man sie denn Benutzen möchte/muss hatte ich bisher nie Probleme und sie liefen auch einwandfrei.

Es fehlt in der RTL leider eine gute Implementierung einer plattformunabhängigen Netzwerkkomponente. (Input und Output sollten TStream sein und der Befehlsumfang mindestens der von SDL_NET) - leider fehlts da bei mir an Plattformspezifischen Wissen, sodass ich mich noch nicht rangewagt hab