FAQ
Technische Anliegen
Kann EaaSI emulieren (Amiga, Mac OS, Commodore, DOS, Atari…)?
EaaSI ist eine Plattform, die es ermöglicht, emulierte Umgebungen zu konfigurieren, zu teilen und zuzugreifen - aber die Emulation selbst stützt sich auf eine Reihe von zugrunde liegenden Open Source :ref: ‚Emulationsprojekte <emulators>‘. In der Theorie kann jeder Linux-kompatible Open-Source-Emulator in EaaSI integriert werden, zusammen mit der Hardware, die er neu erstellen soll.
Um jedoch in EaaSI integriert zu werden, müssen Emulatoren in einer bestimmten Konfiguration konfiguriert und containerisiert werden, um mit dem EaaS-Rahmen zu kommunizieren. Wenn Sie daran interessiert sind, ein bestimmtes Hardware-System zu emulieren oder einen bestimmten Emulator, der in diesem Handbuch nicht erwähnt wird, einzufügen, wenden Sie sich bitte an das EaaSI-Team für Beratung.
Wie lange sollte eine Umgebung starten (im Durchschnitt)?
Das hängt stark von einigen Faktoren ab, vor allem:
Wurde die Umgebung bereits vor kurzem auf demselben Knoten ausgeführt? (ist es geätzt)
Welche Rechenressourcen (CPU, RAM) wurden der Umgebung zugeordnet hardware-Konfiguration?
Die Größe der Basis-Disk-Bild(e) der Umgebung
Die Stärke/Bandbreite Ihrer Netzwerkverbindung
Die Emulationssitzung lädt und bootet viel schneller, wenn das Festplattenbild der Umgebung bereits auf der Emulation Component aus dem Speicher geätzt wurde. So kann eine Umgebung, die zum ersten Mal in Tagen (Wochen, etc.) betrieben wird, langsamer laden als spätere, sofortige Versuche zu laufen.
Von dort aus könnte die Startzeit eines Legacy-Betriebssystems verbessert werden, indem der emulierten Umgebung mehr Rechenressourcen zugewiesen werden. EaaSI-Mitarbeiter haben sich bemüht, emulierte Hardware-Konfigurationen zu erstellen, die zeitgemäße Echtzeit-Hardware für die Ziel-Betriebssysteme genau reflektieren, aber es gibt offensichtlich viel Perückgle-Zimmer in diesen Zeilen. Die Zuordnung von mehr RAM- oder CPU-Kernen oder die Aktivierung von KVM (auf kompatiblen Environments) in der Emulatorkonfiguration kann die Reaktionszeit verbessern. Seien Sie vorsichtig mit dieser Strategie aber - halten Legacy-Systemanforderungen und Kompatibilität im Auge, um unerwartete Verhalten zu vermeiden.
Im Allgemeinen werden Umgebungen auf Basis älterer Betriebssysteme schneller als neuere Systeme laden, da die durchschnittliche Größe von Betriebssystemen, Anwendungen und Benutzerdaten/Dateien zusammen mit der Kapazität von Speichermedien gewachsen sind. Je größer das Betriebssystem ist, um so länger wird es dauern, um die Umwelt von der Lagerung bis zum EmuComp zu sperren.
Schließlich wird die Videoausgabe des Emulators vom EmuComp-Server auf Ihren Webbrowser über HTTP gestreamt. Wie bei jedem Streaming-Media-Service kann die Leistung durch die Stärke Ihrer Netzwerkverbindung beeinflusst werden, die die wahrgenommenen Lade- und Antwortzeiten des Benutzers beeinflusst (z.B. Booting-Bildschirme können * erscheinen*, um länger zu nehmen, wenn die Monitorausgabe vom EmuComp auf Ihren Browser gestreamt wird, oder Maus- und Tastatureingabe kann zurückbleiben). Eine stabile, verdrahtete Internetverbindung sollte bevorzugt sein, wenn vorhanden.
Ihre ältere Software-Umgebungen können sich mit dem Live-Internet verbinden… gibt es Malware oder Sicherheitsbedenken?
Sicher, aber nicht mehr als auf jedem anderen modernen Rechensystem.
Es gibt ein paar Schichten dieser Frage: erstens die Möglichkeit, ältere Malware, die unsere historischen Betriebssysteme anvisieren, irgendwo noch im Live-Web gehostet. Da Updates zu Internet-Protokollen und Web-Sicherheit (z.B. HTTPS, Änderungen an JavaScript) die überwiegende Mehrheit des Live-Webs unvereinbar mit alten Browsern an erster Stelle gemacht haben, ist dies nicht wahrscheinlich. Aber verwenden Sie die gleiche Art von gesunden und skeptischen browsing Gewohnheiten, die Sie in das moderne Web auf Ihrem eigenen Computer bringen und Sie werden in Ordnung sein.
Beachten Sie auch die Schichten in emulierten Systemen und in EaaSI speziell: Emulationssitzungen werden als Änderungen von einem Basisdiskettenbild geschrieben und gespeichert, so bis ein EaaSI-Benutzer absichtlich auf „Save Environment“ klickt, werden die Ergebnisse einer Sitzung nicht gespeichert in allen. Wenn Sie es irgendwie geschafft, unbeabsichtigt herunterladen Festering Hate, lassen Sie einfach die Emulationssitzung sofort und die Daten des Virus, zusammen mit Änderungen an Ihrem System während dieser Sitzung, werden verworfen.
Auch wenn Sie irgendwie eine infizierte Umgebung retten, sollten die Schäden an dieser Umgebung/Bild isoliert werden. Um einen Effekt außerhalb der emulierten Umgebung zu haben, müsste die Malware aus dem „guest“-Betriebssystem auf das „host“-System überbrücken, das die EaaSI-Plattform betreibt - ein voll up-to-date, modernes, sicheres Betriebssystem, das von den Systemadministratoren Ihres Knotens verwaltet wird. Legacy Malware wurde einfach nicht geschrieben, um sich zu verhalten oder effektiv auf diese Weise. Und in jedem Fall werden unsere emulierten Umgebungen (und die EaaSI-Plattform selbst) über Docker-Container auf Host-Systemen weiter eingesetzt, was noch eine weitere Netzwerkisolation zwischen jeder emulierten Umgebung und Ihrem lokalen Netzwerk ermöglicht.
Das wahrscheinlichste Anliegen wäre moderne Malware und Schwachstellen, die speziell entwickelt sind, um Emulations- und Virtualisierungsplattformen anzusprechen. Wieder, die meisten älteren Web-Browser wahrscheinlich nicht einmal auf die Websites zugreifen, wo diese Schwachstellen ausgenutzt werden. Dies ist aber auch ein weiterer Teil der Motivation, viele der Module und Emulatoren, die EaaSI zugrunde liegen, zu transportieren: sie können leicht aktualisiert werden, um Sicherheitsupdates zu berücksichtigen. Das EaaS-Entwicklungsteam aktualisiert regelmäßig Komponenten, um sichere Releases zu ermöglichen.
Mit anderen Worten, wie Sie regelmäßig Ihr eigenes Betriebssystem und Ihre Anwendungen aktualisieren sollten, wird EaaSI auch!
Kann ich Screenshots oder Video von Software oder Inhalt in Emulation laufen?
Die Emulation Access-Schnittstelle von EaaSI verfügt über ein integriertes Feature für Screenshots der aktuell laufenden Emulation. Video ist zu diesem Zeitpunkt nicht verfügbar.
Was ist der Unterschied zwischen einer „Neuen Umwelt“ oder einer „Revision“ aus einer bestehenden Umwelt?
Die Wahl betrifft, wie die Ressource den Benutzern im EaaSI-Client präsentiert wird.
Die Wahl einer „neuen Umgebung“ schafft eine völlig neue Ressourcenkarte, wo Ressourcen im Client sichtbar sind (z.B. die Explore Resources oder My Resources Seiten). Die ursprüngliche Umgebung wird auch noch einen Eintrag haben. Die neue Umgebung wird standardmäßig privat sein.
Die Auswahl der „Revision“ erstellt keine neue Ressourcenkarte - sondern aktualisiert und überträgt die aktuelle Ressourcenkarte.
(** Dies ist nur wahr**, wenn die ursprüngliche Umwelt eine Private Ressource war, die nicht im EaaSI-Netzwerk veröffentlicht wurde. Wenn die ursprüngliche Umgebung ein Public + Saved Locally Environment war, wird die Auswahl „Revision“ ** den gleichen* Effekt haben wie „neue Umgebung“, und eine neue Ressourcenkarte wird für die Revision erstellt.)
In beiden Fällen erstellt Emulation-as-a-Service eine abgeleitete QCOW-Disk-Bilddatei, um die Änderungen an der ursprünglichen Umgebung zu repräsentieren und zu speichern, ob die Änderungen * dargestellt * als neue Umgebung oder als Revision. So können Revisionen immer noch leicht durch die Beratung der Registerkarte Geschichte auf der Seite der Umwelt und die Schaffung einer Gabel an der Stelle der ursprünglichen Umgebung.