{"meta":{"title":"Von GitHub gehostete Runner","intro":"GitHub bietet gehostete virtuelle Computer zum Ausführen von Workflows an. Die virtuelle Maschine enthält eine Umgebung mit Tools, Paketen und Einstellungen, die für GitHub Actions zum Gebrauch bereitstehen.","product":"GitHub Actions","breadcrumbs":[{"href":"/de/actions","title":"GitHub Actions"},{"href":"/de/actions/concepts","title":"Konzepte"},{"href":"/de/actions/concepts/runners","title":"Läufer"},{"href":"/de/actions/concepts/runners/github-hosted-runners","title":"Von GitHub gehostete Runner"}],"documentType":"article"},"body":"# Von GitHub gehostete Runner\n\nGitHub bietet gehostete virtuelle Computer zum Ausführen von Workflows an. Die virtuelle Maschine enthält eine Umgebung mit Tools, Paketen und Einstellungen, die für GitHub Actions zum Gebrauch bereitstehen.\n\n## Übersicht über GitHub-gehostete Runner\n\nRunners sind die Computer, auf denen Aufträge in einem GitHub Actions Workflow ausgeführt werden. Beispielsweise kann ein Runner Ihr Repository lokal klonen, Testsoftware installieren und dann Befehle ausführen, die Ihren Code auswerten.\n\nGitHub bietet Runner, die Sie zum Ausführen Ihrer Aufträge verwenden können, oder Sie können [eigene Runner hosten](/de/actions/concepts/runners/self-hosted-runners). Mit Ausnahme von Einzel-CPU-Läufern ist jeder von GitHub gehostete Runner eine neue virtuelle Maschine (VM), die von GitHub gehostet wird. Single-CPU Runner werden in einem Container auf einer freigegebenen VM gehostet – siehe [Gehostete Runnerreferenz auf GitHub](/de/actions/reference/runners/github-hosted-runners#single-cpu-runners).\n\nJedes Runner-Programm kommt mit der Runner-Anwendung und anderen vorinstallierten Tools.\nGitHub-gehostete Runner sind für die Betriebssysteme Ubuntu Linux, Windows und macOS erhältlich. Wenn Sie einen GitHub-gehosteten Runner verwenden, werden Computerwartung und Upgrades für Sie erledigt.\n\nSie können eine der standardmäßig GitHubgehosteten Läuferoptionen auswählen oder, wenn Sie sich auf dem GitHub Team Oder GitHub Enterprise Cloud Plan befinden, einen Läufer mit mehr Kernen oder einem Läufer bereitstellen, der von einem GPU-Prozessor unterstützt wird. Diese Computer werden als \"größerer Runner\" bezeichnet. Weitere Informationen finden Sie unter [Größere Läufer](/de/enterprise-cloud@latest/actions/concepts/runners/larger-runners).\n\nGrößere Runner unterstützt auch benutzerdefinierte Images, mit denen Sie eigene vorkonfigurierte VM-Images erstellen und verwalten können. Weitere Informationen finden Sie unter [\"Benutzerdefinierte Bilder\"](#custom-images).\n\nDie Verwendung von GitHub-gehosteten Runnern erfordert Netzwerkzugriff mit Upload- und Downloadgeschwindigkeiten von mindestens 70 Kilobit pro Sekunde.\n\n## Runner-Bilder\n\nGitHub unterhält einen eigen Satz von VM Images für unsere gehosteten Standard-Runner. Die Liste der Images und enthaltenen Tools wird im Repository [`actions/runner-images`](https://github.com/actions/runner-images) verwaltet.\n\n### Vorinstallierte Software für von GitHub bereitgestellte Images\n\nDie Softwaretools, die in den Images enthalten sind, die sich im Besitz von GitHub befinden, werden wöchentlich upgedatet. Der Updatevorgang dauert mehrere Tage, und die Liste der vorinstallierten Software im `main`-Branch wird nach Abschluss der gesamten Bereitstellung aktualisiert.\n\nWorkflowprotokolle enthalten einen Link zu den vorinstallierten Tools für den jeweiligen Runner. Um diese Informationen im Workflowprotokoll zu finden, erweitere den Abschnitt `Set up job`. Erweiter unter diesem Abschnitt den Abschnitt `Runner Image`. Der auf `Included Software` folgende Link beschreibt die vorinstallierten Tools auf dem Runner, der den Workflow ausgeführt hat.\n\nWeitere Informationen finden Sie unter [Anzeigen des Ausführungsverlaufs eines Workflows](/de/actions/how-tos/monitor-workflows/view-workflow-run-history).\n\nGitHub-gehostete Runner enthalten zusätzlich zu den oben aufgeführten Paketen die standardmäßig integrierten Tools des Betriebssystems. Ubuntu- und macOS-Runner umfassen beispielsweise `grep`, `find` und `which` sowie weitere Standardtools.\n\nSie können auch eine Softwarestückliste (Software bill of materials, SBOM) für jeden Build der Windows- und Ubuntu-Runnerimages anzeigen. Weitere Informationen finden Sie unter [Referenz zur sicheren Verwendung](/de/actions/reference/security/secure-use#reviewing-the-supply-chain-for-github-hosted-runners).\n\nEs wird empfohlen, Aktionen zu verwenden, um mit der Software zu interagieren, die auf Runnern installiert ist. Dieser Ansatz hat mehrere Vorteile:\n\n* In der Regel bieten Aktionen flexiblere Funktionen wie Versionsauswahl sowie die Möglichkeit, Argumente und Parameter zu übergeben.\n* Dies stellt sicher, dass die in Ihrem Workflow verwendeten Toolversionen unabhängig von Softwareupdates gleich bleiben.\n\nWenn ein Tool vorhanden ist, das Sie anfordern möchten, öffnen Sie ein Issue unter [actions/runner-images](https://github.com/actions/runner-images). Dieses Repository enthält auch Ankündigungen zu allen wichtigen Softwareupdates auf Runnern.\n\n> \\[!NOTE]\n>\n> * Sie können auch zusätzliche Software auf GitHubgehosteten Runnern installieren. Weitere Informationen findest du unter [Anpassen von GitHub-gehosteten Runnern](/de/actions/how-tos/manage-runners/github-hosted-runners/customize-runners).\n> * Während die geschachtelte Virtualisierung technisch möglich ist, wenn Runner verwendet werden, wird sie nicht offiziell unterstützt. Jede Verwendung geschachtelter VMs ist experimentell und erfolgt auf eigenes Risiko, wir bieten keine Garantien hinsichtlich Stabilität, Leistung oder Kompatibilität.\n\n### Benutzerdefinierte Images\n\nMit benutzerdefinierten Images können Sie mit einem GitHubbereitgestellten Basisimage beginnen und Ihr eigenes VM-Image erstellen, das an Ihre Workflowanforderungen angepasst ist. Mit benutzerdefinierten Bildern können Sie:\n\n* Erstellen Sie benutzerdefinierte VM-Images mit der vorhandenen YaML-Syntax des Workflows.\n* Vorkonfigurieren von Umgebungen mit genehmigten Tools, Sicherheitspatches und Abhängigkeiten vor dem Starten von Workflows.\n* Erstellen Sie konsistente, validierte Basisumgebungen für alle Builds.\n\nBenutzerdefinierte Images können Repositorycode, Containerimages, Binärdateien, Zertifikate und andere Abhängigkeiten enthalten, um eine konsistente Buildumgebung über Workflows hinweg zu erstellen. Dies hilft Ihnen, die Kontrolle über Ihre Lieferkette zu erlangen. Sie tragen dazu bei, die Einrichtungszeit zu reduzieren, die Buildleistung zu verbessern und die Sicherheit zu stärken, indem sie den Angriffsvektor der Oberfläche auf Ihren Bildern reduzieren. Administratoren können auch Richtlinien anwenden, um Imageversionen, Aufbewahrung und Alter zu verwalten, um die Sicherheits- und Complianceanforderungen der Organisation zu erfüllen.\n\nBenutzerdefinierte Images können nur mit größere Runner verwendet werden. Jobs, die angepasste Images verwenden, werden zu denselben Minutentarifen abgerechnet wie diese Runner. Der Speicherplatz für angepasste Images wird über GitHub Actions-Speicher berechnet und gemessen. Weitere Informationen finden Sie unter [Abrechnung für GitHub Actions](/de/billing/concepts/product-billing/github-actions#custom-image-storage).\n\nInformationen zu den ersten Schritten mit benutzerdefinierten Bildern finden Sie unter [Verwenden von benutzerdefinierten Bildern](/de/actions/how-tos/manage-runners/larger-runners/use-custom-images).\n\n## Cloudhosts, die von GitHub-gehosteten Runnern verwendet werden\n\nGitHub hostet Linux- und Windows-Runner auf virtuellen Maschinen in Microsoft Azure, wobei die GitHub Actions-Runner-Anwendung installiert ist. Die GitHub-gehostete Runner-Anwendung ist ein Fork des Azure Pipelines-Agents. Bei Azure werden eingehende ICMP-Pakete werden für alle virtuellen Maschinen blockiert, so dass die Befehle ping und traceroute möglicherweise nicht funktionieren.\nGitHub hostet macOS-Runner in den Rechenzentren von Azure.\n\n## Workflowkontinuität\n\nWenn GitHub Actions-Dienste vorübergehend nicht verfügbar sind, wird eine Workflowausführung verworfen, wenn sie nicht innerhalb von 30 Minuten nach dem Auslösen in die Warteschlange gestellt wurde. Wenn beispielsweise ein Workflow ausgelöst wird und die GitHub Actions-Dienste für 31 Minuten (oder länger) nicht verfügbar sind, wird die Workflowausführung nicht verarbeitet.\n\nWenn die Workflowausführung erfolgreich in die Warteschlange eingereiht wurde, aber nicht innerhalb von 45 Minuten von einem GitHub-gehosteten Runner verarbeitet wurde, wird die Workflowausführung in der Warteschlange verworfen.\n\n## Die `etc/hosts`-Datei.\n\nGitHubgehostete Läufer werden mit einer `etc/hosts` Datei bereitgestellt, die den Netzwerkzugriff auf verschiedene Kryptowährungs-Miningpools und bösartige Websites blockiert. Hosts wie MiningMadness.com und cpu-pool.com werden an localhost umgeleitet, sodass sie kein erhebliches Sicherheitsrisiko darstellen."}