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/)

[Luckie]

Beide Bugs, so wohl das Verschieben als auch der im Gruppenmanager. Also Build 123 ist die aktuelle Version mit den Bugfixes.

[Delphi-Laie]

Zitat von Luckie:

Beide Bugs, so wohl das Verschieben als auch der im Gruppenmanager. Also Build 123 ist die aktuelle Version mit den Bugfixes.

Da ziehe ich den Hut vor Dir - vor allem diese Eigenheit mit dem Mauscursorkreuz (das meinst Du wohl mit dem Verschieben) tauchte nur sporadisch bzw. erst nach einer (manchmal geraumen) Weile auf, man benötigte durchaus manchmal Geduld, das zutagetreten zu lassen. Ich wüßte überhaupt nicht, wo ich da hätte anfangen sollen zu suchen.

Es war allerdings noch etwas, ich erlaube mir zu diesem Zwecke, mich selbst zu zitieren:

"Extras->Gruppenmanager->irgendeinen ausgewählt->irgendein Privileg ausgewählt (Checkbox gecklickt)->Übernehmen.

Nachdem das von Deinem Programm "ins System eingearbeitet" wurde, ist niemand der Gruppe mehr aktiv, die Buttons "Übernehmen" und "Zurücksetzen" sind es aber noch. Klickt man nun auf den Button "Zurücksetzen", stürzt Dein Programm ab, vermutlich, weil es diesen Buttonklick nirgendwohin verarbeiten kann. Merkwürdigerweise stürzt es aber nicht in diesem Zustand nach dem Klick auf "Übernehmen" ab.

Wiederholbarkeit ist hier zum Glück regelmäßig."

[Luckie]

Zitat von Delphi-Laie:

Zitat von Luckie:

Beide Bugs, so wohl das Verschieben als auch der im Gruppenmanager. Also Build 123 ist die aktuelle Version mit den Bugfixes.

Da ziehe ich den Hut vor Dir - vor allem diese Eigenheit mit dem Mauscursorkreuz (das meinst Du wohl mit dem Verschieben) tauchte nur sporadisch und erst nach einer Weile auf. Ich wüßte überhaupt nicht, wo ich da hätte anfangen sollen zu suchen.

Wenn du es niemanden verrätst sage ich dir, wie ich den Fehler behoben habe: Ich habe das Feature, dass man das Fenster überall verschieben kann, einfach wieder rausgenommen. War ja so wie so nur ein nettes Gimmick.

Zitat:

Es war allerdings noch etwas, ich erlaube mir, mich noch einmal zu zitieren:

"Extras->Gruppenmanager->irgendeinen ausgewählt->irgendein Privileg ausgewählt (Checkbox gecklickt)->Übernehmen.

Nachdem das von Deinem Programm "ins System eingearbeitet" wurde, ist niemand der Gruppe mehr aktiv, die Buttons "Übernehmen" und "Zurücksetzen" sind es aber noch. Klickt man nun auf den Button "Zurücksetzen", stürzt Dein Programm ab, vermutlich, weil es diesen Buttonklick nirgendwohin verarbeiten kann. Merkwürdigerweise stürzt es aber nicht in diesem Zustand nach dem Klick auf "Übernehmen" ab.

Das sollte auch behoben sein, da ich jetzt nach dem Übernehmen die Schaltflächen deaktiviere. Man könnte natürlich danach dem Übernehmen die Auswahl wieder setzen, aber ich bin ehrlich gesagt etwas faul, im Moment und hatte keine Lust mich da jetzt auf die Schnelle in meinen Code wieder einzuarbeiten.

[Delphi-Laie]

Was Dein Programm noch nicht kann: Das Fehlen des benötigten Remote-Registrierungsdienstes wenigstens zu bemängeln oder - noch besser - im Bedarfsfalle (also, wenn nicht gestartet), nachzustarten/-laden. Es kommt nämlich immer noch nur eine nicht aussagekräftige Fehlermeldung, in der Hilfe lese ich davon auch noch nichts, daß bzw. welche Dienste benötigt werden. Als erstes startet man das Programm, und wenn man dann (in Ausnahmefällen?!) mit einer solchen Fehlermeldung "begrüßt" wird?! Fehlender Arbeitsstations- und Serverdienst werden zum Glück in der jeweiligen Fehlermeldung benannt.

Die benötigten, aber fehlenden Dienste nachzuladen (oder es wenigstens zu versuchen, keine Ahnung, ob evtl. eingeschränkte Rechte dem entgegenstehen), wäre natürlich ganz lässig, weil sehr softwareergonomisch. Aber ich bin mir ziemlich sicher, daß das eine immense zusätzliche Programmierarbeit verursachen würde.

Außerdem, bei Deiner Hauptklientel, das dürften Systemadminstratoren sein, wird der Remote-Registrierungsdienst wohl gewöhnlicherweise gestartet sein. Mag aber sein, daß darunter auch solche akribisch Eifrigen sind, die alle möglichen Dienste stillegen?!

[Luckie]

