VOICE Homepage: http://de.os2voice.org | September 2001 [Inhaltsverzeichnis] [Vorherige Seite] [Nächste Seite] [Artikelverzeichnis] editor@os2voice.org

## Multidesk 0.2.0 - Ihre eigene Oberfläche auf einem geteilten OS/2 Warp PC

Von Peter Brown © September 2001, Übersetzung: Markus Backwinkel

I was browsing hobbes/incoming the other night
When my eyes beheld on interesting sight...
(zur Melodie von Monster Mash ca. 195?)

Genug mit meinen fürchterlichen Versuchen in Sachen Humor - ich wette, Sie sind froh, mich nicht singen hören zu müssen...
Aber jetzt mal im Ernst, ich durchstöberte auf Hobbes das Incoming-Verzeichnis um mir den neuesten Dani-Treiber zu holen und um ganz allgemein mal zu sehen, was es dort neues gab. Ich fand eine Datei names md-0-2-0.wpi, deren Beschreibung solche Schlagworte wie "Multiple Arbeitsoberflächen / Multiple Benutzer für OS/2" enthielt. Meine Aufmerksamkeit war sofort geweckt. Aha, endlich eine Möglichkeit, "Peter's Arbeitsoberfläche" persönlich zu konfigurieren, in dem Wissen, daß keiner der drei anderen potentiellen Nutzer dieses PCs Warp 4 wird booten können, um es in etwas komplett anderes zu verwandeln - na bitte!".

### Was ist MultiDesk?

Hier ist die Antwort, direkt aus der MultiDesk Dokumentation:

> µDesk (steht für MultiDesk) ist ein Programm, welches Ihnen multiple Arbeitsoberflächen unter OS/2 erzeugt.

> Tatsächlich macht es noch etwas mehr: Beim Systemstart erzeugt es einen Anmelde-Dialog, und wenn sich ein Nutzer ordnungsgemäß dort eingeloggt hat, kann es:

> - Umgebungsvariable einstellen (z.B. HOME, USER, etc)
> - Einige Dateien sperren, so daß andere Nutzer diese nicht verändern können.
> - Starten eines benutzerdefinierten REXX-Skriptes vor und nach dem Anmelden.
> - Starten einer benutzerdefinierten Arbeitsoberfläche
> - Protokollierung der Anmeldungen (Benutzername, Zeit, fehlgeschlagene Ameldeversuche..)
> HINWEIS: MultiDesk bietet nur begrenzte Fähigkeiten bezüglich Systemsicherheit. Diese Fähigkeiten werden in der Zukunft sicherlich noch erweitert, aber erwarten Sie von dieser Version diesbezüglich nicht zu viel: Jeder Nutzer mit genügend Geschicklichkeit und Wissen über OS/2 kann die Sicherheitsmerkmale umgehen. Ich werde SES wohl nicht nutzen (zumindest jetzt noch nicht), weil es momentan noch nicht ausgereift genug ist.

Nun, so weit so gut, abgesehen von SES, welches wohl für Security Enabling Software steht [Schnittstelle für Programme mit Sicherheitstechnik - Anm. d. Übers.]. Wie dem auch sei, ich lud mir also die Datei md-0-2-0.wpi herunter, welche, wie sie vielleicht schon wegen der "wpi"-Endung vermutet haben, WarpIN (V0.9.8 oder später) zur Installation benötigt. Nachdem ich mir einen Kaffee gemacht und mir eine Zigarette angesteckt hatte (ich habe herausgefunden, daß das bei der Installation von unbekannter Software notwendig ist) klickte ich zweimal auf md-0-2-0.wpi und WarpIN (V0.9.13) startete.

Nachdem ich die beigefügte Liesmich-Datei gelesen hatte - sie wird durch WarpIN angezeigt, lesen Sie sie auf jeden Fall - brach ich die Installation ab und sicherte mehrfach die Arbeitsoberfläche mittels der DeskBack-Stapeldateien von ERA Computer Consulting (siehe die Abschnitte DeskBack - eine kurze Erwähnung und Software Verweise). Die durch diese Stapeldateien erzeugten Backups haben im vergangenen Jahr mehrfach meine Arbeitsoberfläche und mein Warpcenter wieder hergestellt, so daß ich sie nur wärmstens empfehlen kann.

Bevor wir hier weitermachen, sollte ich noch sagen, daß ich wegen meines Hanges zu "Experimenten" diese Software mehrmals (oh, also gut, es war viermal) installiert und wieder entfernt habe. Die oben erwähnten Backups kamen mir dabei sehr gelegen. Ich habe MultiDesk momentan installiert und während ich diese Zeilen schreibe, arbeite ich damit seit 9 Tagen erfolgreich. Alle vier Anwender, die auf diesem System eingerichtet sind - jeder mit seiner eigenen Benutzerkennung, Passwort, Arbeitsoberfläche und WarpCenter - haben sich in dieser Zeit mehrfach angemeldet und ihre Änderungen bezüglich Arbeitsoberfläche und WarpCenter gemacht ohne irgendwelche Probleme. Hoffentlich läuft es auch noch so gut, wenn Sie dies in etwa 6 Wochen lesen. :-)

### Die Kurzbeurteilung von MultiDesk V0.2.0

Es läuft gut, benötigt aber noch noch einige weitergehende Entwicklung, um dem "Administrator" das Leben einfacher zu machen.

Die Dokumentation bedarf einer kleinen Aktualisierung und etwas mehr Details.

Es ist kostenlos.

Insgesamt eine exzellente Software - Ein großes "Dankeschön" an den Autoren, Cristiano Guadagnino vom Team OS/2 Italien, für seine Bemühungen. Hoffentlich ist er motiviert genug, die Entwicklung fortzuführen und die Software weiter zu verfeinern.

