{"meta":{"title":"Gehostete Runnerreferenz auf GitHub","intro":"Hier findest du Informationen zu gehosteten Runnern in GitHub, einschließlich ihrer Spezifikationen und Anpassungsoptionen.","product":"GitHub Actions","breadcrumbs":[{"href":"/de/actions","title":"GitHub Actions"},{"href":"/de/actions/reference","title":"Verweis"},{"href":"/de/actions/reference/runners","title":"Läufer"},{"href":"/de/actions/reference/runners/github-hosted-runners","title":"Von GitHub gehostete Runner"}],"documentType":"article"},"body":"# Gehostete Runnerreferenz auf GitHub\n\nHier findest du Informationen zu gehosteten Runnern in GitHub, einschließlich ihrer Spezifikationen und Anpassungsoptionen.\n\n## Unterstützte Runner und Hardwareressourcen\n\nEine Reihe von GitHub-gehosteten Runnern steht in öffentlichen und privaten Repositories zur Verfügung.\n\nEine Liste der verfügbaren Runner finden Sie unter:\n\n* [Standard-Runner für **öffentliche** Repositories](#standard-github-hosted-runners-for-public-repositories)\n* [Standard-Runner für **private** Repositories](#standard-github-hosted-runners-for--private-repositories)\n\nGitHub-gehostete Linux-Runner unterstützen die Hardwarebeschleunigung für Android SDK-Tools, wodurch die Ausführung von Android-Tests viel schneller wird und weniger Minuten in Anspruch nimmt. Weitere Informationen zur Android-Hardwarebeschleunigung finden Sie unter [Konfigurieren der Hardwarebeschleunigung für den Android-Emulator](https://developer.android.com/studio/run/emulator-acceleration) in der Dokumentation für Android-Entwickler\\*innen.\n\n> \\[!NOTE]\n> Die `-latest`-Runner-Bilder sind die neuesten stabilen Bilder, die GitHub bereitstellt, und entsprechen möglicherweise nicht der neuesten Version des Betriebssystems, die beim Betriebssystemanbieter erhältlich ist.\n\n> \\[!WARNING]\n> Beta- und veraltete Images werden „wie besehen“, „mit allen Fehlern“ und „wie verfügbar“ bereitgestellt und sind von der Servicelevelvereinbarung und der Garantie ausgeschlossen. Beta-Images werden möglicherweise nicht vom Kundendienst abgedeckt.\n\n### Standardmäßige GitHub-gehostete Runner für öffentliche Repositories\n\nFür öffentliche Repositories werden Jobs, die die in der folgenden Tabelle aufgeführten Kennzeichnungen für Workflows verwenden, mit den entsprechenden Spezifikationen ausgeführt. 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). Die Nutzung der standardmäßigen GitHub-gehosteten Runner ist für öffentliche Repositories frei und unbegrenzt.\n\n\n \n \n \n \n \n \n \n \n \n \n \n\n \n \n \n \n \n \n \n\n \n \n \n \n \n \n\n\n \n \n \n \n \n \n\n\n \n \n \n \n \n \n\n\n \n \n \n \n \n \n\n\n \n \n \n \n \n \n\n\n \n \n \n \n \n \n\n```\n\n \n\n
\n Virtueller Computer/Container\n Prozessor (CPU)\n Speicher (RAM)\n Speicher (SSD) Architektur\n Workflow Bezeichnung
Linux15 GB14 GB x64 \n ubuntu-slim\n
Linux416 GB14 GB x64 \n\n```\n ubuntu-latest, ubuntu-24.04ubuntu-22.04
Windows416 GB14 GB x64 windows-latest, windows-2025, windows-2025-vs2026 (öffentliche Vorschau), windows-2022
Linux416 GB14 GB arm64 \n \n ubuntu-24.04-arm, ubuntu-22.04-arm
Windows416 GB14 GBarm64\n windows-11-arm\n
macOS414 GB14 GB Intel \n \n macos-15-intel, macos-26-intel
macOS3 (M1)7 GB14 GB arm64 \n \n macos-latest, , macos-14macos-15macos-26
\n\n### Von GitHub gehostete Standard-Runner für private Repositorys\n\nFür private Repositories werden Jobs, die die in der folgenden Tabelle aufgeführten Workflow-Kennzeichnungen verwenden, auf virtuellen Maschinen mit den entsprechenden Spezifikationen ausgeführt. Diese Runner verwenden das Kontingent Ihres GitHub Kontos für kostenlose Minuten und werden dann mit den Minutentarifen belastet. Weitere Informationen findest du unter [Actions Runner Preise](/de/billing/reference/actions-minute-multipliers).\n\n\n \n \n \n \n \n \n \n \n \n \n \n\n \n \n \n \n \n \n \n\n \n \n \n \n \n \n\n\n \n \n \n \n \n \n\n\n \n \n \n \n \n \n\n\n \n \n \n \n \n \n\n\n \n \n \n \n \n \n\n\n \n \n \n \n \n \n\n```\n\n \n
\n Virtuelle Maschine\n Prozessor (CPU)\n Speicher (RAM)\n Speicher (SSD) Architektur\n Workflow Bezeichnung
Linux15 GB14 GB x64 \n ubuntu-slim\n
Linux28 GB14 GB x64 \n\n```\n ubuntu-latest, ubuntu-24.04ubuntu-22.04
Windows28 GB14 GB x64 \n \n windows-latest, windows-2025windows-2022
Linux28 GB14 GB arm64 \n \n ubuntu-24.04-arm, ubuntu-22.04-arm
Windows28 GB14 GB arm64 \n windows-11-arm\n
macOS414 GB14 GB Intel \n \n macos-15-intel, macos-26-intel
macOS3 (M1)7 GB14 GB arm64 \n \n macos-latest, , macos-14macos-15macos-26
\n\nWorkflowprotokolle listen den Runner auf, der zum Ausführen eines Auftrags verwendet wird. Weitere Informationen finden Sie unter [Anzeigen des Ausführungsverlaufs eines Workflows](/de/actions/monitoring-and-troubleshooting-workflows/viewing-workflow-run-history).\n\n### Einschränkungen für arm64 macOS-Runner\n\n* Alle Aktionen, die von GitHub bereitgestellt werden, sind mit arm64 GitHub-gehosteten Runnern kompatibel. Communityaktionen sind jedoch möglicherweise nicht mit arm64 kompatibel und müssen zur Laufzeit manuell installiert werden.\n* Die geschachtelte Virtualisierung wird aufgrund der Einschränkung des Apples Virtualisierungs-Frameworks nicht unterstützt.\n* Netzwerkfunktionen wie private Azure-Netzwerke und das Zuweisen statischer IPs sind derzeit für macOS größere Runner nicht verfügbar.\n* Die arm64 macOS-Runner haben keine statische UUID/UDID zugewiesen, da Apple dieses Feature nicht unterstützt. Den Intel MacOS-Runnern wird jedoch eine statische UDID zugewiesen, insbesondere `4203018E-580F-C1B5-9525-B745CECA79EB`. Wenn Sie den Build auf demselben Host erstellen und signieren, auf dem Sie ihn testen möchten, können Sie mit einem [Entwicklungsbereitstellungsprofil](https://developer.apple.com/help/account/provisioning-profiles/create-a-development-provisioning-profile/) signieren. Wenn Sie eine statische UDID benötigen, können Sie Intel-Runner verwenden und ihre UDID ihrem Apple-Entwicklerkonto hinzufügen.\n\n### Single-CPU Runner\n\nSingle-CPU-Runner, die auf GitHub gehostet werden, sind sowohl in öffentlichen als auch in privaten Repositories verfügbar. Diese Runner, die mit dem Workflow-Label `ubuntu-slim` angegeben wurden, bieten eine kostengünstige Option zum Ausführen leichter Operationen. Diese Art von Runner ist für Automatisierungsaufgaben, Problembearbeitung und kurze Aufgaben optimiert. Sie sind nicht für typische umfangreiche CI/CD-Builds geeignet.\n\n```\n `ubuntu-slim` Runner führen Aktionen-Workflows in Ubuntu Linux in einem Container anstelle einer vollständigen VM-Instanz aus. Wenn der Auftrag beginnt, stellt GitHub automatisch einen neuen Container für diesen Auftrag bereit. Alle Schritte des Jobs werden im Container ausgeführt. Dies bietet die Möglichkeit, dass die Schritte des Jobs Informationen über das Dateisystem des Runners austauschen. Wenn der Auftrag abgeschlossen ist, wird der Container automatisch außer Betrieb gesetzt. Jeder Container stellt eine Isolierung auf Hypervisor-Ebene 2 bereit.\n```\n\n> \\[!NOTE]\n> Der Container für `ubuntu-slim` Runner läuft im unprivilegierten Modus. Dies bedeutet, dass einige Vorgänge, die erhöhte Berechtigungen erfordern – wie das Einhängen von Dateisystemen, die Nutzung von Docker-in-Docker oder der Zugriff auf Kernel-Funktionen auf niedriger Ebene – nicht unterstützt werden.\n\nEin minimales Set an Tools wird auf dem `ubuntu-slim` Runner-Image installiert, geeignet für leichte Aufgaben. Ausführliche Informationen dazu, welche Software auf dem `ubuntu-slim` Image installiert ist, finden Sie in der [README-Datei](https://github.com/actions/runner-images/blob/main/images/ubuntu-slim/ubuntu-slim-Readme.md) im `actions/runner-images` Repository.\n\n#### Nutzungslimits\n\nSingle-CPU Läufer folgen dem gleichen Parallelitätsmodell wie andere GitHub-gehostete Standardläufer. Weitere Informationen findest du unter [Actions-Grenzwerte](/de/actions/reference/limits#job-concurrency-limits-for-github-hosted-runners). Die Parallelität für die Runner wird durch Ihren Plan bestimmt.\n\nDer Job-Timeout für Single-CPU-Runner beträgt 15 Minuten. Wenn ein Auftrag dieses Limit erreicht, wird dieser beendet und schlägt fehl.\n\n### Größerer Runner\n\nKunden mit GitHub Team- und GitHub Enterprise Cloud-Plänen können aus einer Reihe von verwalteten Virtual Machines wählen, die mehr Ressourcen als die [Standard-GitHub-gehosteten Runner](/de/actions/how-tos/using-github-hosted-runners/using-github-hosted-runners/about-github-hosted-runners#supported-runners-and-hardware-resources) haben. Diese Computer werden als „größere Runner“ bezeichnet. Sie bieten die folgenden erweiterten Funktionen:\n\n* mehr RAM, CPU und Speicherplatz auf dem Datenträger\n* Statische IP-Adressen\n* Privates Azure-Netzwerk\n* Die Möglichkeit zum Gruppieren von Runnern\n* Automatische Skalierung zur Unterstützung gleichzeitiger Workflows\n* GPU-gestützte Runner\n\nDiese größere Runner werden von GitHub gehostet und verfügen über eine Vorinstallation der Runneranwendung und anderer Tools.\n\nWeitere Informationen finden Sie unter [Verwenden größerer Runner](/de/actions/using-github-hosted-runners/about-larger-runners).\n\n## Administratorrechte\n\nDie Linux- und macOS-VMs werden beide mit dem kennwortlosen Befehl `sudo` ausgeführt. Wenn Sie Befehle ausführen oder Tools installieren müssen, die höhere Berechtigungen als die des aktuellen Benutzers erfordern, können Sie `sudo` verwenden, ohne ein Kennwort angeben zu müssen. Weitere Informationen finden Sie unter dem [Sudo-Handbuch](https://www.sudo.ws/man/1.8.27/sudo.man.html).\n\nDie virtuellen Windows-Maschinen sind so konfiguriert, dass sie als Administratoren laufen, wobei die Benutzerkonten-Steuerung (UAC) deaktiviert ist. Weitere Informationen finden Sie unter [Arbeitsweise der Benutzerkontensteuerung](https://docs.microsoft.com/windows/security/identity-protection/user-account-control/how-user-account-control-works) in der Windows-Dokumentation.\n\n## IP-Adressen\n\nUm eine Liste der IP-Adressbereiche abzurufen, die GitHub Actions für von GitHub gehostete Runner verwendet, können Sie die GitHub-REST-API verwenden. Weitere Informationen finden Sie im `actions`-Schlüssel in der Antwort des `GET /meta`-Endpunkts. Weitere Informationen finden Sie unter [REST-API-Endpunkte für Metadaten](/de/rest/meta/meta#get-github-meta-information).\n\nWindows- und Ubuntu-Runner werden in Azure gehostet und weisen daher die gleichen IP-Adressbereiche wie Azure-Rechenzentren auf. macOS-Runner werden in der eigenen macOS-Cloud von GitHub gehostet.\n\nDa es so viele IP-Adressbereiche für von GitHub gehostete Runner gibt, wird nicht empfohlen, diese als Positivlisten für Ihre internen Ressourcen zu verwenden. Stattdessen wird empfohlen, größerer Runners mit einem statischen IP-Adressbereich oder mit selbst gehosteten Runnern zu verwenden. Weitere Informationen findest du unter [Verwenden größerer Runner](/de/actions/using-github-hosted-runners/about-larger-runners) oder [Selbstgehosteten Runnern](/de/actions/hosting-your-own-runners/managing-self-hosted-runners/about-self-hosted-runners).\n\nDie Liste der GitHub Actions-IP-Adressen, die von der API zurückgegeben werden, wird ein Mal pro Woche aktualisiert.\n\n## Kommunikationsanforderungen für GitHub-gehostete Runner\n\nEin GitHub-gehosteter Runner muss Verbindungen zu GitHub-eigenen Endpunkten herstellen, um wichtige Kommunikationsoperationen durchzuführen. Darüber hinaus erfordert Ihr Runner möglicherweise Zugriff auf zusätzliche Netzwerke, die Sie innerhalb einer Aktion angeben oder nutzen.\n\nUm eine ordnungsgemäße Kommunikation für GitHub-gehostete Runner zwischen den Netzwerken innerhalb Ihrer Konfiguration zu gewährleisten, stellen Sie sicher, dass die folgende Kommunikation möglich ist.\n\n> \\[!NOTE]\n> Einige der aufgeführten Domänen werden mithilfe von `CNAME`-Einträgen konfiguriert. Für bestimmte Firewalls musst du Regeln möglicherweise rekursiv für alle `CNAME`-Einträge hinzufügen. Beachte, dass sich die `CNAME`-Einträge in Zukunft ändern können und dass nur die aufgeführten Domänen konstant bleiben.\n\n**Erforderlich für wesentliche Vorgänge:**\n\n```shell copy\ngithub.com\napi.github.com\n*.actions.githubusercontent.com\n```\n\n```\n **Erforderlich für Downloadaktionen:**\n```\n\n```shell copy\ncodeload.github.com\n```\n\n```\n **Erforderlich für den Up- und Download von Auftragszusammenfassungen, Protokollen, Workflow-Artefakten und Caches:**\n```\n\n```shell copy\nresults-receiver.actions.githubusercontent.com\n*.blob.core.windows.net\n```\n\n```\n **Erforderlich für Runnerversionsupdates:**\n```\n\n```shell copy\nobjects.githubusercontent.com\nobjects-origin.githubusercontent.com\ngithub-releases.githubusercontent.com\ngithub-registry-files.githubusercontent.com\n```\n\n```\n **Erforderlich für das Abrufen von OIDC-Token:**\n```\n\n```shell copy\n*.actions.githubusercontent.com\n```\n\n```\n **Erforderlich für das Herunterladen oder Veröffentlichen von Paketen oder Containern in GitHub-Paketen:**\n```\n\n```shell copy\n*.pkg.github.com\npkg-containers.githubusercontent.com\nghcr.io\n```\n\n```\n **Benötigt für Git Large File Storage (Speicher für große Dateien)**\n```\n\n```shell copy\ngithub-cloud.githubusercontent.com\ngithub-cloud.s3.amazonaws.com\n```\n\n**Erforderlich für Aufträge für Dependabot updates**\n\n```shell copy\ndependabot-actions.githubapp.com\n```\n\n```\n **Zum Herunterladen von Releaseressourcen erforderlich:**\n```\n\n```shell copy\nrelease-assets.githubusercontent.com\n```\n\n```\n **Für VNet erforderlich:**\n```\n\n```shell copy\napi.snapcraft.io\n```\n\n## Dateisysteme\n\nGitHub führt Aktionen und Shell-Befehle in bestimmten Verzeichnissen auf der virtuellen Maschine aus. Die Dateipfade auf virtuellen Maschinen sind nicht statisch. Verwenden Sie die Umgebungsvariablen, die GitHub bereitstellt, um Dateipfade für die Verzeichnisse `home`, `workspace` und `workflow` zu erstellen.\n\n| Verzeichnis | Umgebungsvariable | BESCHREIBUNG |\n| --------------------- | ------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |\n| `home` | `HOME` | Enthält benutzerbezogene Daten. In diesem Verzeichnis können sich beispielsweise die Anmeldeinformation aus einem Anmeldeversuch befinden. |\n| `workspace` | `GITHUB_WORKSPACE` | Aktionen und Shell-Befehle werden in diesem Verzeichnis ausgeführt. Eine Aktion kann den Inhalt dieses Verzeichnisses ändern, auf den dann nachfolgende Aktionen zugreifen können. |\n| `workflow/event.json` | `GITHUB_EVENT_PATH` | Die `POST`-Nutzdaten des Webhookereignisses, das den Workflow ausgelöst hat. GitHub schreibt dies bei jeder ausgeführten Aktion neu, sodass der Dateiinhalt zwischen den Aktionen isoliert wird. |\n\nEine Liste der Umgebungsvariablen, die GitHub für jeden Workflow erstellt, finden Sie unter [Speichern von Informationen in Variablen](/de/actions/learn-github-actions/variables#default-environment-variables).\n\n### Docker-Container-Dateisystem\n\nAktionen, die in Docker-Containern ausgeführt werden, haben statische Verzeichnisse unter dem Pfad `/github`. Wir empfehlen jedoch dringend, die Standard-Umgebungsvariablen zu verwenden, um Dateipfade in Docker-Containern zu erstellen.\n\nIn GitHub ist das Pfadpräfix `/github` reserviert, und es werden drei Verzeichnisse für Aktionen erstellt.\n\n* `/github/home`\n* ```\n `/github/workspace` - **Hinweis**: GitHub Actions müssen vom standardmäßigen Docker-Benutzer (Root) ausgeführt werden. Stelle sicher, dass dein Dockerfile nicht die `USER`-Anweisung festlegt, andernfalls kannst du nicht auf `GITHUB_WORKSPACE` zugreifen.\n ```\n* `/github/workflow`"}