Cron-Tester Online
Cron-Ausdrücke validieren und nächste Ausführungszeiten visualisieren, im Browser.
at minute */5, every hour
Next 5 runs
13/05/2026, 09:25:00
13/05/2026, 09:30:00
13/05/2026, 09:35:00
13/05/2026, 09:40:00
13/05/2026, 09:45:00
Warum dieses Tool nutzen
Deinen Cron debuggen, bevor er in der Produktion versagt
Visualisierte Ausführungszeiten
Sieh die nächsten 10 genauen Termine. Keine Überraschungen, wenn der Job um 3 Uhr läuft.
Format erklärt
Jedes Feld in verständlichem Deutsch erklärt. Das Format beim Validieren erlernen.
100% im Browser
Keine Daten werden an einen Server gesendet. Ausdrücke mit sensiblen Daten sicher testen.
Kompatibel mit allen Umgebungen
Standardsyntax kompatibel mit Crontab, Kubernetes CronJob, GitHub Actions und AWS EventBridge.
So funktioniert es
Drei Schritte, kein Aufwand
Cron-Ausdruck eingeben
Fülle die 5 Felder aus: Minute, Stunde, Tag des Monats, Monat und Wochentag. Nutze vorgefertigte Beispiele als Einstieg.
Nächste Ausführungszeiten anzeigen
Der Tester berechnet sofort die nächsten 10 Datum-Zeit-Kombinationen, zu denen der Job ausgeführt wird, in deiner lokalen Zeitzone.
Debuggen und kopieren
Bei Fehlern im Ausdruck erscheint eine klare Meldung. Nach der Validierung kannst du ihn für dein Crontab, deine CI/CD-Pipeline oder deinen Kubernetes-CronJob kopieren.
FAQ
Noch Fragen?
Cron ist ein Task-Planer des Unix-Betriebssystems, vorhanden seit AT&T Unix Research Edition Version 7 (Unix V7, 1979). Sein Name kommt vom griechischen Kronos (Zeit). Er ermöglicht das automatische Ausführen von Befehlen oder Skripten in definierten Intervallen – stündlich, jeden Montag um 3 Uhr oder beliebige Kombinationen aus Minuten, Stunden, Tagen, Monaten und Wochentagen.
Die 5 Felder sind von links nach rechts: Minute (0–59), Stunde (0–23), Tag des Monats (1–31), Monat (1–12), Wochentag (0–7, wobei sowohl 0 als auch 7 Sonntag bedeuten). Ein Sternchen (*) steht für jeden möglichen Wert. Beispielsweise bedeutet 30 8 * * 1 jeden Montag um 8:30 Uhr.
Das Sternchen (*) bedeutet jede mögliche Einheit. Die Schrittweite (*/5) bedeutet alle 5 Einheiten: */5 im Minutenfeld führt den Job bei Minuten 0, 5, 10, 15 ... bis 55 aus. Ein Bereich (1–5) definiert ein konkretes Intervall: 1–5 im Wochentag-Feld läuft von Montag bis Freitag.
Nutze diesen Tester, um nächste Ausführungszeiten zu visualisieren, bevor du den Server anfasst. Zum Testen in realen Umgebungen kannst du vorübergehend ein sehr häufiges Intervall setzen (*/1 * * * * für jede Minute) und die Logs prüfen. Unter Linux zeigt crontab -l aktive Jobs an und grep CRON /var/log/syslog zeigt die Ausführungshistorie.
Die häufigsten Probleme sind: (1) Wochentag-Nummerierung – sowohl 0 als auch 7 sind Sonntag in den meisten Implementierungen, manche akzeptieren aber nur 0; (2) Umgebungsvariablen – Cron führt Jobs mit einer minimalen Umgebung aus, ohne interaktive Shell-Variablen, daher absolute Pfade in Befehlen verwenden; (3) Zeitzone – Cron verwendet die OS-Zeitzone, nicht die des Nutzers; (4) Literale %-Zeichen in Befehlen müssen als \% maskiert werden; (5) fehlende Ausgabeumleitung – ohne >> /var/log/myjob.log 2>&1 gehen Fehler an die Root-Mail und sind unsichtbar.
Cron: Geschichte, Entwicklung und Funktionsweise des Unix-Schedulers
Der Ursprung des modernen Cron geht auf Ken Thompson zurück, den Miterfinder von Unix bei Bell Labs. Die erste dokumentierte Version erschien in Unix V7 (1979), obwohl Verweise auf frühere Implementierungen ab 1975 existieren. Der Name Cron kommt vom griechischen Kronos (Zeit), eine typische Wahl des Bell-Labs-Teams, bekannt für kryptische und minimalistische Namen. Thompsons ursprüngliche Implementierung führte einen Daemon-Prozess aus, der jede Minute aufwachte und prüfte, ob Jobs gestartet werden sollten – ein Modell, das bis heute Bestand hat.
Die Version, die den modernen Standard definierte, war vixie-cron, geschrieben von Paul Vixie 1987 und unter seinem vollständigen Namen veröffentlicht. Vixie-cron führte benutzerspezifische Crontab-Dateien (im Gegensatz zur einzelnen System-Crontab), Listensyntax (1,3,5), Bereiche (1–5), Schritte (*/15) und spezielle Aliase (@reboot, @daily, @weekly) ein. Diese Implementierung wurde von den meisten Linux-Distributionen übernommen, und ihre Nachfolger (cronie, fcron, bcron) laufen heute in der Produktion.
Im modernen Ökosystem hat sich Cron in drei Hauptformen entwickelt: (1) System-Crontabs (/etc/cron.d/), die von Diensten und OS-Paketen verwendet werden; (2) systemd-Timer, die in modernen Distributionen (Ubuntu 16.04+, RHEL 7+) Cron mit Abhängigkeitsmöglichkeiten, zentralisierter Protokollierung in journald und größerer Kontrolle ergänzen oder ersetzen; (3) Kubernetes CronJob (spec.schedule im Standard-Cron-Format), der Batch-Job-Ausführungen in Containern im großen Maßstab orchestriert. GitHub Actions, GitLab CI/CD, AWS EventBridge und Google Cloud Scheduler verwenden ebenfalls Standard-Cron-Syntax für die Workflow-Planung, was die Beherrschung des Formats zu einer grundlegenden DevOps-Fähigkeit macht.