Falls Sie den Wunsch haben, mehr als eine Arbeitsoberfläche zu verwenden, was der Fall ist, wenn mehrere Leute sich einen PC teilen, oder wenn ein Nutzer mehrere Oberflächen für verschiedene Zwecke benötigt, dann ist diese Software ein MUSS.

Ende der Kurzbeschreibung - Nun, was ist noch über diese Software zu sagen? Hm?... ein bißchen konkreter? - Es ist keine Grafiksoftware oder Textverarbeitung. OK, Ich werde es versuchen :-)

### Die Softwarebeschreibung mit "etwas mehr Tiefgang"

Die Idee, die hinter MultiDesk steckt, ist es, dem Anwender mehrere Arbeitsoberflächen zur Verfügung zu stellen und diese über die Anmeldung auszuwählen, oder mehrere Benutzer haben alle ihre eigene Arbeitsoberfläche - was auf das gleiche rauskommt. Oder, stelle ich mir vor, mehrere Benutzer haben mehrere Arbeitsoberflächen. Die MultiDesk Software funktioniert prima, aber Sie müssen neu booten, um den Benutzer zu wechseln - es gibt keine "Abmelden / Neuen Benutzer anmelden"-Routine. Der Autor beschreibt seine Gründe hierfür in der Dokumentation; ist etwas für die, die technisch versierter sind als ich es bin. Er fragt hier auch um Hilfe, speziell bezüglich eines Neustarts der PM Shell (Presentation Manager), ohne neu zu booten, welches wohl das eigentliche Problem ist. Ich würde es begrüßen, für einen Benutzerwechsel nicht neu booten zu müssen, wenn auch erst in irgendeiner zukünftigen Version; falls also jemand hier helfen kann, falls möglich, bitte....

Es gibt auch eine Möglichkeit, Dateien zu sperren, wahrscheinlich dafür gedacht, um andere Benutzer davon abzuhalten, ihre Nase in Dateien hineinzustecken, die sie nichts angehen, diese zu editieren oder sogar zu löschen. Ich untersuche dies hier momentan noch, deshalb kann ich das noch nicht kommentieren, habe allerdings schon verstanden, das alle gesperrten Dateien dem Administrator zugänglich sind.

Die Art, in der MultiDesk OS/2 Warp die Fähigkeit für Multiple Benutzer / Multiple Arbeitsoberflächen bereitstellt, ist relativ (?) einfach. Nachdem MultiDesk installiert wurde, werden die momentanen Einstellungen bezüglich Arbeitsoberfläche und WarpCenter - zu diesem Zeitpunkt gibt es ja erst dieses eine Paar, worüber man sich Sorgen machen müßte :-) - standardmäßig zu denen des "root"-Benutzers. Dieser "root"-Benutzer wird, ebenfalls standardmäßig, der Administrator mit der Standard 'Login:Passwort'-Kombination - ja, Sie werden es erraten - admin:admin (dies kann geändert werden, aber lesen Sie diesbezüglich auch den Abschnitt "SEIEN SIE SICH FOLGENDEM BEWUSST!"). Dieser Administrator ist der Nutzer, der von nun an die Möglichkeit hat, andere Benutzer anzulegen, jeder mit eigenen Einstellungen bezüglich Arbeitsoberfläche und WarpCenter, welche sich jeweils in einem eigenen HOME-Verzeichnis befinden - niemals vermischt mit anderen Nutzern, wie ich hoffe.

Wie dem auch sei, lassen Sie uns jetzt endlich loslegen. Ich klickte zweimal auf md-0-2-0.wpi und installierte MultiDesk in `K:\MuDesk`. Laufwerk K: ist mein Bootlaufwerk. Ich wies die Installation an, die Fastini-Dateien in das MultiDesk-Verzeichnis zu kopieren. Ich nutze diverse Software, welche Fastini als Teil des Softwarepaketes enthält und fand heraus, daß die Installation von Fastini nach `\OS22\DLL` Probleme verursacht, wenn ich irgendeine Software wieder deinstalliere, welche Fastini benutzt. Alle verbleibenden Programme finden dann Fastini nicht mehr, weil besagte Software sie deinstalliert hat.

Nach vollständiger WarpIN-Installation ist ein Systemneustart notwendig, um das MultiDesk-System zu aktivieren, da Änderungen an der Datei `CONFIG.SYS` vorgenommen wurden. Als die Abfrage bezüglich Benutzeranmeldung und Passwort erschien, gab ich "admin" ein und das System rödelte etwas rum und setzte das Hochfahren fort. Die Arbeitsoberfläche und das WarpCenter, mit welchem ich so vertraut bin, erschien ohne Probleme und ich stürzte mich direkt auf die MultiDesk-Dokumentation um nachzulesen, wie man einen neuen Nutzer anlegt, bevor ich mich daran versuchte. Wichtig! Lesen Sie dies unbedingt, bevor sie versuchen, neue Nutzer anzulegen.

Wir werden mit einigen Bildern des MultiDesk-Ordners starten, welchen das Installationsprogramm mitdenkenderweise auf der Arbeitsoberfläche des Administrators plaziert hat. Dieser beinhaltet das notwendige Programm und Dokumentationsverweise - lesen Sie die Doku gründlich.

Theoretisch können Sie nur dann Zugang zu diesen Dateien haben, wenn Sie als "root"-Benutzer angemeldet sind. Interessant ist dabei: Versuche der beiden jüngsten Mitbenutzer "Matty" (Matthew, 13) und "Poggles" (Glenn, 9), das Administrierungsprogramm auszuführen oder die Konfigurationsdateien zu lesen, waren erfolglos - es erschien eine Meldung, die ungefähr so aussah: "Sie müssen der root-Benutzer sein, um auf diese Dateien zugreifen zu können". Soweit ich das bislang mitbekommen habe, waren die beiden noch nicht erfolgreich. :-)

