Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- client:vm_direkt_bearbeiten [2024/06/19 16:43 CEST] – [Adminmodus] chr
+++ client:vm_direkt_bearbeiten [2024/08/13 14:57 CEST] (aktuell) – [Copy VM] chr
@@ Zeile 1: / Zeile 1: @@
-====== Direkte Bearbeitung ======
+====== Direkte Bearbeitung von VMs ======
-<note important>Achtung, Baustelle!</note>
+<note important>Diese Dokumentation ist noch recht frisch und von daher möglicherweise lückenhaft. Insbesondere das grafische Aussehen und die Benennung der Optionen kann sich noch etwas ändern.</note>
 bwLehrpool-Systeme ab der Version 32b16 bieten die Möglichkeit des clientseitigen direkten Editierens eigener Virtueller Maschinen (Persistenz). Hierzu ist ein Shibboleth-Login über Ihre jeweilige Institution Voraussetzung.
-<note tip>Da das Login per Shibboleth erfolgt, kann ggf. kein Paßwort an die VM übergeben werden. Homeverzeichnisse werden daher nicht eingebunden, können jedoch - wenn nicht per Firewallregeln ausgeschlossen - wie auch weitere Netzlaufwerke händisch eingebunden werden.</note>
+===== Einschränkungen =====
+Da das Login per Shibboleth erfolgt, wird kein Paßwort an die VM übergeben. Homeverzeichnisse werden daher nicht wie üblich eingebunden, können jedoch - wenn nicht per Firewallregeln ausgeschlossen - wie auch weitere Netzlaufwerke händisch eingebunden werden.</note>
 ===== Shibboleth-Login =====
@@ Zeile 11: / Zeile 13: @@
 ==== Auswahl Login ====
-[{{ client:vm_direkt:010_Loginart_Auswahl.png?180|Auswahl der Loginart}}]Systeme, die direktes Editierens bieten, bieten das das Login per Shibboleth direkt nach vollständigem Clientstart an:
+[{{ client:vm_direkt:010_Loginart_Auswahl.png?180|Auswahl der Loginart}}]Systeme mit der Möglichkeit des direkten Editierens bieten das Login per Shibboleth direkt nach vollständigem Clientstart an:
-  * Campus-Login: Gewohnte Loginart je nach Konfiguration,
+  * Campus-Login: Gewohnte Loginart je nach Konfiguration;
-  * Shibboleth: Login per Shibboleth mit Auswahl und Aufruf der Loginseite Ihrer Institution,
+  * Shibboleth: Login per Shibboleth mit Auswahl und Aufruf der Loginseite Ihrer Institution;
-  * QRCode-Login: Sie erhalten einen QR-Code, mittels dessen Sie das Login über ein eigenes Gerät vollziehen können. Der gezeigte QR-Code weist auf eine Loginseite und ist für ca. 5 Minuten gültig.
+  * QRCode-Login: Sie erhalten einen QR-Code, mittels dessen Sie das Login über ein eigenes Gerät vollziehen können. Der gezeigte QR-Code weist auf eine Loginseite und ist für ca. 5 Minuten gültig. Das vollzogene Login wird dem Clientrechner autmatisch mitgeteilt.
 Wählen Sie hier eine der Optionen „Shibboleth-Login“ oder „QRCode-Login“.
@@ Zeile 33: / Zeile 35: @@
 [{{ client:vm_direkt:080_Shibboleth_Mylogin.png?200|Institutioneigene Authentifikation}}]Das jeweilige Aussehen der folgenden Loginseite ist institutionsspezifisch und wird daher im Aussehen vom abgebildeten Beispiel abweichen.
-(Beispiel: Loginseite der Albert-Ludwigs-Universität Freiburg).
+Beispiel: Loginseite der Albert-Ludwigs-Universität Freiburg.
 {clear}
@@ Zeile 45: / Zeile 47: @@
 {clear}
-  * Admin-Modus: Bearbeitet die von Ihnen ausgewählte Umgebung direkt.
+  * **Admin-Modus**: Bearbeitet die von Ihnen ausgewählte Umgebung direkt.
     * Geeignet, um kleine Änderungen rasch auszuführen und direkt bereitzustellen.
