Empfehlungen des EaaSI-Teams zur Umwelterstellung
Im Emulation-as-a-Service können Environment-Ressourcen erstellt und abgekettet werden, so dass unterschiedliche Konfigurationen und Kombinationen von Software weit über Sammlungen wiederverwendet werden können (oder auf bestimmte digitale Objekte und Anwendungsfälle zugeschnitten). In diesem chain model wird der Startlink im Allgemeinen als base bezeichnet. Umwelt, während der nächste/erfolgreiche Link in der Kette als derivative bezeichnet wird Umwelt.
„Derivate“ ist daher ein Begriff, der verwendet werden kann, um mehrere spezifische Arten von Umwelt, die auf einer Basis gebaut werden könnten, einschließlich (aber nicht unbedingt beschränkt auf):
:term:`Content Environments<Content Environment> `
„Revisionen“ (eine abgeleitete Umgebung mit einigen Anpassungen oder Verbesserungen, die vorgenommen werden, um supersede oder * ersetzen* ihre Basis in der EaaSI UI)
„forked“ Environments (erstellt, wann ein Benutzer absichtlich eine neue, eigenständige Umgebung schaffen will, die von einem bestimmten Punkt in der abgeleiteten Geschichte einer Umgebung abzweigt)
Angesichts der Verzweigung und der sehr variablen Beschaffenheit dieser Derivateketten wird es besonders für EaaSI-bezogene Workflows importiert, um so weit wie möglich von gut definierten und replizierbaren Basisumgebungen zu starten. Die Definition und die Anforderungen an eine Basisumgebung können jedoch zwischen :term: „Organisationen<organizations>organization>“ variieren. oder sogar Sammlungen - Zugang zum Live-Internet, zum Beispiel, könnte von entscheidender Bedeutung für Basis-Umgebungen in einem Workflow sein, während völlig unerwünscht in einem anderen.
Obwohl das EaaSI-Team ** nicht* diktieren kann, was in all-Szenarien für alle-Nutzer eine geeignete „Basisumgebung“ macht, sollten bestimmte Features, Funktionalitäten oder sogar aktuelle Einschränkungen der Plattform verwendet werden, um die Erstellung, Konfiguration und das Veröffentlichen von Basen zu leiten. Diese Seite ist ein Versuch, diesen Kontext und entsprechende Empfehlungen für potenziell entscheidende Entscheidungspunkte bei der Schaffung von Umweltfragen zu liefern, mit der Hoffnung, überall effizientere Arbeitsabläufe für EaaSI-Benutzer zu fördern.
Diese sind **nur als Leitlinien* bestimmt und sollten in bestimmte lokale Arbeitsabläufe angepasst oder geändert werden.
Empfehlungen werden in Abschnitte unterteilt, in bestimmte „Typen“ der Rechenumgebung, die tendenziell gemeinsame Anliegen für Emulator/Hardware-Einstellungen und OS oder Software-Konfiguration haben. Diese Kategorien sind weder fest-und-schnell noch gegenseitig ausschließbar - die Einrichtung einer Ubuntu Server-Basis, zum Beispiel, man könnte Empfehlungen für beide „Web Server Environments“ konsultieren ** und** „Open Source Environments“.
Desktop-Umgebungen
Definition, Scope, Beispiele:
„Desktop“-Computing-Umgebungen beziehen sich in der Regel auf PC-Arbeitsplätze von etwa Ende der 1970er bis heute (d.h. beginnend mit der weit verbreiteten Verwendung von Mikroprozessoren, Überholung von Mainframe und Minicomputern). Sie umfassen Hardware, Betriebssysteme und Software, die häufig mit Massenbüro/Arbeit/Lab-Einstellungen oder Home Computing verbunden sind.
Desktop-Umgebungen sind auch häufig grafische/GUI-Computing-Systeme (Windows, MacOS), aber nicht ausschließlich, da der Begriff auch frühe terminal/kommand-line-basierte Personal Computing-Systeme wie DOS, die Apple II, die Commodore 64 Zeile, etc. umfassen kann.
Aufgrund der überwältigenden Beliebtheit solcher Systeme wurden die EaaSI-Plattform und Workflows größtenteils mit Desktop-Umgebungen als primären Anwendungsfall entwickelt, da die meisten der unzugänglichen, softwareabhängigen Daten und von Kulturerbe und wissenschaftlichen Archiven gesammelten digitalen Materialien (zumindest bis zu diesem Zeitpunkt) von Desktopsystemen und Software aus der Personal Computing-Ära generiert wurden.
Desktop-Umgebungen haben historisch sowohl Clients als auch Server in Computing-Netzwerken bedient. Da die EaaSI-Plattform die Erstellung und Konfiguration von emulierten Netzwerken noch nicht unterstützt, wird in einer separate-Sektion für die Wiederherstellung von Server-Client-Beziehungen zwischen Softwareprogrammen in einer EaaSI-Desktopumgebung besondere Anleitung angeboten. Ansonsten gehen diese Empfehlungen davon aus, dass eine Desktop-Umgebung self-contained mit höchstens einer Client-Beziehung zum Live-Internet ist.
- Beispiele für Desktop-Umgebungen:
IBM PC mit MS-DOS 6.22
Commodore PET
generische 32-bit x86 PC mit Windows XP
PowerMac G3 läuft Mac OSX 10.4
Generisches 64-Bit-PC mit Ubuntu 18.04
Umweltoptionsempfehlungen:
Verwandte Maus (Pointerlock)
Relative Maus (Pointerlock) Verhalten ist extrem variabel, abhängig von emuliertem System
Generell bevorzugen Benutzer nicht, ihre Maus-Eingabe durch eine Web-Anwendung erfasst zu haben; jedoch mit einigen älteren Gastsystemen (vor allem ältere GUI-basierte Systeme, die NICHT kompatibel mit absoute Zeiger-Geräte wie eine emulierte USB-Tablette sind), kann es der einzige Weg sein, das System tolerierbar nutzbar zu machen
Die relative Maus-Eingabe kann stark von der Netzlatenz beeinflusst werden, so dass die Verzögerung in Abhängigkeit von der Internet-Verbindung des Benutzers und der physischen Nähe zu ihrem EaaSI variabel ist :`node `
Virtualisieren von CPU
Wenn das emulierte System KVM kompatibel, enable Virtualize CPU
Wenn das emulierte System not KVM kompatibel ist, disable Virtualize CPU
Bitte beachten Sie, dass die KVM-Kompatibilität und die Virtualize CPU-Funktion schweigend scheitern oder sogar brechen können, je nach Konfiguration des EaaSI:term:node und zukünftige Updates des KVM-Projekts; siehe :ref:`enable-kvm `
WebRTC Audio
Einstellbar WebRTC Audio
SERA Video
Enable XPRA Video
Erfordert saubere Abschaltung
Wenn das emulierte System ACPI Kompatibel, enable Erfordert saubere Abschaltung
Ist das emulierte System not ACPI kompatibel, disable Erfordert saubere Abschaltung
Konfigurierte Laufwerke
Konfigurieren Sie mindestens eines der „CDROM“- und „Floppy“-Laufwerke (bis zu 7 insgesamt)
Mindestens ein „Disk“-Typ-Laufwerk wird von EaaS Environments zur Funktion benötigt und das System wird dies automatisch durchsetzen, ohne dass die Eingabe des Benutzers erforderlich ist
Bildgröße
Wenn Sie neue Image-Ressourcen, die bei der Erstellung neuer Umgebungen von Grund auf verwendet werden sollen, versuchen, die Antriebsgröße zu maximieren (um den größtmöglichen Platz für Software- oder Content-Daten auf das Laufwerk zu kopieren, wenn es in Derivat-Umgebungen sein muss) während der Aufenthalt im Bereich der Betriebssystem- und Dateisystem-Kompatibilität (z.B. das FAT16-Dateisystem, das für viele DOS-Systeme verwendet wurde, erlaubte nicht für Antriebsgrößen größer als 2GB)
Emulator Konfiguration
Versuchen Sie, die dem emulierten Rechner zur Verfügung stehende RAM-Menge zu maximieren, während Sie wieder in den Kompatibilitätsgrenzen des emulierten Betriebssystems oder der Hardware bleiben.
** System- und Softwarekonfiguration:**
Pop-up-Fenster
Entfernen Sie alle Pop-up-Fenster, die angezeigt werden, wenn ein Benutzer zuerst die emulierte Umgebung (einschließlich Willkommensnachrichten, Trivialfehler, etc.)
PostScript-Druck
Wenn möglich, installieren Sie einen PostScript-kompatiblen Druckertreiber; andernfalls funktioniert die Funktion „Environment Can Print“ nicht, ob die Umgebungsoption aktiviert ist oder nicht.
Benutzerkonten einrichten
In Multi-User-Systemen ist sowohl ein „root“ (oder Admin) als auch ein „root“ (admin)-Level-Benutzerkonto eingerichtet
Erfassen Sie Konto-Anmeldeinformationen und Passwörter, die während der Konfiguration verwendet werden, und speichern Sie sie in einem bequemen externen Standort für Beratung oder Weitergabe
Während es in der Roadmap ist, Benutzer-Account-Anmeldeinformationen in EaaSI Environment-Metadaten aufzunehmen, ist diese Funktion noch nicht implementiert; verwenden Sie eine externe Website oder Methode zur Beschreibung, Aufzeichnung des relevanten Umweltnamens und/oder UUID für Trackingzwecke
Es ist stark ermutigt, die Umgebung zu konfigurieren, um automatisch einloggen, um das Benutzerkonto „Non-admin/Non-„root“ auf Boot zu starten; dies wird die Notwendigkeit vermeiden, redundant Anmeldeinformationen einzugeben
Bildschirmauflösung
4:3 Anzeigeverhältnisse (z.B. 1024x768 oder 800x600) sehen in der Regel am besten aus, wenn die primäre Interaktion über die Emulation Access Schnittstelle der EaaSI UI erfolgt
Virtuelle CD-ROM-Laufwerke
Installieren Sie kompatible CD-ROM-Treiber in der emulierten Umgebung, wenn überhaupt möglich; ansonsten können nur Floppy-Typ Software und Content-Ressourcen in der Umgebung installiert werden, auch wenn ein „CDROM“-Laufwerk zu den Konfigurierten Laufwerken der Enviornment hinzugefügt wird.
Betriebssystem-Upgrades, Servicepakete und/oder Point Releases
Die Regel des Daumens ist, dass spätere/überholte Betriebssysteme wahrscheinlich stabiler und funktionsreich sind; ergo ist es am besten, so viele Servicepakete, Upgrades und/oder Point Releases zu installieren, wie sie für jedes bestimmte Betriebssystem verfügbar sind.
Aber auch wenn verfügbar, Upgrades oder Service-Packs können unbeabsichtigt brechen Kompatibilität mit Anwendungen (oder im schlimmsten Fall Szenario, tatsächlich less stabil als eine vorherige Version!)
Forschen Sie auf Ihrem gewünschten/Ziel-Emulationssystem, um einen empfohlenen Zustand zu finden, der Ihren Anwendungsfällen entspricht
Automatische Updates
DISABLE AUTOMATIC UPDATES überall und überall werden sie von einem Betriebssystem oder einzelnen Anwendungen angeboten, wenn möglich.
Am besten verursachen automatische Updates oft störende Pop-up-Nachrichten. Schlimmstenfalls (wenn die „Internet Enabled“-Umgebungsoption aktiviert ist), können sie zu unbeabsichtigten Veränderungen und Fehlern in der Umwelt führen.
Open Source Umwelt
Definition, Scope, Beispiele:
Umgebungen, die Open Source-Betriebssysteme betreiben, teilen wahrscheinlich viele der gleichen Setup-Bedenken wie kommerzielle / proprietäre Desktop-Umgebungen, aber kann auch einzigartige Installations- oder Konfigurationsbedenken haben, gegeben deutlich verschiedene historische Muster und Methoden der Softwareverteilung in der Open Source-Community.
Die primäre Verbreitung vieler älterer Open Source-Software-Anwendungen und -Systeme erfolgte über das Internet statt über Box / Commercialized physische Medien. Paketmanager wurden für Open-Source-System-Benutzer wesentlich, um die Installation und Konfiguration von Software-Komponenten aus einer Vielzahl von Online-Repositorien zu steuern, anstatt ein einziges Quell-Unternehmen. Diese Beziehung ist schwierig, in emulierten / EaaSI-Umgebungen zu replizieren, da Änderungen im Laufe der Zeit sowohl den Inhalt als auch die Struktur des Internets. Diese Empfehlungen versuchen, das zu berücksichtigen.
- Beispiele für Open Source-Umgebungen:
Linux Distributionen (Debian, Ubuntu, openSUSE, Arch Linux, Red Hat/Fedora, etc.)
BSD Distributionen (FreeBSD, OpenBSD, NetBSD, etc.)
FreeDOS
Haiku
OpenSolaris
Raspbian/Raspberry Pi OS
Umweltoptionsempfehlungen:
Siehe: alle gleichen Empfehlungen für Desktop-Umgebungen oben.
** System- und Softwarekonfiguration:**
Auswahl von Installationsmedien
Wenn Sie Installationsmedien (ISOs) für Open Source-Betriebssysteme einkaufen, versuchen Sie, die vollständigste/umfassende Option zur Verfügung zu finden, d.h. wenn die am meisten zugelassenen Softwarepakete für das Betriebssystem auf der ISO(s) selbst enthalten sind.
Viele Open Source Distributionen haben „Licht“ oder „net“ Installationsmedien als Alternative zu kompletten ISOs angeboten. Diese sollten die Menge an Zeit zu minimieren + Daten benötigt, um eine grundlegende Version des Systems herunterladen und installieren, aber angenommen, dass Sie in der Lage sein, Ihr System zu ergänzen, indem Sie viel mehr Software aus dem Internet später. Je nach Alter des Systems ist dies keine sichere Annahme mehr und die Installation von bekannten/bereiteten Medien wie einer ISO-Datei ist eine wesentlich stabilere und bequemere Option in EaaSI.
AVOID* „light“, „net“ oder ähnliche Installationsmedien, die von Open Source-Projekten angeboten werden; as much of the software you actuallytatsächlich beabsichtigen, EaaSI mit einer dedizierten Software-Ressource wie möglich zu nutzen/zu führen.
Verbindung zum EaaSI Open Source Archiv
Die Arbeit wird im EaaSI-Programm fortgesetzt, um Probleme im Zusammenhang mit dem alten Open Source-Paketmanagement zu lösen.
Bitte beachten Sie:ref:open-source-repo für Details und Anweisungen, wie Sie Ihr Open Source-System konfigurieren können, um ältere Versionen von Open Source-Paketen aus dem Repository von EaaSI zu installieren, anstatt die Standard- (oft defunct)-Seiten auf Legacy-Systemen.
Viele gemeinsame Open Source Distribution Systeme, wie Linux und BSD-Systeme, enthalten eine „sudo“-Berechtigung, die es einem Benutzerkonto von nicht-root/admin ermöglicht, vorübergehend Root-Power zu gewinnen, z.B. um ein Stück Software zu installieren.
Wie bei :ref: ‚Desktop-Umgebungen <desktop-recs>‘, Eaa SI empfiehlt, dass Open Source-Umgebungen zunächst mit mindestens einem Root/Admin und einem nicht-root/admin-Benutzerkonto eingerichtet werden; wir können jedoch nicht umfassend empfehlen, ob der/eine nicht-root-Benutzer mit „sudo“-Rechten eingerichtet werden sollte.
Wir * können* empfehlen, dass ein EaaSI-Nutzer, der eine Basisumgebung einrichtet soll/must* prüfen und bewerten, ob er das nicht-root-Konto „sudo“-Rechte während der ersten Einrichtung einer Basisumgebung auf Basis von erwarteten Nutzungsfällen gibt.
Server-Umgebungen
Definition, Scope, Beispiele:
Während die Unterstützung für emulierte Netzwerke (die Verbindung einer laufenden Umgebung mit einer anderen Umgebung in einem virtuellen LAN) noch nicht getestet und für den EaaSI-Stack genehmigt wurde, bedeutet das nicht, dass Client/Server-basierte Anwendungen und Plattformen nicht mit einer EaaSI-Umgebung angesprochen oder aufgerufen werden können.
Es * bedeutet*, dass einige leichte Manipulation oder kontra-intuitive Konfiguration einer Umgebung empfohlen werden kann, um die traditionelle Beziehung zwischen Client und Server-Anwendungen zu replizieren - die in der Regel auf separaten Computern, die über ein Netzwerk miteinander verbunden sind <https://en.wikipedia.org/wiki/Client%E2%80%93server_model>_ innerhalb einer einzigen Umgebung laufen zu lassen.
Dies gilt besonders/bemerkbar bei der Emulierung von Webservern, wo es wahrscheinlich notwendig ist, sowohl die ursprüngliche Web-Anwendung, die eine Website hostet/serviert, als auch den Vermächtnis-Browser zu emulieren, der die Website ausführen oder anzeigen soll.
Beispiele für Serverumgebungen, auf die diese Empfehlungen Anwendung finden können: - Ubuntu Server 16.04 - Windows Server 2012 - Mac OS X Server - Red Hat Enterprise Linux
Umweltoptionsempfehlungen:
Da EaaSI-Team empfiehlt, Grafik-Desktops für die meisten Server-Umgebungen einzurichten (siehe unten), gelten alle oben genannten Umweltoptionsempfehlungen für Desktop-Umgebungen.
** System- und Softwarekonfiguration:**
Installationsmedien
Verwenden Sie explizit definierte/markierte Installationsmedien und/oder Installationsprofile während des Betriebssystemaufbaus
Solche Profile oder Editionen installieren in der Regel vernünftige Standardprogramme und Einstellungen für die Einrichtung von serverbasierten Anwendungen, wodurch die Zeit reduziert wird, die benötigt wird, um Abhängigkeiten zu verfolgen.
Server-Editionen führen auch in der Regel zu einer kleineren, weniger datenschweren Basis Bild, das weniger Cache erfordert und die Wahrscheinlichkeit eines reibungsloseren Erlebnisses, das die Umwelt in EaaSI auf der Strecke führt.
Desktop-Umgebungen (DE)
Es wird jedoch empfohlen, eine grafische Benutzeroberfläche oder desktop-Umgebung auf dem Server-Betriebssystem zu installieren, wenn nicht bereits enthalten.
Dies ist besonders bemerkenswert oder ungewöhnlich bei Linux- oder BSD-basierten Serversystemen, die in realen Szenarien häufig davon ausgehen, dass sie über die Befehlszeile aufgerufen werden und eine grafische Umgebung abschleifen, um die Menge an Daten und Software, die zur Installation benötigt werden, weiter zu reduzieren.
In Eaa SI verwendet Fälle, die Einschränkung auf eine einzige Umgebung für die Einrichtung von Server- und Client-Anwendungen auf demselben Computer bedeutet, dass eine GUI oder DE für die Einrichtung der gewünschten client-Anwendung (z.B. Webbrowser) erforderlich ist.
Domain Name Auflösung
Bei der Installation oder Konfiguration Ihrer Zielserver-basierten Anwendung stellen Sie sicher, dass alle relveant-Domains und -Adressen zu „localhost“ oder einer entsprechenden lokalen IP-Adresse (z.B. 127.0.0.1) konfiguriert werden.
Externer Zugriff auf / von einem virtuellen LAN, wie zuvor angegeben, wird nicht unterstützt und Domain-Namensauflösung wird in jedem Fall scheitern. Der Server kann nur über ein von EaaS eingerichtetes, vordefiniertes/getunneltes virtuelles LAN (wenn die Umgebungsoption aktiviert ist) das Internet finden/ lokalisieren.
Fernvermögen
Wie bei Domain-Namensauflösung und automatischen OS-Updates können EaaSI-Nutzer nicht davon ausgehen, dass auf jedem Remote/Online-Gerät außerhalb der Serverumgebung selbst (embedded Video, Bilder, Audio, Text, JavaScript usw.) referenzierte Vermögenswerte durch die Serveranwendung in einer EaSI-Umgebung erreichbar sind.
Bei der Erstellung eines serverbasierten Bild- oder Sammlungsobjekts für den Import in EaaSI überprüfen Sie die definierte Anwendung/Objekt, um sicherzustellen, dass es so selbstständig wie möglich ist. Dies kann verlangen, dass die Anwendung oder das Objekt heruntergeladen, Umstrukturierungen und/oder neu geschrieben wird, um lokale Vermögenswerte anstelle von entfernten anzuzeigen; dieser Prozess kann auch innerhalb von EaaSI abgeschlossen werden, wird jedoch wahrscheinlich außerhalb von EaaSI durchgeführt werden, es sei denn, es gibt eine bestimmte Software-Abhängigkeit, die selbst Emulation erfordert und diese Option ausschließt.
Angaben
Die Einrichtung einer serverbasierten Anwendung erfordert fast sicher mehrere Sätze von Benutzer-Account-Berechtigungen, wie beispielsweise einen Administrator-Benutzer für ein Datenbankprogramm (wie MySQL, MS Access, etc.). Erfassen und speichern Sie die Anmeldeinformationen, die in einem externen Standort außerhalb von EaaSI verwendet werden.
„Kiosk-Modus“
Eaa SI-Nutzer, die daran interessiert sind, Server-Umgebungen zu adressieren und Zugang zu veralteten Websites zu bieten (durch die Installation eines Browsers, der dann auf eine Web-Site zeigt, die konfiguriert ist, um bei „localhost“ zu dienen), können insbesondere untersuchen, ob ein kompatibler Browser eine „Kiosk-Modus“-Einstellung hat, die den Browser in der Regel standardmäßig in Vollbild auszuführen und verhindern, dass der Nutzer aus dem Browser aus dem Browser aus dem Browser aus dem Browser ausläuft und den Browser aus dem Browser ausläuft und den restlichen System ohne eine Reihe von (besicherten) Eingaben Zugriff auf den Rest des Systems.
„Kiosk-Modus“ wurde in den späten 2000er Jahren allgemein üblich.
Android Umgebungen
Definition, Scope, Beispiele:
Das Open-Source-Mobile-Betriebssystem Android kann in EaaSI ausgeführt werden, hat aber sehr spezifische Anforderungen an Installationsmedien, Umgebungsoptionen und Konfiguration, die wie erwartet funktionieren (im Vergleich zu der viel breiteren Palette von emulierten Hardwareoptionen und Konfigurationseinstellungen, die möglicherweise zur Erstellung von Desktop-Umgebungen zur Verfügung stehen).
Speziell zu diesem Zeitpunkt können Android-Umgebungen und Software nur dank des Android-x86-Projekts verwendet werden, das ein Community-drive (nicht offiziell von Google unterstützt) ist, um das Betriebssystem zu portieren, das ursprünglich für mobile Prozessoren mit der ARM-Architektur konzipiert ist, an die Standard-PC Intel x86-Architektur. Mit Installationsmedien aus dem Android-x86-Projekt können EaaSI-Nutzer Android-Umgebungen einrichten, die mit den von QEMU emulierten Standard/Generalien x86-Prozessoren kompatibel sind.
Die folgenden Optionen werden empfohlen (oder, wo erwähnt, erforderlich), um Android-x86-basierte EaaSI-Umgebungen zu bauen.
** Umgebungsoptionen**
CD-ROM Laufwerk
Mindestens ein „CDROM“-Laufwerk MUST wird in den konfigurierten Laufwerken der Umgebung zugeordnet.
Android kann das ISO-Dateisystem lesen, kann aber NICHT lesen/verstehen „Floppy“-Typ Medien, so „CDROM“-Typ Software und Content Objekte sind eine der einzigen praktischen Optionen in EaaSI zum Laden von Software in eine Android-Umgebung (einschließlich Installationsmedien).
Wichtigste QEMU Emulator Konfiguration
Zu allen Absichten und Zwecken gehören EaaSI-Benutzer should/must folgende in ihrer Emulator-Konfiguration für Android-Umgebungen: ``-soundhw es1370 -vga vmware -net nic -device usb-tablet `
Diese Optionen konfigurieren die emulierte Soundkarte von QEMU, Grafikkarte, Netzwerkadapter und Benutzereingabegerät; zu diesem Zeitpunkt haben keine der anderen emulierten Geräteoptionen von QEMU eine stabile Erfahrung mit Audio-, Video-, Internet-Verbindung oder Benutzereingabe in Android-Umgebungen erlaubt.
Umwelt Drucken
Es ist derzeit nicht bekannt, ob es irgendwelche Umstände gibt, in denen das Environment Can Print Feature in EaaSI mit jeder Android-Systemkonfiguration kompatibel ist, auch wenn es aktiviert ist.
** System- und Softwarekonfiguration*
WLAN
Überspringen Sie immer jeden Versuch, WiFi oder Internet-Verbindung angeboten Währen eine Android-Installation. Die Umgebung wird nicht in der Lage sein, mit dem Internet richtig zu verbinden, bis die Android-x86 Installation abgeschlossen ist.
Sobald die Installation abgeschlossen ist, sollten Sie in der Lage sein, mit dem unter Netzwerk-/Wifi-Einstellungen angebotenen „VirtWifi“-Netzwerk zu konfigurieren und mit dem Internet zu verbinden.
Enable „Native Bridge“
Die meisten Android-x86 Installationsmedien fügt eine „Native Bridge“ Einstellung zum Betriebssystem hinzu, die eine automatische Hintergrundübersetzung von ARM-Anwendungen zu x86 ermöglicht. Es ist sehr empfehlenswert, diese Funktion zu aktivieren, um die Installation von Android-Apps auf der Linie zu ermöglichen, ohne zu prüfen, ob sie mit ARM/x86 Kompatibilität im Verstand geschrieben wurden.
Wenn verfügbar, wird diese Einstellung unter Einstellungen -> Android-x86 Optionen
Automatische Updates
Wie bei Desktop-Umgebungen, disable oder wählen Sie aus automatischen Updates zu Android und installierten Apps.
Der Standort für diese Einstellungen kann je nach Android-Version variabel sein, kann aber in der Regel unter Einstellungen -> Software, Einstellungen -> System und/oder in den Einstellungen für die Google Play Store App gefunden werden.