WSMAN Modul basierend auf Curl und LibXML2 (Projekte)

[thread]18435[/thread]

WSMAN Modul basierend auf Curl und LibXML2

Tags: SOAP XML::LibXML WSMAN Ähnliche Threads

Leser: 19

Articles: hide open all | hide show old branches

+10 replies
rage1985

2013-07-12 18:54

User since
2013-07-12
5 Artikel
BenutzerIn

Hallo Leute,

ich bin neu in der Community und möchte euch mein Projekt vorstellen.

Ich arbeite seit graumer Zeit an einem neuen WSMAN Modul. Es soll die Verwendung von WSMAN-Operationen zum Out-of-Band Management von Servern erleichtern.

GIT: http://github.com/rage1985/WSMAN--easy

Es basiert auf mit LibXML2 generierten SOAP anfragen die per Curl an einen WSMAN-Provider gesendet werden. Diese sind zum Beispiel im iDRAC von Dell, Windows WMI/WinRM, sowie VMware ESXi integriert.

Es soll Leuten durch die einfache Schnittstelle schnell mit WSMAN zu arbeiten.

Wie auf CPAN nachzulesen ist sind die Module DMTF::WSman und DMTF::CIM::WSman für sowas nicht wirklich gut geeignet.

Gerade Leute die Nagios Plugin-Scripts schreiben werden sich darüber freuen eine Net::SNMP ähnliche Schnittstelle vorzufinden.

Ich suche vorallem Leute die sich an der Arbeit beteiligen möchten, sowie Beta Tester, Leute die des Englischen mächtig sind und eure Meinungen dazu natürlich.

In meinem GIT Repository liegt der bisherige Code. Über Bugfixes und Verbesserungen würde ich mich sehr freuen!

Vergesst nicht mir eure Meinung mittzuteilen!

LG

Rage
Last edited: 2013-07-12 19:15:33 +0200 (CEST)
- GwenDragon
  
  2013-07-13 17:51
  
  User since
  2005-01-17
  14746 Artikel
  Admin1
  
  Aber ist das Modul nur für Deutschsprachler? Überall deutsche Kommentare.
  Und das Modul es kräht, wenn Fehler, manchmal auch deutsch.
  ;)
  
  Kein Pod (extern oder intern)?
  
  oder sind wir alle Nur-Admins-Perler, die immer Bescheid wissen :)
  
  Keine Übliche Modulstruktur bei Pod-Meta-Informationen wie NAME, SYNOPSIS; ..., AUTHOR, BUGS.
  Last edited: 2013-07-13 17:55:34 +0200 (CEST)
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
- rosti
  
  2013-07-14 09:18
  
  User since
  2011-03-19
  3470 Artikel
  BenutzerIn
  
  Ich habe mir da mal angeschaut. Dein OOP ist stark verbesserungsbedürftig, inbesondere hinsichtlich der Kapselung. Immerhin ist es seit dem Jahr 2001 (v5.6.1) möglich, einen modernen OOP-Style an den Tag zu legen.
  
  Wenn das ein Modul für CPAN werden soll, guck Dir an, was es da schon gibt, schau Dir die Klassenhierarchien an und finde eine Lücke wo das reinpasst, sprich: Vererbung, Klassenerweiterung.
  
  --Rosti