OK, Zeit für einen neuen Kaffee und einen Versuch im "Erzeuge einen neuen Nutzer"-Geschäft. Ich startete das MultiDesk Administrierungsprogramm mit weiterhin geöffneter Dokumentation, um im Falle der Unschlüssigkeit nachschauen zu können und drückte dann die Erzeuge einen neuen Nutzer-Schaltfläche [Create New User - Anm. d. Übers.].

Ich gab den neuen Benutzernamen (Login) "nicki" ein , wählte aus, daß dieser im "Standard-Benutzer-Baum" zu installieren sei, wobei sich herausstellte, daß dieser etwas anders organisiert ist, als in der Dokumentation beschrieben.

Ich kopierte alle erlaubten Einstellungen aus der Quell-INI-Datei "losepete", urspruenglich "admin", dem root-Nutzer.

Am Ende dieser "Erzeuge einen neuen Nutzer"-Aktion stellte ich fest, daß das Passwort "newpass" für diesen neuen Nutzer vom Programm erzeugt wurde, etwas, was man wohl ändern solle, denke ich. Egal, auf den MultiDesk Administratorbildschirm blickend, habe ich nun einen zweiten Nutzer.

Zeit für eine andere Abbildung - der MultiDesk Administratorbildschirm zeigt den Administrator "losepete" und Benutzer "nicki" - beachten Sie die unterschiedlichen User_INI Verzeichnisse. Obwohl man es in diesem Bild nicht sehen kann, kann ich Ihnen versichern, daß jeder Nutzer seine eigene Version der Datei `OS2SYS.INI` im gleichen Verzeichnis hat wie die Datei `OS2.INI`.

Benutzerin Nicki ist im Begriff, ihr Passwort zu ändern

Dieses wird durch Drücken der Taste `<ALT>` und gleichzeitiges Klicken auf das Passwort bewerkstelligt, dadurch wird das existierende Passwort hervorgehoben und man kann es überschreiben.

Das Passwort für Nicki wurde geändert von "newpass" zu "wench" (Mädchen - Anm. d. Übers.) - das wird die Dame des Hauses auf die Palme bringen; sie wird nett zu mir sein müssen, um es geändert zu bekommen. :-)

Beachten Sie, daß "losepete" und "nrb0602" bezogen auf die "admin"-Standardeinstellungen geändert wurden. Ja, ich habe den Namen und das Passwort geändert, nachdem ich die Bildschirmaufnahme gemacht habe - allerdings glaube ich, daß ich mir da keine zu großen Sorgen machen muß, da die meisten Leute, die dies lesen hunderte, wenn nicht tausende, Meilen entfernt sind und es sehr unwahrscheinlich ist, daß sie mit diesem PC in Berührung kommen.

Die Hauptgefahr besteht in den zwei zur Zeit des Schappschusses noch nicht erzeugten Nutzern, die hier im Haus als Kinder getarnt leben, die vorhin erwähnten Matthew und Glenn :-)

Die Veränderungen von den "admin" Standardwerten hin zu "losepete" wurden durch Verwendung eines Texteditors und mit viel Geduld bewerkstelligt - die Details lesen Sie bitte im Abschnitt SEIEN SIE SICH FOLGENDEM BEWUSST!. Das ist mit Sicherheit einer der Punkte, die auf die "Wunschliste" für diese Software gehören - die Möglichkeit, jeden Teil der Benutzereinstellungen innerhalb des Administrierungsprogramms editieren und ändern zu können. Vielleicht könnte dann auch das Format der Konfigurationsdateien weg von reinem Text wechseln, um etwas mehr Sicherheit zu bieten.

Der am meisten enttäuschende Teil der Software ist der Verwalte die Benutzer-Arbeitsoberflächen-Schaltknopf [Manage Users Desktop - Anm. d. Übers.] - das Icon an der rechten unteren Ecke, welches aussieht wie ein ernsthaft überhitzter Drucker, nicht wahr? Momentan macht der Knopf überhaupt nichts, obwohl ich glaube, daß wir da auf Verbesserung in der Zukunft hoffen können. Es würde sicherlich hilfreich sein, wenn man Teile einer Arbeitsoberfläche auf eine andere Arbeitsoberfläche kopieren könnte (Ich bin mir sicher, daß es von unschätzbarem Wert wäre, wenn man dies über ein Netzwerk machen könnte). Meine Gründe dafür werden klarer werden, wenn wir den PC neu starten und uns als neu angelegter Benutzer "nicki" anmelden. Lassen Sie uns uns das jetzt mal machen.

OK, die Benutzerkennung und das Password wurden akzeptiert, das System geladen, ein Standard- (?) WarpCenter erscheint und eine Standard- (?) Arbeitsoberfläche wurde erzeugt. Ich habe mich dann mal mit Kaffee und Zigarette an die Seite gesetzt, während die "wirklich lebende" Nicki, die sich gerade eben angemeldet hat, auch ein bißchen an diesem Spielchen teilnahm, indem sie - IHRE! - Hintergrundfarbe der Arbeitsoberfläche änderte und ein paar Programmobjekte hinzufügte: Einwahl ins Internet mittels Netscape sowie Star Office, und ein neues Fach im WarpCenter mit einige Verweisen auf Spiele - Frauen können genau so schlimm sein wie Männer!

