MAC-Adresse eine Gegenseite auslesen

[Aviator]

Zitat:

Zitat von Luckie (Beitrag 1382580)

Wie wäre eine Server-Client Lösung? Der Server fragt nach der Mac Adresse und der Client antwortet mit der Mac Adresse. Der einzige Nachteil ist natürlich, dass zusätzlich ein Programm auf den Clients eingerichtet werden muss. Aber wenn man die Rechner aufsetzt kann man das ja auch noch schnell machen. Bei einer entsprechenden Anzahl von Rechnern fällt das dann nicht mehr ins Gewicht.

Zitat:

Zitat von Codehunter (Beitrag 1382547)

Hmm Jain :-) Die obere Lösung setzt auf ICMP und das wiederum setzt auf IPv4 auf. Allerdings ist nicht gesagt, dass auf dem jeweiligen Prüfling ein funktionsfähiger IP-Stack nebst passender IPv4-Adresse vorhanden ist. Der Prüfling ist i.d.R. eine Blackbox, von der man nicht mal weiß ob es da eine IPv4-Adresse gibt und falls doch, in welcher Subnetzmaske die liegt.

Hervorhebung von mir. :thumb:

Da wird es dann denke ich schwierig eine Software zu installieren.

[Luckie]

Oh. OK. Überlesen. Dann geht das natürlich nicht.

[Alter Mann]

Klassisches Verfahren : BOOTTP

[stifflersmom]

Zitat:

Zitat von Alter Mann (Beitrag 1382611)

Klassisches Verfahren : BOOTTP

ich glaube du meinst BootP

https://de.wikipedia.org/wiki/Bootstrap_Protocol

das hört sich auch vielversprechend an:

Zitat:

Mit dem boot request sendet der Client einige Informationen über sich: Das wichtigste ist die eigene Hardware-Adresse der Netzwerkkarte (MAC-Adresse). Dies ist das einzige Erkennungsmerkmal der Station. Der Client generiert außerdem eine 4 Byte lange Zufallszahl, die im boot reply wieder auftauchen muss. Weiterhin ist ein Timer vorgesehen, der zählt, wie lange der Client schon auf sein boot reply wartet.

[Codehunter]

Zitat:

Zitat von Luckie (Beitrag 1382580)

Wie wäre eine Server-Client Lösung? Der Server fragt nach der Mac Adresse und der Client antwortet mit der Mac Adresse. Der einzige Nachteil ist natürlich, dass zusätzlich ein Programm auf den Clients eingerichtet werden muss. Aber wenn man die Rechner aufsetzt kann man das ja auch noch schnell machen. Bei einer entsprechenden Anzahl von Rechnern fällt das dann nicht mehr ins Gewicht.

Siehe mein eröffnendes Post:

Zitat:

Zitat von Codehunter (Beitrag 1382542)

Ich suche eine elegante Möglichkeit, mit einem Delphi-Programm die MAC-Adresse eines Gerätes zu ermitteln, welches per LAN-Crossover-Kabel (also ohne Switch, Router o.ä. dazwischen) mit der Netzwerkkarte des Rechners verbunden ist, auf dem das Delphi-Programm läuft. Dabei geht es um Identifikation im Prüffeld, also der Reihe nach eine größere Stückzahl an Geräten anschließen, MAC auslesen und Etikett mit kodierter MAC-Adresse ausdrucken. Es handelt sich dabei um ganz unterschiedliche Embedded-Geräte mit ganz unterschiedlichen Betriebssystemen. Der Prüfrechner befindet sich auch nicht auf Umwegen in einem größeren Netzwerk, sodass man sich auf Protokollebene "austoben" könnte ohne in einem Netzwerk "Konfusionismus" auszulösen ;-)

Ich meine das durchaus wörtlich. In vielen Fällen handelt es sich um Embedded-Geräte mit Linux-Kernels. Ich würde noch nicht mal sagen dass die herstellerseitig verrammelt wären. Vielmehr geht es um den Faktor Quantität. Es ist schlicht von den Abläufen her nicht möglich, jedes Gerät anzupassen und sich eine Client-Software zu installieren. Zumal in vielen Fällen gar keine Eingabemöglichkeit besteht solange das betreffende Gerät nicht in seinem eigentlichen Ziel-Ökosystem installiert ist.