-    * Die Quelldatei der VM wird kopiert und die Kopie gestartet. Nach erfolgter Bearbeitung und Herunterfahren des Gast-OS kann gewählt werden, ob abgebrochen werden oder die Änderungen permanent behalten werden sollen. Dies beinhaltet daher natürlich ein gewisses Risiko.
+    * Die Quelldatei der VM wird kopiert und die Kopie gestartet. Nach erfolgter Bearbeitung und Herunterfahren des Gast-OS kann gewählt werden, ob abgebrochen oder die Änderungen permanent behalten werden sollen. Wenn nicht abgebrochen wird, werden die Änderungen mit der VM-Quelldatei zusammengeführt. Dies beinhaltet daher natürlich ein gewisses Risiko, falls bei der Bearbeitung etwas schiefgegangen sein sollte.
-  * Copy-VM: Veränderungen werden aufgezeichnet und nach Abschluß der Bearbeitung mit unveränderten Blöcken der Ursprungs-VM zu einer Kopie zusammengeführt.
+  * **Copy-VM**: Veränderungen werden aufgezeichnet und nach Abschluß der Bearbeitung mit unveränderten Blöcken der Ursprungs-VM zu einer Kopie zusammengeführt.
     * Nach Abschluß wird eine Kopie der VM erzeugt. Um diese starten zu können, muß mit der bwLehrpool-Suite eine passende Veranstaltung erstellt werden bzw. diese VM einer bestehenden Veranstaltung zugeteilt werden. Der Up- und Download einer VM mit der bwLehrpool-Suite wird daher erspart.
-    * Bei größeren Änderungen ist zur Risikominimierung dieser Weg empfohlen, da problemlos auf die Ausgangs-VM zurückgegriffen werden kann.
+    * Bei größeren Änderungen ist zur Risikominimierung dieser Weg empfohlen, da auch nach Abschluß der Änderungen problemlos auf die Ausgangs-VM zurückgegriffen werden kann.
 {clear}
@@ Zeile 57: / Zeile 59: @@
 ==== Adminmodus ====
-[{{ client:vm_direkt:135_cowgui_waiting_upload_adm_klein.png?200|cowgui-Fenster}}]Nach Auswahl der gewünschten Umgebung erscheint zuerst ein wie beispielhaft rechts abgebildetes Fenster namens „cowgui“((„cow“ von „copy on write“)). Nachdem ausreichende Teile der Qeull-VM kopiert wurden („Copying source file“), wird die angeforderte VM gestartet und steht zur Bearbeitung bereit. Die prozentuale Anzeige bei „Änderungen hochladen“ kann während des Arbeitens durchaus schwanken - das ist normal und kann ignoriert werden.
+[{{ client:vm_direkt:135_cowgui_waiting_upload_adm_klein.png?200|cowgui-Statusanzeige}}]Nach Auswahl der gewünschten Umgebung erscheint zuerst ein wie beispielhaft rechts abgebildetes Fenster namens „cowgui“((„cow“ von „copy on write“)). Nachdem ausreichende Teile der Quell-VM kopiert wurden („Copying source file“), wird die angeforderte VM gestartet und steht zur Bearbeitung bereit. Die prozentuale Anzeige bei „Änderungen hochladen“ kann während des Arbeitens durchaus schwanken - das ist normal und kann ignoriert werden.
-[{{ client:vm_direkt:130_cowgui_waiting_upload_copyvm_gross.png?250|cowgui-Fenster mit Virtualisierer qemu}}]Die Bearbeitung erfolgt im Gegensatz zum normalen Arbeiten auf bwLehrpool-Clients nicht im Vollbild. Sie können natürlich das //cowgui//-Fenster an den Rand verschieben und das VM-Fenster nach Gusto vergrößern. Die übliche automatische Angleichung der VM-Oberfläche an die Fenstergröße funktioniert hier nicht in jedem Fall; ändern Sie bei Bedarf die Größe über das Gastbetriebssystem.
+[{{ client:vm_direkt:130_cowgui_waiting_upload_copyvm_gross.png?250|cowgui-Fenster, Virtualisierer Qemu mit openSuse}}]Die Bearbeitung erfolgt im Gegensatz zum normalen Arbeiten auf bwLehrpool-Clients nicht im Vollbild. Sie können natürlich das //cowgui//-Fenster an den Rand verschieben und das VM-Fenster nach Gusto vergrößern. Die übliche automatische Angleichung der VM-Oberfläche an die Fenstergröße funktioniert hier nicht in jedem Fall; ändern Sie bei Bedarf die Größe über das Gastbetriebssystem.
 Beachten Sie auch, daß es sich bei der Oberfläche um einen sehr minimalen Linux-Desktop handelt. Sollten Sie versehentlich die virtuelle Arbeitsoberfläche geändert haben, führen Sie einen Rechtsklick auf den grauen Hintergrund aus und gehen unter „Desktops“ auf „Desktop 1“, dann auf den Eintrag des Fensters Ihres Virtualisierers. Sollten Sie das Fenster des Virtualisierers versehentlich minimiert haben, klicken Sie auf zugeordneten Eintrag in der Statuszeile.