Nun, ihre Arbeitsoberfläche und Warpcenter sind völlig verschieden von den meinigen und ich muß gestehen, daß ich mich etwas unwohl gefühlt habe, gesetzt den Fall, MultiDesk würde beim Kopieren und Abspeichern der WarpCenter-Dateien irgendwelchen Murks produzieren. Die Arbeitsoberfläche von Nicki ist nicht im Rootverzeichnis auf Laufwerk K: - sie ist im Verzeichnis `K:\Users\nicki`. Öffnet man das Verzeichnis `K:\Users\nicki` - egal in welcher Ansicht -, sieht man, daß das Verzeichnis der Arbeitsoberfläche aktiv ist - und deshalb ist diese Arbeitsoberfläche in Gebrauch. Meine Arbeitsoberfläche ist `K:\Desktop` - sie ist momentan nicht offen/aktiv. Also brauche ich nur um die WarpCenter-Dateien Angst zu haben. Es ist Zeit, dieser Sorge nachzugehen.

Noch ein weiterer Neustart. Ich meldete mich als Administrator an und bekam exakt das, was ich erwartet hatte - meine Arbeitsoberfläche und mein WarpCenter. Klasse!

Nun ist es an der Zeit, die vorhin erwähnten Nutzer anzulegen, Matthew und Glenn. Ich ließ die "Erzeuge einen neuen Nutzer"-Routine genau wie oben ausführen, ersetzte allerdings die Nutzernamen durch "matty" und "poggles". Diese zwei Arbeitsoberflächen werden ruck-zuck eingerichtet sein, wenn sie angemeldet und aktiv sind. Im Grunde benötigen beide Verweise auf Textverarbeitungssoftware, Grafikprogramme und Massen an Spielen - sagte ich ruck zuck? Sie benötigen zusätzlich noch Netzwerkberechtigung, um Zugang zu allen Daten zu bekommen, und natürlich zu Spielen auf deren gemeinsam genutztem Haupt-PC.

Hier ist eine weitere Aufnahme - selbes Programm, mehr Benutzer.

Nach dem Anlegen dieser zwei neuen Nutzer ist ein Systemneustart notwendig und dann eine Anmeldung zunächst als "matty", um diese Arbeitsoberfläche und WarpCenter zu erzeugen und danach noch ein Neustart. Diesmal mit einer Anmeldung als "poggles" und exakt dem gleichen Erzeugungsprozeß.

Dies könnte eintönig werden, falls Sie viele Benutzer erzeugen müssen. Die Erzeugung der Arbeitsoberflächen und WarpCenter benötigt natürlich Zeit.

Ach, wenn doch nur der Verwalte die Benutzer Arbeitsoberflächen-Schaltknopf funktionieren würde....

Hier kommen jetzt einige Bilder, die alle erwähnten Benutzer zeigen, inklusive des Administrators "losepete", welche alle mittels des "Standard"-Benutzerbaumes erstellt wurden - welcher sich etwas von der Dokumentation unterscheidet.

Ansicht 1

Ansicht 1 zeigt den Benutzerbaum mit den Benutzerverzeichnissen für losepete, matty, nicki und poggles.

Folgendes ist zu erwähnen:

losepete hat kein Arbeitsoberflächenverzeichnis im `\Users\losepete` Verzeichnis. Da losepete seine Existenz als "admin:admin" begann, ist `K:\Desktop` das Arbeitsoberflächenverzeichnis für losepete.

Benutzer poggles hat noch kein Arbeitsoberflächenverzeichnis, weil sich poggles noch nie eingeloggt hat, seit er als Benutzer neu angelegt wurde. Das Arbeitsoberflächenverzeichnis wird dann erstellt, wenn sich poggles zum ersten mal anmeldet.

Alle Benutzer haben ein WC-Verzeichnis, in dem ihre eigenen WarpCenter-Dateien gespeichert sind.

Ansicht 2

Dies zeigt einen ausgeweiteten Blick auf den Benutzerbaum, wir schauen auf den Baum von Nutzer matty.

Dies ist die Standardeinrichtung des Verzeichnisbaums, welche durch die INI-Datei-Schablonen von Multidesk bereitgestellt wird. Netzwerkfähigkeit ist bislang noch nicht in der Multidesk-Schablone implementiert, deshalb wird matty mich überzeugen müssen, ihm die notwendigen Verweise für diese und einige andere Anwendungen und Spiele einzurichten - das sollte ihm eine Woche Abwasch wert sein. :-)

Ansicht 3

Hier sieht man einen anderen geöffneten Benutzerbaum, wir schauen auf den Baum von Nutzerin nicki.

Benutzerin nicki ist aufwendiger als matty und hat eine Menge ihrer Arbeitsoberflächenordner dadurch erzeugt, daß ich zweckmäßigerweise meine Arbeitsoberflächenordner und Dateien aus `K:\Desktop` in ein temporäres Verzeichnis kopiert habe.

Als nicki das nächste mal angemeldet war, hat sie eine Menge aus diesem temporären Verzeichnis in ihre bestehende Arbeitsoberfläche kopiert, offensichtlich, weil sie erwartete, daß sie funktionierende Programmobjekte innerhalb dieser Arbeitsoberflächenordner finden würde. :-)

Ich tat mein Bestes, um Ihr zu erklären, daß Windows echte Dateien mit der LINK-Erweiterung für seine Progammobjekte benutzt, so daß man unter Windows teile des Desktops einfach kopieren kann, daß OS/2 die Dinge aber anders anpackt (auch wenn Nicki dies zu dieser Zeit etwas anders bezeichnet hat).

Jedenfalls hat nicki nun einen fortgeschritteneren Eindruck davon, in welche Ordner sie welche Art von Programmobjekt ablegen sollte als matty. Ich sollte diese Ordner und Programmobjekte, die nicki nicht benoetigt, wohl entfernen.