- +3 replies
- rage1985
  
  2013-07-14 13:15
  
  User since
  2013-07-12
  5 Artikel
  BenutzerIn
  
  Hi Leute,
  
  herzlichen Dank erstmal fürs drüberschauen!
  Ja ich hab da noch ein Batzen Arbeit vor mir. Doku stricken, defaults für die Argumente müssen noch her, exeption handling muss besser werden, alles auf eglisch übersetzen, OOP verbessern, CPAN must haves erstellen.
  
  Zu GwenDragon:
  
  Da das mein erstes Modul für CPAN ist lese ich im Momment die perdoc´s zu Pod das mit der Sypnosis bekomme ich wohl hin, werd dazu meine sample.pl nehmen.
  
  Hab mir mal das ein oder andere CPAN Modul angeschaut und werd versuch die Standards zu übernehmen muss da noch reinfuchsen, habs noch nicht ganz geblickt ^^.
  
  Zu rosti:
  
  Ja das hab ich mir bereits gedacht. Ich kenne Perl selber erst seit 2 Jahren und bin quasi noch im Lernprozess. Könntest du mir deinen Tipp genauer erläutern? Meinst du ich soll Moose oder ähnliches einpflegen?
  Ich wollte so wenig wie möglich auf andere Module zurückgreifen.
  
  Die beiden letzten Punkte habe ich schon auf meiner Liste stehen. Überlege noch wie ich es am besten einbaue. Muss wohl ein bisschen Doku lesen.
  
  LG Rage
  Last edited: 2013-07-14 13:16:12 +0200 (CEST)
  - +2 replies
  - rosti
    
    2013-07-14 13:36
    
    User since
    2011-03-19
    3470 Artikel
    BenutzerIn
    
    Quote
    Ich wollte so wenig wie möglich auf andere Module zurückgreifen.
    
    Das kann ggf. zielführend sein. Bei dem ganzen Geraffel, was es schon zu Webservices gibt, vielleicht auch.
    
    Vielleicht passt Deine Entwicklung aber auch zu LWP oder zu SOAP o.ä. Das müsstest Du selbst recherchieren, kommt darauf an, obs in Richtung Client oder Server geht...
    
    Viel Spaß mit Perl!
    - rage1985
      
      2013-07-14 14:25
      
      User since
      2013-07-12
      5 Artikel
      BenutzerIn
      
      2013-07-14T11:36:50 rosti
      kommt darauf an, obs in Richtung Client oder Server geht...
      
      Nein es soll mal ein Client werden bzw. die Basis für Scripts die es ermöglichen einfach mit einem WSMAN-Server zu interagieren. Server seitig gibt es da schon OpenWSMan.
      
      Die großen Hard- und Softwarehersteller die im Server und Datacenter Sektor unterwegs sind lösen mit WSMAN so langsam SNMP und IPMI ab. WSMAN ist sicherer (SSL/TLS) und mindestens genau so mächtig. Für Admins die keine SNMP-Trap Spider in ihr Netzwerk stecken wollen sondern die Ereignisse von den Server etc. ziehen wollen gibt es schon bald keine Alternative mehr.
      
      LG Rage
