WakeOnLAN Library 1.6 [04.12.2013] — Jetzt open source.

Ich habe mal ein paar Codebeispiele und einer kleinere Dokumentation verfasst.
Diese findet Ihr im Readme des Github-Repos.

@thefiloe: Ich weiß, deshalb gibt's das auch noch nicht.

SeriTools schrieb:

http://shfb.codeplex.com/

nikeee13 schrieb:

mit Sandcastle gemacht (zusammen mit dem Sandcastle Help File Builder)

...
Der SHFB ist größtenteils nur eine GUI für das normale Sandcastle.

Ich bin am überlgen, ob ich meine NetDiscovery-Library reimplementiere bzw. komplett neu designe und in die WakeOnLan-Library mit einfließen lasse.

So wären in dieser Netzwerk-Library insgesamt diese Funktionalitäten:

• Senden von WOL-Signalen
  
• Berechnen von Subnetzen und IP-Adressen
  
• Senden von ARP-Requests, um IP-Adressen in MAC-Adressen aufzulösen
  
• Bereitstellen von IP-Endpoints, die von Clients via Broadcast-Request automatisch entdeckt werden können (für IPv6 dann via Multicast)
  

Das würde genügen, um eine Client-Server-Anwendung zu schreiben, die die Clients aufwecken kann damit die Clients sich am Server melden.

Was meint Ihr, einbauen? Oder bläst das zu doll auf?
Was könnte man außer diesem hier noch einbauen? Ich fände weitere, praktische Netzwerkfunktionalitäten wirklich schön, nur leider fallen mir keine mehr ein.

Hi!

das ist mir nicht aufgefallen. Man müsste an der Stelle wirklich ein Byte-Array verwenden. Ich habe das Beispiel im Eingangspost entsprechend abgeändert.

Mehr Informationen bekommst du in der Dokumentation auf MSDN zur IPAddress-Klasse.

Es handelt sich dabei um die einzelnen Bytes der MAC-Adresse. Wenn du die MAC-Adresse als String vorliegen hast, würd eich den Weg über die PhysicalAddress-Klasse aus dem Framework nehmen. Die hat eine Parse-Methode, mit der du MAC-Adressen, die als String kommen (AA-BB-CC-DD-EE-FF) in eine Objektinstanz verwandeln kannst.

Meine Library funktioniert auch mit der. Dann einfach dort die SendWol-Erweiterungsmethode aufrufen:


Die PhysicalAddress-Klasse hat kein TryParse, deshalb musst du damit rechnen, dass du eien Exception bekommst, wenn deine MAC-Adresse vom User eingegeben und nicht validiert wird.

Funktionieren tut der Code dort auch. Jedoch maße ich mir jetzt mal an, zu sagen, dass der Code von schlechter Qualität ist. Dokumentation und Guidelines werden so gut wie garnicht beachtet.

Wenn du keine extra DLL möchtest, kannst du dir auch den Quelltext meiner Library von Github ziehen und die relevanten Teile daraus entnehmen bzw. die Library selbst compilen (ohne Arp-Requests, Subnetzberechnugn und TAP-Support).

Außerdem möchte ich anmerken, dass ich wie ich im Eingangspost schon darauf hingewiesen habe, die Library nicht geschrieben habe, um eine WOL-Lib zu haben, sondern um mal eine Library gebaut zu haben, die auf allen Framework-Versionen Cross-Compiled, Dokumentiert ist und sich an alle (nicht nur die empfohlenen) Guidelines hält. Dass es Code gibt, der das gleiche "kann" ist also keine Überraschung, da es eher weniger um eine komplexe Funktionalität geht.