Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
| client:vm_direkt_bearbeiten [2024/08/13 14:41 CEST] – [Direkte Bearbeitung von VMs] chr | client:vm_direkt_bearbeiten [2024/08/13 14:57 CEST] (aktuell) – [Copy VM] chr | ||
|---|---|---|---|
| Zeile 5: | Zeile 5: | ||
| 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. | 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, wird kein Paßwort an die VM übergeben. Homeverzeichnisse werden daher nicht wie üblich eingebunden, | + | ===== Einschränkungen ===== |
| + | |||
| + | Da das Login per Shibboleth erfolgt, wird kein Paßwort an die VM übergeben. Homeverzeichnisse werden daher nicht wie üblich eingebunden, | ||
| ===== Shibboleth-Login ===== | ===== Shibboleth-Login ===== | ||
| Zeile 45: | Zeile 47: | ||
| {clear} | {clear} | ||
| - | * Admin-Modus: | + | |
| * Geeignet, um kleine Änderungen rasch auszuführen und direkt bereitzustellen. | * 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 | + | * 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. | + | |
| * 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. | * 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 auch nach Abschluß der Änerungen | + | * Bei größeren Änderungen ist zur Risikominimierung dieser Weg empfohlen, da auch nach Abschluß der Änderungen |
| {clear} | {clear} | ||
| Zeile 80: | Zeile 82: | ||
| ==== Copy VM ==== | ==== Copy VM ==== | ||
| - | [{{ client: | + | [{{ client: |
| {clear} | {clear} | ||
| Zeile 95: | Zeile 97: | ||
| * „Änderungen permanent behalten“: | * „Änderungen permanent behalten“: | ||
| - | 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: | + | Abschließend wird zum Loginbildschirm weitergeleitet. Die veränderte VM steht dann als Kopie des Namens |
| {clear} | {clear} | ||