Es wäre wohl sinnvoll zu erwähnen, daß jeder Nutzer Zugang zu einigen wenigen Systemeinstellungen und Konfigurationswerkzeugen hat - allerdings nur in den Bereichen, die für die Einrichtung der Arbeitsoberflächen und WarpCenter benötigt werden. Ich möchte ganz sicher nicht feststellen müssen, daß einer meiner jüngeren Nutzer meine `CONFIG.SYS` Datei ruiniert oder OS/2 komplett anders konfiguriert hat und es dann nicht mehr startet.

Ich weiß eigentlich nicht, was ich noch zu dieser Software sagen soll. Aah, ja...

### Die Wunschliste - geordnet nach Bedeutung aus meiner Sicht

Das REXX-Skript, welches vor der Anmeldung ausgeführt wird, sollte in der Datei `Last` nach dem letzten Benutzer suchen und so dessen `HOME\WC` Verzeichnis feststellen - z.B. durch Lesen der Datei `mudesk.dat` -, um die WarpCenter-Dateien dieses Nutzers aus `\OS2\DLL` zu kopieren. Momentan schreibt es diese Dateien nach `\User\last User name\WC`. Wenn Sie sich die Abbildung oben betrachten, sehen Sie die vier Benutzer. Beachten Sie, daß jedes Benutzerverzeichnis den Benutzernamen im Pfad beinhaltet. Falls der Nutzername geändert wird, stimmt der Nutzername nicht mit dem Nutzerverzeichnis überein und das Vor-Anmelde-Skript kann die WarpCenter Dateien nicht kopieren. Dies führt schnell zu Problemen mit fehlenden oder falschen WarpCentern, glauben Sie mir!

Eine Bearbeite Benutzer-Schaltfläche wäre angebracht, um die Veränderung des Benutzernamens und des Passwortes zu ermöglichen und - falls der erste recht anspruchsvolle Wunsch bezüglich des Vor-Anmelde-Skriptes erfüllt wird - die Möglichkeit, mittels des Administratorprogramms ein Benutzerverzeichnis umzubenennen und auch alle weiteren notwendigen Konfigurationen damit durchführen zu können. Diese Veränderungen sollten automatisch in allen Konfigurationsdateien aktualisiert werden, in denen Informationen gespeichert werden. Außerdem sollten diese Informationen besser in einem nicht-Text Format gespeichert werden.

Eine funktionierende Verwalte die Benutzer Arbeitsoberflächen-Schaltfläche, welche alle benötigten Arbeitsoberflächenobjekte von einem Nutzer übers Netzwerk in die Arbeitsoberfläche eines anderen ausgewählten Benutzers kopiert - oh Junge! Das wäre doch sinnvoll, oder? Bitte, bitte...

Aktualisierte Dokumentation mit mehr Erklärungen, speziell im Hinblick auf die Unterstützung von "gesperrten Dateien".

Die Mäglichkeit, sich abzumelden und einen anderen Benutzer anzumelden, ohne den Rechner neu starten zu müssen. Oh, und eine Weitergabe des Login an das Netzwerklogin, falls benötigt. Nun, es wäre nützlich, sich nur eine Nutzerkennung/Passwort-Kombination merken zu müssen, obwohl dies vielleicht optional sein sollte, um Leute mit höheren Sicherheitsanforderungen zufrieden zu stellen.

Klangschema für jeden Benutzer - Ich habe bereits herausgefunden, daß jeder Nutzer das gleiche Klangschema verpaßt kriegt. Man kann zwar sehr verschiedene Arbeitsoberflächen und WarpCenter für jeden Nutzer haben, aber keine unterschiedlichen Klänge. Wie ich dies herausfand? - Benutzerin nicki wählte ein anderes Klangschema für ihre Arbeitsoberfläche. Als ich später einen Neustart ausführte und mich anmeldete, hatte ich dieses neue Klangschema! - und ich bin nicht berechtigt, dies zu ändern!!! Das Klangproblem ist mittlerweile gelöst. Klicken sie hier um zu sehen, auf welche Weise.

Dies ist wahrscheinlich eine gute Gelegenheit um zu erwähnen, daß ich eine Vorabversion dieses Berichtes an den Autor von MultiDesk, Cristiano Guadagnino, geschickt habe. Seine prompte und informative Antwort ermöglichte es mir, einige Fehler zu beseitigen, die ich in diesem Bericht gemacht hatte. Er antwortete auch zur obigen "Wunschliste".

Cristiano sieht meine ersten drei Punkte alle im Zusammenhang und sie sollten, letzten Endes, über die Funktion Verwalte die Benutzer Arbeitsoberflächen kontrolliert und konfiguriert werden. Damit kann ich gut leben, sehr gut leben. Er stimmte ebenfalls darin überein, daß die Dokumentation eine Auffrischung gebrauchen könnte. Natürlich hat er das gleiche Problem wie die meisten von uns - zu viel zu tun und nicht genug Zeit, um es durchzuführen, weshalb er noch nicht sagen kann, wann zukünftige Updates erscheinen werden.

Mein Wunsch nach einer "Abmelde/Wiederanmelde"-Funktion ohne Neustart scheint wohl ein Rohrkrepierer zu sein. Falls ich die Antwort richtig verstanden habe, müßten einige der OS/2-Dateien überschrieben werden, um dies möglich zu machen. Offenbar müßte der Presentation Manager gestoppt und dann neu gestartet werden - etwas, wofür OS/2 nicht entworfen wurde. Falls irgendwelche Programmierer dies jetzt lesen, welche verzweifelt nach einer Herausforderung suchen, dann nehmen Sie mit Cris für weitere Details Kontakt auf: Vielleicht können hier IBM oder Serenity Systems Hilfe oder Rat geben.

### Wie MultiDesk funktioniert