Ein Beispiel sind VoIP-Telefone. Die haben zwar ihre MAC-Adresse in Form eines Aufklebers am Gehäuse. Jedoch A) in Schriftgröße < 4 Pt. und B) keine maschinenlesbare Form wie Barcode usw. Also höchst fehlerträchtig beim Ablesen in größeren Stückzahlen. Die Dinger haben aber den Vorteil, dass sie wenn sie booten, einen DHCPv4-Request absetzen. Insofern noch easy.

Ein weiteres Beispiel sind LAN-fähige Baugruppen. Da gibt es in einigen Fällen keinen IP-Stack. Vielmehr laufen die mit vollständig proprietären OS und Protokollen. Da sie sich aber mit Standard-Switches verteilen lassen, müssen sie (so meine Denke) zumindest auf Ethernet aufsetzen. Diese Dinger haben z.T. noch nicht mal einen Aufkleber mit der MAC-Adresse.

Ich bin echt überrascht dass es da im Ethernet-Standard kein "Magic Packet" gibt, das einen Peernode dazu veranlasst, seine MAC-Adresse auszuspucken. Bezw. einen gemeinsamen Standard, welchen sie nutzen um sich, wenn sie an einen Switch angeschlossen werden, diesem bekannt zu machen. Ich dachte bisher immer, auf den unteren Protokollebenen würde das nicht vom Betriebssystem sondern von den Firmwares der Ethernet-Controller übernommen und es gäbe da sowas wie den kleinsten gemeinsamen Nenner.

[HolgerX]

Hmm..

Also wenn der Rechner nicht noch an einem weiteren Netzwerk hängt und nur mit dem Gerät direkt verbunden ist, sollte es mit einem ARP Sniffer gehen.

Normalerweise sendet jedes Gerät beim Verbinden mit dem Netzwerk ein ARP-Request, um eine IP-Adresse z.B. von einem DHCP zugewiesen zu bekommen.

Somit braucht Du nur auf diese Pakete zu lauschen und wenn beim Anschließen des Gerätes eine neue MAC auftaucht, wird die es wohl sein!

Hier mal ein Link zu einem Sniffer, welcher mit WinPCap die ARP-Requests liefern kann:

http://www.delphipraxis.net/1282003-post3.html

Da dieser mit Delphi erstellt wurde, kannst Du ihn so anpassen, dass er nur ARP-Pakete Logt.

Eine Erweiterung um einen automatischen Ausdruck des Etikettes sollte dann ja kein Problem sein.

Somit würde immer bei Einstecken eines neuen Gerätes automatisch ein MAC-Etikett ausgedruckt.

[Codehunter]

Das schaut sehr interessant aus! Was sich in den Tiefen der DP so alles findet :-)

[HolgerX]

Zitat:

Zitat von Codehunter (Beitrag 1382746)

Das schaut sehr interessant aus! Was sich in den Tiefen der DP so alles findet :-)

Es ist immer das Problem die richtigen Suchbegriffe zu finden. ;)
Ich hatte mich mal mit dem Thema 'AMAZON dash button' beschäftigt, und da kann man den Button auch nur über dessen MAC identifizieren.

[Codehunter]

Zitat:

Zitat von HolgerX (Beitrag 1382748)

Es ist immer das Problem die richtigen Suchbegriffe zu finden. ;)

Das Problem hat ja schon fast philosophische Ausmaße. Man findet nur, wofür man Worte hat. Mir ging es schon öfter so, dass ich beim Stöbern im Web zufällig Dinge fand, nach denen ich früher verzweifelt gesucht habe. In manchen Fällen sind SuMas völlig nutzlos, weil sie nur mit Content arbeiten, ihnen jedoch jegliches verknüpfende Sachwissen fehlt. Dafür gibts auch so ein schönes Stichwort, auf das man selbst nie käme wenn man nicht um das Problem als solches wüsste: FILTERBLASE.

Zitat:

Zitat von HolgerX (Beitrag 1382748)

Ich hatte mich mal mit dem Thema 'AMAZON dash button' beschäftigt, und da kann man den Button auch nur über dessen MAC identifizieren.

Und dann als Haustürklingel umfunktioniert? ;-)