- +3 replies
- rage1985
  
  2013-07-14 14:39
  
  User since
  2013-07-12
  5 Artikel
  BenutzerIn
  
  Hi Leute,
  
  um mal das Ziel zu beschreiben:
  
  Die Leute sollen eine einfache objektorientierte Schittstelle zu einem WSMAN-Server(-Provider) bekommen. Der Benutzer kann eine generische WSMAN-Operation auf dem Server ausführen lassen. Als Ergebnis bekommt er entwerder je nach Wahl ein AoH, einen String mit einer Liste seiner Ergebnisse oder eine XML-DOM-Objekt zurück. Damit kann er dann in seinem Script weiter arbeiten.
  
  Die Möglichekeiten sind nur durch die eingbauten Methoden auf der Provider seite begrenzt die mannigfaltig sind z.b:
  
  Server neu starten, Windows Service start/stop, Server ID-Led an aus, BIOS config hochladen, HDD Partitionieren, RAID konfigurieren, Linux deamon start/stop.
  
  Ist quasi ein Bonbon für alle Admins da draussen. Ich selbst hab da noch keinen guten und einfachen Client gesehen weder auf Linux noch Windows Seite. Diesen Mangel möchte ich hiermit beenden.
  
  Man soll keine XML, SOAP oder CIM Kenntnisse benötigen müssen um meinen Client zu benutzen. Dazu soll er möglichst mit allen Distros kompatibel sein am besten auch noch mit Windows. Deshalb lege ich Wert auf Module die aktive gepflegt werden wie LibXML2 und Curl.
  
  LG Rage
  Last edited: 2013-07-14 14:41:13 +0200 (CEST)
  - +2 replies
  - thecoder2012
    
    2013-07-16 04:04
    
    User since
    2013-02-04
    64 Artikel
    BenutzerIn
    
    2013-07-14T12:39:50 rage1985
    Dazu soll er möglichst mit allen Distros kompatibel sein am besten auch noch mit Windows. Deshalb lege ich Wert auf Module die aktive gepflegt werden wie LibXML2 und Curl.
    
    Ich würde in dem Fall die Entwicklung unter Windows (und ggf. Mac) durchführen, da andersrum unter Linux es normal problemlos funktioniert. Win32/Mac/Linux only Module mal ausgenommen.
    
    Als Beispiel ist es sinnvoll bei Curl zu schauen ob man WWW::Curl (altes perl modul für curl aber per ppm für win32 verfügbar) oder z.B. Net::Curl nimmt das auch die neusten Optionen von Curl abbildet. Für Net-Curl gibt es unter Windows aber keine einfache Installation per PPM bisher meines Wissens.
    
    Wenn das gewünschte SSL/TLS auch mit Lwp geht vielleicht einfach das nutzen und Curl&co nur optional bzgl. Geschwindigkeit und Abhängigkeiten. Einige Autoren unterstützen absichtlich mehrere Module für einen Bereich um später (nach Jahren) kein böses Erwachen zu erleben.
    
    In deinem Quellcode hab ich kurz nachgeschaut und zu Curl (WWW::Curl) mal 2 Vorschläge:
    1. CURLOPT_SSL_VERIFYHOST und CURLOPT_SSL_VERIFYPEER als Option machen weil bzgl. Sicherheit sollte es überprüfbar sein. Sonst kann ich mich einfach in die Verbindung einklicken und keiner würde es merken.
    2. Timeout ebenalls als Option machen. 120 ist normal sehr hoch aber kann auch zu niedrig sein.
    - rage1985
      
      2013-07-18 09:50
      
      User since
      2013-07-12
      5 Artikel
      BenutzerIn
      
      Ich überlege gerade ernsthaft auf LWP umzusteigen.
      
      Es gibt zumindest im Moment im Probleme bei den Crypto Librarys vom Curl.
      Habe grade einen Testauf mit einem Windows Host gemacht. Es scheint als gebe es ein Problem mit HTTP Auth Negotiate und Kerberos.
      
      Code: (dl )
      
      1 2 3 4 5 6
      
      < HTTP/1.1 401 < Server: Microsoft-HTTPAPI/2.0 * gss_init_sec_context() failed: : Credentials cache file '/tmp/krb5cc_10000' not found< WWW-Authenticate: Negotiate < WWW-Authenticate: Kerberos < Date: Thu, 18 Jul 2013 07:12:48 GMT < Connection: close
      
      Weiß jemand ob es dafür einen einfachen fix gibt den man dem User zumuten kann? Bzw ob LWP das besser hinbekommt?
      
      Da stellt sich mir natürlich noch die Frage ob LWP vielleicht generell die bessere alternative ist.
      
      Edit: Ist für mich anscheinend sogar Blocking der Bug. Windows Hosts in einem Active Directory lassen nur noch HTTP über Auth Kerberos zu, was den WSMAN-Provider angeht. Die einzige alternative wäre SSL, was aber wegen einem Bug in OpenSSL auch nicht mit dem CPAN-Build von Curl funktioniert >.<
      
      LG der Rage
      Last edited: 2013-07-18 09:56:06 +0200 (CEST)
- GwenDragon
  
  2013-07-15 13:09
  
  User since
  2005-01-17
  14746 Artikel
  Admin1
  
  Artikel zu den nötigen pod-Hinweisen (wie AUTHOR, NAME, SYNOPSYS, ...) im Modul
  http://neilb.org/2013/07/14/good-abstracts.html
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten

View all threads created 2013-07-12 18:54.