Die mehrfachen Deinstallationen/Installationen gaben mir die Moeglichkeit, durch mein `K:\MuDesk` und `K:\User\Admin` Verzeichnis zu stöbern, die Angaben in den *.cfg-, *.dat-, *.env-Dateien zu lesen, mir die `mdstart.cmd` Dateien in `K:\MuDesk` und `K:\User\Admin` anzusehen, und die Modifikationen in meiner `CONFIG.SYS` Datei zu überprüfen. Dies gab mir einen guten Einblick, wie das System funktioniert, obwohl ich nicht behaupte, große Sachkenntnis in dieser Angelegenheit zu haben.

Die Einträge in meiner CONFIG.SYS Datei beziehen sich auf eine Arbeitsoberfläche, die ich gewechselt habe. Meine ursprüngliche `CONFIG.SYS` Datei hatte diese Einträge:

> `REM ***** Workplace shell`
> `SET RUNWORKPLACE=K:\OS2\PMSHELL.EXE`
> `SET SYSTEM_INI=K:\OS2\OS2SYS.INI`
> `SET USER_INI=K:\OS2\OS2.INI`
> `PROTSHELL=K:\OS2\PMSHELL.EXE`

Sie hat nun diese Einträge:

> `REM ***** Workplace shell`
> `RUN=K:\MuDesk\rexinit.exe`
> `PROTSHELL=K:\MuDesk\mudesk.exe`
> `SET SHELLHANDLESINC=50`

Nun, das ist so verständlich, wie man es eben machen kann. Ich glaube, man benötigt die Datei `rexinit.exe` um die Stapeldateien ausführen zu können, welche Bestandteil dieser Software sind.

`MuDesk.exe` führt dann die Stapeldatei `K:\MuDesk\mdstart.cmd` aus - jenes Vor-Login REXX-Skript, welches die aktuellen WarpCenter-Konfigurationsdateien von dem in der Datei `K:\MuDesk\last` verzeichneten Benutzer - dies sollte der Nutzer sein, der sich als letztes angemeldet hat - von `K:\os2\dll` zu des Nutzers `\WC` Ordner kopiert. Beispielsweise: sei "admin" der letzte Nutzer gewesen. Dann werden beim nächsten Systemstart vor dem Einloggen die Dateien dock*.cfg, scenter.cfg von `K:\os2\dll` nach `K:\Users\admin\WC` kopiert.

`MuDesk.exe` zeigt dann den Einlogg- und Passwort-Dialog an und falls die Login/Passwort-Kombination gültig ist, werden die Pfade auf die `OS2.INI` und `OS2SYS.INI` Dateien des Benutzers gesetzt und die WarpCenter-Dateien dieses Benutzers werden nach `K:\os2\dll` kopiert. Es wird dafür wieder eine Datei namens `mdstart.cmd` benutzt - das Nach-Anmelde-REXX-Skript, welches sich im Benutzerverzeichnis befindet. Der Inhalt der Datei `K:\MuDesk\last` wird mit dem momentanen Benutzernamen überschrieben. Das System sollte nun mit der richtigen Arbeitsoberfläche und WarpCenter geladen werden.

So in etwa funktioniert es, in aller Kürze.

### SEIEN SIE SICH FOLGENDEM BEWUSST!

Falls Sie, mit Ausnahme des Passwortes, irgendwelche Änderungen an den Benutzereinstellungen über das Administratorprogramm durchführen, werden Sie einige Zeit damit verbringen müssen, mittels Texteditor alle notwendigen Änderungen in den anderen Konfigurationsdateien durchzuführen und möglicherweise das HOME-Verzeichnis des Benutzers umzubenennen.

Die "editierbaren" Konfigurationsdateien befinden sich hauptsächlich im Multidesk-Verzeichnis:

- mudesk.dat - beinhaltet Login, Passwort und Details bezüglich der Dateiortsangabe für alle Nutzer.
- mudesk.cfg - einige Konfigurationseinstellungen für mudesk.exe einschließlich des "root_user=" Eintrages, welcher den Administrator bezeichnet.
- mdstart.cmd - das Nach-Login REXX Script ist für die Sicherung des vorherigen WarpCenters verantwortlich.
- mudesk.bnr - dies ist eine reizende Datei; Sie können dort reinschreiben, was sie möchten. Seien sie sich nur bewußt, daß es oberhalb des Einlog-Dialogs beim Hochfahren eingeblendet wird - klar, es ist das Anmeldebanner.

Einige befinden sich im `\Nutzer\Nutzername`-Verzeichnis:

- mdstart.cmd - das Nach-Login REXX-Skript ist dafür verantwortlich, daß das WarpCenter dieses Nutzers zum erforderlichen Ort - `\os2\dll` - kopiert wird.
- UserName.env - einige Benutzerumgebungseinstellungen

Die *.INI Dateien kann man auch als "editierbar" ansehen, aber Sie sollten ganz genau wissen, was Sie da tun.

Hier sind zwei geringfügig unterschiedliche `UserName.env` Dateien:

losepete ist der Administrator und "root_user". Es scheint nicht so, als ob er einen `USERNAME` oder `LOGNAME` benötigte. Ich habe den Grund dafür noch nicht herausbekommen. Antworten auf der Rückseite einer engl. 50£ Banknote bitte an mich unter...

#### Noch eine "Rekonfiguration", die mich erwischt hat.

