Cron-Ausdruck lesen
Füg eine Crontab-Zeile ein, um herauszufinden, was sie wirklich bedeutet, jedes Feld gegen seinen erlaubten Bereich erklärt zu sehen und die nächsten fünf Ausführungszeiten zu bekommen.
- Ohne Anmeldung
- Läuft im Browser
- Funktioniert offline
- Kein Upload
- Kostenlos
Fünf Felder: Minute Stunde Tag-des-Monats Monat Wochentag
Ein Cron-Ausdruck besteht aus fünf Feldern — Minute, Stunde, Tag des Monats, Monat, Wochentag — und die Syntax ist kompakt genug, um sich leicht zu verlesen. Der Unterschied zwischen */15 * * * * und 15 * * * * sind sechsundneunzig Läufe am Tag gegenüber vierundzwanzig, und beide sehen auf den ersten Blick plausibel aus.
Dieses Tool übersetzt den Ausdruck in einen Satz und berechnet — nützlicher noch — die nächsten fünf Zeitpunkte, zu denen er in deiner Zeitzone tatsächlich auslöst. Echte Termine zu sehen ist der Weg, die Klassiker zu erwischen: ein Job auf den 31., der die meisten Monate überspringt, oder einer, der klammheimlich jede Minute einer bestimmten Stunde läuft.
So benutzt du das Tool
- Tipp oder füg den Ausdruck ein. Fünf durch Leerzeichen getrennte Felder; ein vorangestelltes Sekundenfeld wird geduldet und ignoriert.
- Nimm einen Vorlagenknopf, wenn du einen funktionierenden Ausgangspunkt zum Anpassen willst.
- Lies den Satz und prüf dann die nächsten fünf Laufzeiten — daran erkennst du ein Missverständnis.
- Nutz die Feldtabelle, um zu sehen, welcher Wert zu welcher Position gehört und welcher Bereich erlaubt ist.
Beispiel aus der Praxis
Einen geerbten Job lesen
Auf einem Server steht 30 3 * * 0. Das heißt 03:30 an jedem Sonntag, und die Liste der nächsten Läufe bestätigt es — das Backup, das alle für nächtlich hielten, läuft also wöchentlich. Genau so etwas wäre aus dem Satz allein nicht offensichtlich geworden.
Ein Job, der Monate überspringt
0 0 31 * * sieht nach einer monatlichen Aufgabe aus. Die Liste der nächsten Läufe zeigt, dass er nur in Monaten mit 31 Tagen auslöst und Februar, April, Juni, September und November komplett auslässt. Gemeint war fast immer der 1. des Folgemonats.
Typische Anwendungsfälle
- Eine geerbte Crontab verstehen
- Einen Zeitplan vor dem Ausrollen prüfen
- Jemandem die Taktung eines Jobs erklären
- Eine Aufgabe debuggen, die zu oft oder gar nicht läuft
- Einen informell beschriebenen Zeitplan in einen korrekten Ausdruck überführen
- Geplante Jobs bei einem Audit durchsehen
Häufige Fehler
- */15 mit 15 verwechseln —
*/15heißt jede fünfzehnte Minute. Ein bloßes15heißt fünfzehn Minuten nach der vollen Stunde — ein Viertel der Häufigkeit. - Aus Versehen ein Feld auf * lassen —
* 2 * * *läuft sechzigmal zwischen 02:00 und 02:59, nicht einmal um zwei Uhr nachts. Dafür braucht es0 2 * * *. - Beide Tagesfelder gesetzt — Wenn Tag des Monats und Wochentag beide eingeschränkt sind, läuft klassisches Cron, sobald eines von beiden passt, nicht beide. Das überrascht fast jeden.
- Die Zeitzone des Servers vergessen — Cron nutzt die lokale Zeit des Servers. Ein für 09:00 Ortszeit gedachter Job läuft auf einem UTC-Server um 09:00 UTC — prüf das, bevor du etwas annimmst.
Häufige Fragen
Was sind die fünf Felder?
Der Reihe nach: Minute (0–59), Stunde (0–23), Tag des Monats (1–31), Monat (1–12) und Wochentag (0–6, wobei 0 Sonntag ist). Manche Systeme akzeptieren auch 7 für Sonntag sowie Dreibuchstaben-Namen wie MON oder JAN.
Wie lasse ich etwas alle 15 Minuten laufen?
*/15 * * * * — also um :00, :15, :30 und :45 jeder Stunde. Zum Versetzen zählst du die Minuten ausdrücklich auf: 5,20,35,50 * * * *.
Kann Cron öfter als einmal pro Minute laufen?
Nein. Eine Minute ist die feinste Auflösung, die Standard-Cron bietet. Für alles Kürzere nimm einen systemd-Timer, einen Prozess mit Schleife und Wartezeit oder einen dafür gebauten Scheduler.
Warum läuft mein Job am 31. nicht jeden Monat?
Weil nur sieben Monate einen 31. haben. Für einen monatlichen Job nimm den 1. des Folgemonats oder den 28., wenn es kurz vor Monatsende sein muss.
In welcher Zeitzone stehen die nächsten Laufzeiten?
In der Zeitzone deines Browsers, damit du sie leicht lesen kannst. Dein Server läuft womöglich auf UTC — vergleich das, bevor du den Zeiten für einen Produktivplan vertraust.
Werden @daily und @reboot unterstützt?
Hier nicht; dieses Tool liest die numerische Syntax mit fünf Feldern. Als Entsprechung: @daily ist 0 0 * * *, @hourly ist 0 * * * * und @weekly ist 0 0 * * 0.
Zuletzt aktualisiert 2026-09-15