@@ Zeile 69: / Zeile 71: @@
 [{{ client:vm_direkt:180_cowgui_upload_copyvm_best.png?200|Änderungen behalten?}}][{{ client:vm_direkt:220_cowgui_hashing_adm.png?200|Prüfsummen (Hashing)}}]Fahren Sie das Gastbetriebssystem herunter, nachdem Sie Ihre Änderung ausgeführt haben. Nach dem Herunterfahren und Schließen des Virtualisiererfensters werden die ausstehenden Änderungen hochgeladen, woraufhin sich die Überschrift zu „UPLOAD_DONE“ wandelt und insbesondere die Schaltfläche „Änderungen permanent behalten“ aktiviert wird.
-<note tip>Beim Virtualisierer Qemu wird das Fenster nicht automatisch geschlossen - Schließen Sie es nach Herunterfahren des Gastbetriebssystems einfach händisch.</note>
+<note tip>Bei Verwendung des Virtualisierers Qemu wird das Fenster nicht automatisch geschlossen - schließen Sie es nach Herunterfahren des Gastbetriebssystems einfach händisch.</note>
   * „Abbrechen/Löschen“: Verwirft ausgeführte Änderungen.
@@ Zeile 80: / Zeile 82: @@
 ==== Copy VM ====
-  * Test1
+[{{ client:vm_direkt:130_cowgui_waiting_upload_copyvm_klein.png?200|cowgui-Statusanzeige}}]Analog zum Adminmodus erscheint nach Auswahl der gewünschten Umgebung ein Fenster namens „cowgui“((„cow“ von „copy on write“)). Die VM wird gestartet, nachdem ausreichende Teile der Quell-VM kopiert wurden („Copying source file“). Wie angemerkt kann die prozentuale Anzeige bei „Änderungen hochladen“ während des Arbeitens durchaus schwanken.
-    * Test2
-[{{ client:vm_direkt:120_cowgui_copying_source_copyvm.png|Direktes Editieren:}}]
-[{{ client:vm_direkt:130_cowgui_waiting_upload_copyvm_gross.png?400|Direktes Editieren:}}]
-[{{ client:vm_direkt:130_cowgui_waiting_upload_copyvm_klein.png|Direktes Editieren:}}]
-[{{ client:vm_direkt:180_cowgui_upload_copyvm_best.png|Direktes Editieren:}}]
-[{{ client:vm_direkt:190_cowgui_upload_copyvm_best_quitt.png|Direktes Editieren:}}]
 {clear}
+[{{ client:vm_direkt:130_cowgui_waiting_upload_copyvm_gross.png?200|cowgui-Fenster, qemu mit Ubuntu}}]Zur nicht im Vollbild erfolgenden Anzeige der VM, dem möglichen Verschieben und Vergrößern der Fenster gilt das Gleiche wie zum Adminmodus gesagte. Ändern Sie auch hier bei Bedarf die interne Anzeigegröße über das Gastbetriebssystem und beachten die Hinweise zum minimalen Linuxdesktop ebenda.
+Anmerkung: Die Statuszeile ist aus Platzgründen nicht in der Abbildung rechts enthalten.
+[{{ client:vm_direkt:180_cowgui_upload_copyvm_best.png?200|Direktes Editieren:}}][{{ client:vm_direkt:140_cowgui_upload_hashing_vopyvm.png?200|Direktes Editieren:}}]Fahren Sie abschließend das Gastbetriebssystem herunter. Abschließend ändert sich die Überschrift des cowgui-Fensters zu „UPLOAD_DONE“, und die Schaltfläche „Änderungen permanent behalten“ wird aktiviert.
+<note tip>Beim Virtualisierer Qemu wird das Fenster nicht automatisch geschlossen - Schließen Sie es nach Herunterfahren des Gastbetriebssystems einfach händisch.</note>
+  * „Abbrechen/Löschen“: Verwirft ausgeführte Änderungen.
+  * „Änderungen permanent behalten“: Nach einer Sicherheitsbestätigung wird eine Kopie des Ausgangsabbildes erstellt und mit den Änderungen zusammengeführt. Das Errechnen der neuen Prüfsummen („Hashing modified image“) kann eine gewisse Zeit dauern.
+Abschließend wird zum Loginbildschirm weitergeleitet. Die veränderte VM steht dann als Kopie des Namens („Copy of [Ausgangsname der VM]“) bereit und kann auf dem [[client:bwlehrpool-suite#eine_neue_veranstaltung_erstellen|üblichen Weg]] in einer Veranstaltung verwendet werden.
+{clear}
-[{{ client:vm_direkt:.png|Direktes Editieren:}}]
-„“

Zuletzt angesehen:

Unterschiede

Suche

Navigation

Drucken/exportieren

Werkzeuge