Es ist wichtig zu erwähnen, daß der Nutzername, den man eingibt, wenn man einen neuen Nutzer anlegt, auch der Name des Nutzerverzeichnisses dieses Nutzers wird. Alle Modifikationen nach der Erstellung des Benutzers - wie z.B. der Wechsel des Passwortes - wird mittels des MultiDesk Administratorprogramms bewerkstelligt. Seien Sie sich dessen bewußt, daß ein Wechsel der Benutzerkennung dazu führt, daß das einfache REXXx-Skript, welches bereits kurz vor der Anmeldung ausgeführt wird, nicht mehr in der Lage sein wird, die WarpCenter-Dateien dieses Benutzers zurück in sein \WC Verzeichnis (WarpCenter Dateisicherungsverzeichnis) zu sichern. Falls die Benutzerkennung geändert werden soll, dann muß auch das Benutzerverzeichnis dementsprechend umbenannt werden - was also bedeutet, alle notwendigen Konfigurationsdateien mit einem Texteditor zu bearbeiten um die Änderungen auch dort durchzuführen.

Ein Beispiel von dem, was ich meine:
Nachdem ich eine erfolgreiche Installation durchgeführt, den PC neu gebootet und mich als "admin:admin" eingeloggt hatte, beschloß ich, die Benutzerkennung und das Passwort von diesen Standardwerten zu ändern. OK, kein Problem. Ich startete das MultiDesk Administratorprogramm und drückte `<ALT>`-Mausklick, um die Benutzerkennung in "losepete" zu ändern und änderte ebenso das Passwort in "nrb0602".

Nach dem Wechsel von Login und Passwort sicherte ich die Änderungen und beendete das Programm. Ich öffnete darauf hin `K:\MuDesk\mudesk.cfg`, suchte dort den Eintrag "`root_user=`" und gab dort den neuen Benutzernamen ein um sicherzustellen, daß ich weiterhin Administratorrechte hatte und sicherte diese Datei. Ich öffnete die Datei `K:\Users\admin\admin.env` und fand heraus, daß ich auch dort den Nutzernamen ändern mußte; ich modifizierte den Eintrag "`HOME=K:\Users\admin`" in dieser Datei nicht, weil sich dieses Verzeichnis nicht geändert hatte.

Da ich meine Arbeitsoberfläche ziemlich aufgeräumt halte, verschob ich den MultiDesk-Ordner von der Arbeitsoberfläche nach `\Arbeitsoberfläche\Programme.` Dann legte ich den MultiDesk-Ordner auf ein mit "System" benanntes Fach meines WarpCenters, um mir schnellen Zugriff auf das Programm und die Dokumentation zu ermöglichen.

Nun, somit habe ich wohl alles beachtet, dachte ich. Also schloß ich alle offenen Dateien, machte alle notwendigen Dateisicherungen und startete das System neu. Der Login- und Passwortwechsel wurden akzeptiert und ich dachte: "Klasse! Keine Probleme". Das System lud mein WarpCenter und meine Arbeitsoberfläche.

Ich wählte dann das Fach "System" aus meinem WarpCenter aus - komisch, das es nicht bereits angezeigt wurde, normalerweise wird das zuletzt benutzte Fach dargestellt - und stellte fest, daß mein neu erzeugtes MultiDesk-Icon fehlte. Oh, nicht so toll! Was war passiert?

Das Nach-Login Skript verläßt sich auf die Benutzerkennung, um diese mit dem Verzeichnisname im Benutzerbaum zu verbinden. Alle Änderungen an der WarpCenter-Konfiguration des Nutzers können nicht gesichert werden, wenn dieses Kriterium nicht erfüllt ist. Also war beim Neustart mein neues WarpCenter nicht gespeichert! Das Skript wird versucht haben, die Dateien in ein nicht existentes Verzeichnis zu kopieren - `K:\Users\losepete\WC`. Das Skript hat keine Überprüfungsroutine bezüglich des Nutzerverzeichnisses oder dessen Unterverzeichnis `\WC` und somit sind alle Änderungen folgerichtig mißlungen.

Ich habe keine Zweifel daran, daß die REXX-Skripte dahingehend modifiziert werden können, aber ich denke, daß ich das besser dem Programmautoren überlassen sollte oder jemandem, der sich besser mit REXX auskennt als ich. Auf jeden Fall funktionieren die Skripte, solange man mit ihren Einschränkungen leben kann.

Um obiges Problem zu lösen, kopierte ich alles aus `K:\Users\admin` (Dateien und Verzeichnisse) nach `K:\Users\losepete` - ich konnte nicht einfach das Verzeichnis umbenennen, da dies das "aktive" Heimverzeichnis des momentanen Nutzers war - der war zusätzlich auch noch der Administrator. Ich benannte die Datei `K:\Users\losepete\admin.env` um in `K:\Users\losepete\losepete.env`, welche ich dann editierte, um den Pfad in der "`HOME=`" Einstellung anzupassen. Danach editierte ich alle Konfigurationsdateien nochmal, um alle Verweise von "admin" nach "losepete" zu ändern. Nun, dies würde das Problem entweder verschlimmern oder lösen, es war an der Zeit neu zu starten um zu sehen, was passiert. Glücklicherweise klappte es.

Wie ich bereits früher mitteilte, habe ich die Software mehrmals installiert und meine grundlegenden Erfahrungen mit den diversen Veränderung an der Konfiguration bringen mich dazu Ihren diesen Rat zu geben. Entweder:

Ändern Sie absolut nichts !

oder:

Seien Sie sich sicher, daß sie ihre "Rekonfiguration" rückgängig machen können - Sie könnten sich mit einer "Temporären Arbeitsoberfläche" konfrontiert sehen, welche aus dem Hintergrund Ihrer Arbeitsoberfläche und einem OS/2 Befehlszeilenfenster sowie einem ziemlich seltsamen WarpCenter besteht. Dies passierte mir, als ich versuchte, die Arbeitsoberfläche eines Nutzers in Ordnung zu bringen und ich an den INI-Dateien rumgespielt und diese dann völlig zerschossen hatt. Sie werden mit Editoren umgehen müssen, z.B. von der Kommandozeile - aber am besten ist es wohl, dies ganz zu vermeiden.

