XP Usermanagers 6.1 Open Source

[Luckie]

Aktuelle Version: 6.1.0.25

Der UserManager dient dazu Benutzerkonten auf NT ff. Maschinen anzulegen, zu löschen, Benutzer Gruppen zu zuordnen und deren Konten zu verwalten. All dies kann man auch mit der Windows internen Benutzerverwaltung, nur nicht so übersichtloch, wie ich denke.
Man kann mit dem Usermanager auch lokale Benutzerkonten auf remote Computer im Netzwerk verwalten. Was allerdings nicht mit Windows XP Home funktioniert, da XP Home den remote Zugriff nicht gestattet.

Unterstütze Betriebssysteme:

• Windows NT 4.0, vermutlich, nicht getestet.
• Windows 2000
• Windows XP (32-Bit), Windows XP Home wird nicht remote unterstützt.
• Windows Vista 32-Bit
• Windows 7 32-Bit, 64-Bit

Features:

• Auswahl des zu bearbeitenden Computers (und ist damit netzwerktauglich)
• Anzeige des Betriebsystems des Remotecomputers
• Anzeigen des ausgewählten Computers und Benutzers in der Titelzeile
• Statusanzeige beim Übertragen der Konten und Kontendaten in der Statusleiste
• Auflistung sämtlicher Konten in einer Baumstruktur (einschließlich Systemkonten wie z.B. Hilfeassistent)
• Hervorheben von deaktivierten Konten durch ein anderes Symbol
• Ansicht kann zwischen Benutzern und Gruppen umgeschaltet werden
• Details mit Angabe des Benutzer-Namens, vollständiger Name, Beschreibung, Stammverzeichnis und Script
• Checkboxen zur schnellen Konfiguration des ausgewählten Kontos bezüglich Kennwort und anderen Daten
• Direkte Anzeige der Zuordnung zu Gruppen sowie Anzeige aller verfügbaren Gruppen
• Direkte Anzeige sämtlicher Parameter des Kontos
• Benutzer können in eine CSV Datei exportiert werden
• Es können mehrere Benutzer auf einmal über eine Vorlagendatei angelegt und wieder gelöscht werden
• Integrierte Gruppenverwaltung
• Toolbar mit Schaltflächen für die wichtigsten Funktionen
• Export der Benutzer von und Import von Benutzer aus einer XML-Dateien neu
• Modernere Icons neu
• Ausführliche kontextsensitive Hilfe

Der XP Usermanager ist ab sofort Freeware. Im Archiv befindet sich noch eine paf.exe zur Installation für PortableApps (http://portableapps.com/)

[mh166]

Zitat von bigg:

Zitat von neogen:

Sieht schick aus und funktioniert auch. Danke.

Nutzt du Win32-Api für dein Programm oder eine kleine Lib?

Cheers, neogen

Zitat von Luckie:

Nun ja, jedes Windows Programm nutzt die WinAPI anders geht es eben nun mal nicht. Ich verzichte nur auf die VCL, damit die Exe schön klein bleibt.

Das habe ich mh166 auch schon versucht zu erklären,
ob's was gebracht hat, weis ich nicht
http://www.delphipraxis.net/internal...t=37662#359396

Der hat das schon vorher gewusst und auch verstanden. Aber er hat auch versucht dir seine Sicht der Dinge zu erklären.
ob's was gebracht hat, weiß ich nicht

mfg, mh166

[Luckie]

Ihr werdet etwas offtopic.

[bigg]

[ot]

Zitat von mh166:

Der hat das schon vorher gewusst und auch verstanden. Aber er hat auch versucht dir seine Sicht der Dinge zu erklären.
ob's was gebracht hat, weiß ich nicht

mfg, mh166

Ich habe versucht dir das über meine PN zu erklären,
dass deine Beschreibung nicht ganz zutreffend ist,
aber anscheinend bist du da anderer Meinung.

[/ot]

[engine]

Hallo Luckie,

Ich erhalte eine Fehlermeldung bei dem Versuch auf einem remote Computer einen Benutzer anzulegen. Die selbe Meldung erhalte ich beim löschen. Auf beiden Rechnern läuft WIN 2000 Pro.

[Luckie]

Dann hast du nicht die nötigen Rechte dies uzu tun.

[engine]

Zitat von Luckie:

Dann hast du nicht die nötigen Rechte dies uzu tun.

Sorry, mein Fehler..... funktioniert einwandfrei.

[Luckie]

Musst du mir so einen Schrecken einjagen?

[engine]

Nein.

Das auffinden von Computern in verschiedenen Arbeitsgruppen funktioniert auch seit geraumer Zeit.

[Luckie]

Zitat von engine:

Nein.

Das auffinden von Computern in verschiedenen Arbeitsgruppen funktioniert auch seit geraumer Zeit.

Super. Dann wäre das ja auch gelöst.

[Mephistopheles]

Schlechter Schutz für Shareware!

Hi Luckie,

du erhältst parallel zu diesem Beitrag eine PN mit Details, da ich die hier nicht posten möchte.
Dein Schutz ist mehr als schlecht. Da ich den Source nicht kenne, kann ich nur auf Assembler-Ebene argumentieren. Die Funktion, welche den Queued Timer aufruft, mit dem du die MessageBox ("Nagscreen") anzeigst, hat keinerlei Abhängigkeiten mit dem übrigen Code!
Der Timercode sollte möglichst viele Abhängigkeiten mit dem restlichen Code haben (z.B. Rückgabewerte, Modifikation globaler Variablen, Modifikation von Dialogparametern, Überschreiben oder Verschlüsseln/Entschlüsseln wichtiger Codeteile). Die aufrufende "Funktion" ist nämlich eine "procedure", korrekt? Denn der Rückgabewert (bzw. EAX) wird danach ausgenullt. Du nutzt also den Rückgabewert nicht. Solltest du aber.

Es sind nur 5 Bytes auszuNOPpen (also auf 0x90) zu setzen, damit der Nagscreen weg ist. Das ist garantiert kein sicherer Schutz. Man muß außerdem nur in die IAT schauen um sich annähernd ein Bild zu machen, wie der Programmierer wohl gedacht haben mag. Wie gesagt: der Schutz ist quasi gleich NULL! Da solltest du noch dran arbeiten. Details zum Nachmachen habe ich dir per PN geschickt.

@Alle anderen: Ihr braucht garnicht erst PNs zu schicken, daß ich euch das erklären soll - kommt nämlich nicht in Frage. Wenn ihr sowas haben wollt, zahlt die 10 EUR oder schreibt euch nen eigenen (Daran habe ich selber auch schon gedacht - der Plan besteht genaugenommen seit 1999 bei mir. Er wäre bei mir aber in C/C++ und OS).