Ja, das wäre noch mal, was worüber man nachdenken kann. Zur Zeit arbeite ich allerdings daran das Programm "64-ready" zu machen.

[Delphi-Laie]

Zitat von Luckie:

Zur Zeit arbeite ich allerdings daran das Programm "64-ready" zu machen.

Nun, Dein Programm ist auch in der 32-Bit-Version grundsätzlich für 64 Bit tauglich. Jedenfalls läuft es auf meinem 64-Bit-Windows (7) in der schon bekannten vollen Funktionalität. Allerdings benutze ich grundsätzlich nur Konten mit allen (also Adminstrations-)Rechten, insofern ist mein Lobgesang vielleicht nicht verallgemeinerbar.

[Luckie]

Nicht ganz. Das Autologin dürfte nicht funktionieren, weil er dazu in die Registry schreiben muss.

Welche Dienste werden denn genau benötigt für den Remotezugriff? Du hattest das ja anscheinend schon mal ausprobiert.

[Delphi-Laie]

Zitat von Luckie:

Nicht ganz. Das Autologin dürfte nicht funktionieren, weil er dazu in die Registry schreiben muss.

Kann sein. Den konnte ich schon "vor" der Benutzung Deines Programmes bewerkstelligen. Jedenfalls startet es problemlos (die nötigen Dienste vorausgesetzt).

Zitat von Luckie:

Welche Dienste werden denn genau benötigt für den Remotezugriff? Du hattest das ja anscheinend schon mal ausprobiert.

Luckie, das steht alles ausführlichst in meinen vorigen Beiträgen, und zwar auf vor allem auf Seite 94! Bitte einfach noch mal dort lesen.

Ohne diesen einen Remoteregistrierungsdienst funktioniert es gar nicht, auch dann nicht, wenn der Computer überhaupt nicht in einem Netzwerk sich befindet. Das Fatale war, das es (unter Windows 2000) keine aussagekräftige Fehlermeldung gab. Du weißt doch, wie es ankommt, wenn man bei Starten so von einem Programm "begrüßt" wird: Dann gibt es nicht allzuoft eine zweite Chance. Daß ich das überhaupt herausfand, war eine Zufallsentdeckung (ich glaube, Windows XP verriet gerade noch soviel). Bei fehlendem Arbeitsstations- und/oder Serverdienst (immerhin startet Dein Programm dann wenigstens) waren die Fehlermeldungen recht inkonsistent. Aber auch das schrieb ich ausführlich weiter vorher.

[Luckie]

Ich hatte zum Beispiel den Arbeiststationsdienst auch deaktiviert auf meinem Rechner und das Programm ist klaglos gelaufen. Das verwirrt mich jetzt etwas.

[Delphi-Laie]

Zitat von Luckie:

Ich hatte zum Beispiel den Arbeiststationsdienst auch deaktiviert auf meinem Rechner und das Programm ist klaglos gelaufen. Das verwirrt mich jetzt etwas.

Kein Wunder, denn die Funktionen scheinen von Windowsversion zu Windowsversion und sogar von Windowsinstallation zu Windowsinstallation verschieden zu sein (spricht auch nicht gerade für Redmonder Qualität).

So, Luckie, extra für Dich noch einmal zwei andere Computer hochgefahren und mit Deinem Flaggschiff unter den dortigen "Fenstern" experimentiert:

Unter Windows 2000: Auch hier wird der Remoteregistrierungsdienst benötigt, ohne bricht der Start des Programmes mit einer hier unsubstantiierten Fehlermeldung ab - dafür wird auf das Ereignisprotokoll verwiesen (dieses Windows ist also so eingestellt, daß ein solches Protokoll erstellt wird).

Beim Arbeits- und Fehlerstationsdienst sind bei diesem Windows 2000 - anders als bei meinem anderen, wovon ich vorher schrieb - die Fehlermeldungen konistenter:

Fehlen Arbeitsstations- und Serverdienst, wird nur der Arbeitsstationsdienst als fehlend bemängelt, Programm startet trotzdem. Fehlt entweder der Arbeitsstations- oder der Serverdienst, wird das korrekt bemängelt, Programm startet trotzdem.

Unter Windows XP startet Dein Programm trotz fehlendem Remotregistrierungsdienst OHNE Fehlermeldung (anscheinend wurden die betreffenden Funktionen in andere Dienste verpackt).

Server- und Arbeitsstationsdienst wie schon weiter oben in diesem Beitrage.

Auf dem zweiten (bzw. eigentlich schon dritten Computer): Windows XP analog wie weiter oben in diesem Beitrage.

Windows 7 (64 Bit): Fehlende Remotregistrierung wird nicht bemängelt, fehlender Arbeitsstationsdienst wird nicht bemängelt, nur fehlender Serverdienst wird bemängelt (Programm startet aber trotzdem).

Es scheint mithin so, daß der Remoteregistrierungsdienst nur bei Windows 2000 (und evlt. auch NT?) nötig ist.

Über Vista kann ich mich nicht äußern, weil ich solchen Müll nicht auf meine Festplatten loslasse.