Die gute Nachricht ist, daß der Wechsel der Passwörter für alle Nutzer die einfachste "Rekonfiguration" ist, die der Administrator durchführen wird - vermeiden Sie also nur die Wechsel der Benutzerkennungen und sparen Sie sich eine Menge Arbeit. :-)

### Fazit

Wie ich bereits in der "Kurzbeschreibung" sagte:

- Es läuft gut, benötigt aber noch eine Weiterentwicklung, um dem "Administrator" das Leben einfacher zu machen.
- Die Dokumentation bedarf einer kleinen Aktualisierung und etwas mehr Details.
- Es ist kostenlos.
- Insgesamt eine exzellente Software - Ein großes "Dankeschön" an den Autoren, Cristiano Guadagnino vom Team OS/2 Italien, für seine Bemühungen. Hoffentlich ist er motiviert genug, die Entwicklung fortzuführen und die Software weiter zu verfeinern.
Falls Sie den Wunsch haben, mehr als eine Arbeitsoberfläche zu verwenden, was der Fall ist, wenn mehrere Leute sich einen PC teilen, oder wenn ein Nutzer mehrere Oberflächen für verschiedene Zwecke benötigt, dann ist diese Software ein MUSS

Eine der fundamentalen Anforderungen an ein modernes Betriebssystem ist die "Mehrbenutzerfähigkeit" - WarpCenters (Werkzeugfaecher), Klangschemata, Datenpfade, etc. - für verschiedene Nutzer; etwas, was in der OS/2- und eCS-Welt völlig fehlte - bis jetzt. Falls eine zukünftige Version von MultiDesk direkt in das Betriebsystem integriert werden könnte, würde es aus OS/2 und eCS sicherlich eine noch funktionsfähigere Alternative zu Windows und Linux für den "(Klein)buero- / Heim- / Familien"-Betriebssystemmarkt machen.

Ich werde MultiDesk mit Sicherheit auf unserem zweiten PC einrichten - der hauptsaechlich von "matty" und "poggles" genutzt wird - weil es eine gute Hilfe bei dem Versuch sein dürfte, einen Großteil der "System Attacken" zu verhindern, die die beiden anrichten können (natürlich werde ich der Administrator dieses PCs sein). Das wird der "ultimative Belastungstest" bezüglich der Systemsicherheit dieser Software. Dies sollte wenigstens die dauernde Streiterei über das Aussehen von Arbeitsoberfläche, WarpCenter und Bildschirmpasswort in Grenzen halten - sie werden dann jeder ihre eigenen haben. :-)

Es gibt in den Yahoo-Gruppen eine Mailingliste, nützlich für Nachrichten und hoffentlich für die Beantwortung von Problemen.

DeskBack - eine kurze Erwähnung

Ich fand die DeskBack-Stapeldateien zur Sicherung meiner Arbeitsoberfläche sehr nützlich, nachdem ich sie erst mal an mein System angepaßt hatte, und ich würde Ihnen empfehlen, diese einmal auszuprobieren, falls Sie bislang noch kein Arbeitsoberflächen-Sicherungssystem haben, welches auch funktioniert. Natürlich wurden die DeskBack-Dateien zu dem Zweck geschrieben, ein "Ein Benutzer / Eine Arbeitsoberfläche"-System zu sichern. Momentan arbeite ich daran, diese Dateien so zu modifizieren, daß sie auch mit meiner MultiDesk-Installation funktionieren. Wenn ich es geschafft habe, solche zuverlässig funktionierenden Stapeldateien zu erzeugen, werde ich sie ERA, den Autoren von DeskBack, zwecks Veröffentlichung auf deren Internetseiten anbieten - es sind schließlich deren Stapeldateien, die ich da modifiziere.

Für die Akten:

Das verwendete System ist Warp 4 Fixpack 15, Kernel 14.072a_W4, Device Driver pack 2, SciTech Display Doctor 7.0 beta 40, es läuft auf einem AMD K6-III 450 System.

Quellenverzeichnis: Multidesk 0.2.0 Entwickler: Cristiano Guadagnino - criguada@tin.it Preis: Freeware MultiDesk V0.2.0: http://hobbes.nmsu.edu/pub/os2/util/wps/md-0-2-0.wpi [Falls Sie Ihren Browser noch nicht so konfiguriert haben, dass er WPI-Dateien auf Festplatte speichert, müssen Sie dies manuell machen. Drücken Sie in Netscape (alle Versionen, die mir bekannt sind) einfach mit der rechten Maustaste auf den Link und wählen Sie Verknüpfung speichern als... oder halten Sie die `<Shift>`-Taste gedrückt, während Sie mit der linken Maustaste auf den Verweis klicken. In Opera klicken Sie mit rechts auf den Links und wählen Save Link Document As. - Anm. d. Hrsg.] MultiDesk Nutzergruppe: http://groups.yahoo.com/group/multidesk/ WarpIN: http://www.xworkplace.org DeskBack: http://eracc.hypermart.net/os2/os2.htm INI Tools: http://www.os2world.com/goran/index.htm

Peter Brown ist OS/2 Anwender, seit Warp 3 im Vereinten Koenigreich eintraf und Autor von Fesane - einer einfachen Benutzeroberfläche für die OS/2-Portierung von sane (scanner access now easy)
( http://hobbes.nmsu.edu/pub/os2/apps/graphics/scan/FEsane02.zip)

[Artikelverzeichnis]
editor@os2voice.org
[Vorherige Seite] [Inhaltsverzeichnis] [Nächste Seite]
VOICE Homepage: http://de.os2voice.org