Alle Tools
Kostenloses DevOps-Tool

Cron-Ausdruck-Übersetzer

Jeden Cron-Ausdruck verständlich erklärt und exakt übersetzt für Linux, Kubernetes, GitHub Actions, Cloud Scheduler, AWS EventBridge, Quartz, Spring, Azure Functions und Vercel — mit den nächsten Läufen, Zeitumstellungs-Fallen und Plattform-Eigenheiten.

Läuft zu 100 % im Browser. Nichts, was Sie eingeben, wird hochgeladen oder gespeichert.

Zeitzone
Beispiele
Bedeutung

Um 02:30, am Montag bis Freitag

Linux crontabUTC

Nächste Läufe

Fallstricke

Keine Überraschungen für diesen Zeitplan gefunden.

Alle Plattformen

Derselbe Zeitplan, übersetzt. Wochentage stehen als Namen, wo sich die Nummerierung zwischen Plattformen unterscheidet.

Linux crontab

Bereit
30 2 * * 1-5
  • Läuft in der Ortszeit des Servers. CRON_TZ funktioniert mit cronie (RHEL, Fedora, Arch, Alpine) — nicht mit Debian/Ubuntu-Cron.
Konfigurations-Snippet

Kubernetes CronJob

Bereit
30 2 * * 1-5
  • Ohne .spec.timeZone gilt die Zeitzone des kube-controller-manager (meist UTC).
Konfigurations-Snippet

GitHub Actions

Bereit
30 2 * * 1-5
  • Läuft nur auf dem Default-Branch; öffentliche Repos deaktivieren Zeitpläne nach 60 Tagen ohne Aktivität.
Konfigurations-Snippet

Google Cloud Scheduler

Bereit
30 2 * * 1-5
Konfigurations-Snippet

AWS EventBridge Scheduler

Bereit
cron(30 2 ? * MON-FRI *)
  • Bewusst Tagesnamen (MON-FRI) — hier ist 1 = Sonntag, „1-5“ hieße also Sonntag–Donnerstag.
Konfigurations-Snippet

Quartz

Bereit
0 30 2 ? * MON-FRI
  • Bewusst Tagesnamen (MON-FRI) — hier ist 1 = Sonntag, „1-5“ hieße also Sonntag–Donnerstag.
Konfigurations-Snippet

Spring @Scheduled

Bereit
0 30 2 * * MON-FRI
Konfigurations-Snippet

Azure Functions

Bereit
0 30 2 * * 1-5
  • WEBSITE_TIME_ZONE wird auf Linux Consumption / Flex Consumption nicht unterstützt — dort die UTC-Zeile verwenden.
Konfigurations-Snippet

Vercel Cron

Bereit
30 2 * * 1-5
  • Auf Vercel Hobby feuert der Job irgendwann innerhalb dieser Stunde (±59 Min.).
Konfigurations-Snippet

Was dieses Tool erkennt

  • Wochentag-Versatz zwischen Unix (1 = Montag) und Quartz/AWS (1 = Sonntag)
  • Die Unix-ODER-Regel, wenn Tag-des-Monats und Wochentag beide gesetzt sind
  • Läufe, die in die Zeitumstellungs-Lücke fallen oder bei der Rückstellung doppelt passieren
  • Reine UTC-Plattformen (Vercel, Azure Linux Consumption) und die Stunde Versatz nach der Umstellung
  • Plattform-Limits: GitHubs 5-Minuten-Untergrenze, Vercel Hobby einmal täglich, fehlende Sekunden-/Jahresfelder
  • Schrittweiten, die nicht aufgehen (*/7), und Daten, die es nie gibt (30. Februar)

Häufige Fragen

Warum heißt 1-5 in Linux Montag–Freitag, in AWS aber Sonntag–Donnerstag?

Unix-Cron nummeriert Wochentage 0–6 ab Sonntag, 1 ist also Montag. Quartz und AWS EventBridge nummerieren 1–7 ab Sonntag, 1 ist dort Sonntag und 1-5 heißt Sonntag bis Donnerstag. Die Ziffern einfach zu übernehmen, ist der häufigste Fehler bei Cron-Migrationen. Nutzen Sie Tagesnamen (MON-FRI) — alle Plattformen außer Vercel akzeptieren sie, und sie bedeuten überall dasselbe.

Was passiert mit einem 02:30-Job bei der Zeitumstellung?

Im Frühjahr gibt es 02:00–02:59 in den meisten europäischen und US-Zonen nicht, im Herbst gibt es diese Stunde zweimal. Die Plattformen verhalten sich unterschiedlich: AWS EventBridge Scheduler lässt den Frühjahrslauf aus und läuft im Herbst einmal, GitHub Actions verschiebt den Frühjahrslauf auf die nächste gültige Zeit, Vixie/cronie holen ihn direkt nach dem Sprung nach, und Cloud Scheduler warnt vor „Anomalien“. Muss ein Job genau einmal täglich laufen, planen Sie ihn außerhalb von 01:00–03:00 Ortszeit oder in UTC.

Warum läuft „0 9 1 * MON“ an mehr Tagen als erwartet?

Sind Tag-des-Monats und Wochentag beide eingeschränkt, läuft Unix-Cron (Linux, Kubernetes, GitHub, Cloud Scheduler), wenn EINES passt — am 1. des Monats ODER an jedem Montag. Quartz, AWS und Spring verlangen „?“ in einem der beiden Felder, und Azures NCRONTAB verlangt, dass beide passen. Dieses Tool zeigt die exakte Bedeutung und liefert dort, wo eine Plattform kein ODER kann, die zwei Zeitpläne, die Sie stattdessen anlegen.

In welcher Zeitzone läuft mein Cron?

Linux-Cron nutzt die Ortszeit des Servers (cronie kennt zusätzlich CRON_TZ). Kubernetes nutzt .spec.timeZone, sonst die Zone des Controller-Managers. GitHub Actions und Cloud Scheduler nutzen standardmäßig UTC, akzeptieren aber eine IANA-Zeitzone. AWS nimmt --schedule-expression-timezone. Azure nutzt WEBSITE_TIME_ZONE (nicht auf Linux Consumption). Vercel ist immer UTC. Die Snippets oben setzen die Zone für Sie.

Können KI-Agenten dieses Tool nutzen?

Ja. In Chrome mit aktiviertem WebMCP stellt diese Seite explain_cron und convert_cron als Browser-Tools bereit — ein KI-Agent kann einen Zeitplan also direkt prüfen oder für eine andere Plattform übersetzen, ohne die Seite auszulesen.

Basiert auf der offiziellen Dokumentation jeder Plattform (Stand September 2026). Ungewöhnliche Ausdrücke können sich zwischen Versionen unterschiedlich verhalten — kritische Zeitpläne in einer Staging-Umgebung prüfen. Nutzt keine Cookies und sendet keine Daten serverseitig.