infobase: EDV - Linux

Dienste

Die Ausführungen zum Thema sollen eine einfache Hilfestellung zum Einsatz von cronjobs geben.

Details und spezielle Probleme, die in verschiedenen Umgebungen auftreten können, werden hier nicht behandelt

*

Allgemein:

crond ist der Name eines Dienstes (in etwa: Zeit-Dämon), der typischerweise auf einem UNIX-artigen Betriebssystem läuft.

Dieser Dienst schaut jede Minute in einer speziellen Textdatei (als crontab bezeichnet) nach, ob für dort bestehende Einträge eine Fälligkeit eingetreten ist und führt in diesem Falle die angegebenen Kommandos aus.

Was vermieden werden sollte:

• cronjobs nicht unnötig häufig ausführen lassen, im schlimmsten Falle kommt es aufgrund der geringeren Priorität von cronjobs zu ungewollten Überschneidungen von cronjobs, die den Server überlasten können oder je nach Anwendung daran schuld sind, daß ein cronjob seine eigenen Daten überschreibt.
• Performance-hungrige Jobs auf lastarme Zeiten legen (nach Mitternacht).
• Ein Hinweis empfahl, cronjobs nicht auf "glatte Zeiten" zu legen, also besser 00:05 Uhr als 00:00 Uhr.

*

Das Bearbeiten der crontab von der UNIX-Shell-Kommandozeile aus:

Die wichtigsten Befehle:

crontab -e
Erstellt oder editiert die Crontab-Datei (edit).
Meistens wird der Editor Vi gestartet. Wenn der Editor mit dem Kommando :wq beendet wurde, wird die bearbeitete Crontab-Datei automatisch installiert.

crontab -l
Zeigt den Inhalt der aktuellen Termindatei (list) an, wichtig zur abschließenden Kontrolle, wenn die crontab verändert wurde.

Zusätzliche Befehle:

crontab -u
Damit kann man einen Benutzernamen (user) festlegen, in dessen Auftrag eine Termindatei ausgeführt werden soll.

crontab -d
Löscht die Termindatei (delete), bei 1und1 ging das nur mit -r.

crontab -r
Ersetzt die Termindatei (replace) durch eine danach angegebene.Datei.

*

Der Aufbau der crontab-Datei:

In der crontab-Datei stehen im allgemeinen:

• Kommentare, die mit # am Zeilenanfang beginnen (gilt bis zum Zeilenende)
• Zeilen, die Anweisungen für den cron-daemon enthalten
• Leerzeilen, die ignoriert werden

In speziellen Fällen können am Anfang der crontab lokale Variablen deklariert werden.

Beispiel einer crontab-Datei (enthält im Original Tabulatorschritte zur besseren Lesbarkeit, diese können von der Webseite nicht per Copy&,Paste übernommen werden):

# **** cron-Tabelle für xyz ****

# min stunde   tag    monat   wtag      user                    kommando

# jeden Tag 15 Minuten nach Mitternacht das zentrale cronjob-php-Skript starten
15      0       *       *       *       /usr/local/bin/php4 -f /homepages/1/d1234/htdocs/cronjobs/cronjobs.php

# ende

*

Der Aufbau einer Anweisungs-Zeile:

Eine Anweisungs-Zeile besteht aus bis zu sieben "Spalten", die entweder durch Leerzeichen oder Tabulator untereinander getrennt werden. Die Zeile selbst endet mit einem Zeilenumbruch.

• Die Spalten 1 bis 5 enthalten Angaben zum Zeitpunkt, an dem eine Aktion gestartet werden soll
• In Spalte 6 steht typischerweise der Name eines Benutzers, unter dessen Account der crond-Dienst ausgeführt wird oder auch Pfad und Name einer speziellen Umgebung (z.B. php), die das angegebene Kommando ausführen soll
• Der gesamte Rest der Zeile wird als Spalte 7 angesehen und enthält das Kommando, das ausgeführt werden soll

Hinweis: Der beschriebene Aufbau gilt für eine "systemweite" crontab-Datei. In einer "benutzerspezifischen" crontab-Datei entfällt die User-Spalte 6.

*

Die Anweisungszeile im Detail:

Die ersten 5 Spalten stellen eine Zeitmaske mit folgender Bedeutung dar.

• 1: Minute
• 2: Stunde
• 3: Tag des Monats
• 4: Monat
• 5: Tag der Woche

In diesen Zeitmasken-Feldern können verschiedene Arten von Angaben gemacht werden:

• Platzhalter *, steht für "vom ersten bis zum letzten" oder einfacher "jedesmal".
  So ein Kommando, dessen Zeitmaske mit * * * * * angegeben wird, wird so oft ausgeführt, wie der crond-Dienst die crontab-Datei abfragt. normalerweise jede Minute.
• Einfache Zahlenwerte (von 0 bis 59 für Minuten, 0 bis 23 für Stunden, 1 bis 31 für den Tag des Monats, 1 bis 12 für den Monat und 0 bis 7 für den Tag der Woche). Beim Wochentag muß beachtet werden, wie die Einstellungen des Betriebssystemes aussehen; 0 steht für den ersten Tag der Woche, der im Amerikanischen immer ein Sonntag ist, während in Europa der Montag als erster Wochentag gilt.
• Für die Spalten 4 und 5 (Monat und Wochentag) können auch Teile des jeweiligen englischen Namens angegeben werden, indem die ersten 3 Buchstaben (egal, ob groß oder klein geschrieben) verwendet werden. Mit Namen können keine "Listen" oder Bereiche" gebildet werden, aber dafür erspart man sich den Ärger mit der unterschiedlichen Zählweise der Wochentage.
• Bereiche (zwei Zahlen, per Bindestrich getrennt). Die Zahlen selbst sind auch die "inklusiven" Grenzen des Bereiches. Wenn in Spalte 2 (Stunde) 11-13 steht, wird das in Spalte 7 angegebene Kommando zu den Stundenwerten 11, 12 und 13 ausgeführt.
• Listen, die eine durch Kommata getrennte Menge von Nummern (oder auch Bereichen!) darstellen.
  Beispiele: 9,12,17 oder als Kombination von Listen und Bereichen8-12,13-17
• Schrittweiten können in Verbindung mit Bereichen mittels des Slash-Zeichens / genutzt werden.
  Der dahinter angegebene Zahlenwert bestimmt die Schrittweite, mit der Werte innerhalb des Bereiches
  übersprungen werden sollen.
  Beispiele: 0-23/2 führt ein Kommando alle zwei Stunden aus, genauso wie die umständlichere Angabe 0,2,4,6,8,10,12,14,16,18,20,22; interessant ist auch die Kombination mit dem Platzhalter *, so bewirkt in Spalte 3 die Angabe */2, daß ein Kommando jeden zweiten Tag ausgeführt wird.

Beispiele zu den komplexen Möglichkeiten der Angaben in den 5 Zeitmasken-Feldern:

• min h d m wd
• * * * * *: ein Klassiker zum Testen, wird jede Minute ausgeführt, im Produktivbetrieb tödlich.
• */10 * * *: alle 10 Minuten, entspricht 0,10,20,30,40,50 * * * *
• 25 2,14 * * *: um 02:25 Uhr und um 14:25 Uhr
• 5 * * * *: 5 Minuten nach jeder vollen Stunde
• 5 0 * * *: 5 Minuten nach Mitternacht
• 25 14 1 * *: Um 14:25 an jedem Monatsersten
• 0 0 1,15 * *: am 1. und 15. jeden Monats um Mitternacht
• 23 */2 * * *: Um 0:23, 2:23, ... 22:23, geht auch mit 23 0-23/2 * * *
• 5 16 * * sun: Jeden Sonntag um 16:05
• 5 4 1 * 5: Um 5 Minuten nach 4 Uhr morgens an jedem 1. des Monats und an jedem Freitag
• 59 23 * * 0: einmal pro Woche am Sonntag um 23:59 Uhr
• 20,30 1 * * 1-5: Von Montag bis Freitag jeweils um 01:20 Uhr und 01:30 Uhr
• */15 6-23 * * *: Jeden Tag von 6 bis 23 Uhr alle 15 min

*

Kombinationen der Spalten 6 und 7 (typ.: User und Kommando):

• Kopiere Message-Daten in ein Backup-Verzeichnis als Benutzer pinguin: pinguin cp /var/log/messages /log/backup/messages
• Ausführen eines php-Skriptes (Achtung: hier steht die php-Umgebung anstelle des Benutzers!): /usr/local/bin/php4 /homepages/12/d12345678/htdocs/test.php

*

Weitere Beispiele für Spalte 7 (Kommando):

• Erinnerungsmail versenden: echo "Preisliste überarbeiten" | mail name@domain.de
• Dump einer Webseite per Textbrowser Lynx: lynx http://www..de/.php -dump

*

Vollständige Beispiele für ein tägliches Backup einer MySql-Datenbank um 03:33 Uhr:

• 33 3 * * 1 mysqldump -u -p db | gzip > backup_montag.sql.gz
• 33 3 * * 2 mysqldump -u -p db | gzip > backup_dienstag.sql.gz
• 33 3 * * 3 mysqldump -u -p db | gzip > backup_mittowch.sql.gz
• 33 3 * * 4 mysqldump -u -p db | gzip > backup_donnerstag.sql.gz
• 33 3 * * 5 mysqldump -u -p db | gzip > backup_freitag.sql.gz
• 33 3 * * 6 mysqldump -u -p db | gzip > backup_samstag.sql.gz
• 33 3 * * 0 mysqldump -u -p db | gzip > backup_sonntag.sql.gz

...

Internet

Fernbedienung von Linux mit dynamischer IP-Adresse als SSH-Server, S190

Zu einem typischerweise unter Linux laufenden Webserver kann z.B. über das Internet eine Verbindung hergestellt werden, innerhalb der eine Shell-Sitzung aufgebaut werden kann. Früher geschah das über das telnet-Protokoll, das aus Sicherheitsgründen meist abgeschaltet wird und vom SSH-Protokoll abgelöst wurde.

Ob das bei dem Webserver funktioniert, auf dem die eigene Webpräsenz liegt, hängt davon ab, ob der Provider das bei dem angemieteten Paket erlaubt.

Für den Aufbau einer solchen SSH-Verbindung wird eine SSH-Client-Software benötigt.

Verbreitet ist die freie Software PuTTy von Simon Tatham, die es zum freien Download für verschiedenste Betriebssysteme gibt.

Damit die SSH-Software die Verbindung aufbauen kann, müssen folgende Daten bekannt sein:

hostname, username und passwort.

Beim SSH-Client wird der Hostname angegeben, als Port sollte der Standardport 22 ok sein.

Es erscheint ein Shell-Fenster, das Username und Passwort abfragt.

Der Username kann auch per Zwischenablage mittels der rechten Maustaste eingefügt werden.
Das Passwort sollte mit korrekter Groß- und Kleinschreibung sorgfältig von Hand eingegeben werden.

Beim Provider 1und1 sind die Anmeldedaten für den SSH-Zugang identisch mit denen des FTP-Zuganges.
Entsprechend findet man sich nach der SSH-Anmeldung im Root des per FTP erreichbaren Serverspaces.

Bei 1und1 werde ich beim Aufbau der SSH-Verbindung auf ein Problem mit der Server-Authentifizierung hingewiesen.
<Esc> akzeptiert das Problem einmalig.

Beispiele für weiterführende Aufgaben siehe auch "vi" und "cronjobs".

Beim ersten Test wollte der 1und1-Server die Verbindung partout nicht zustande kommen lassen.
Auf Anraten eines freundlichen Hotline-Mitarbeiters habe ich die Client-Software erneut downgeloadet und es nochmals probiert - seitdem tut's. Schuld war wohl eine leicht beschädigte Download-Datei.

Sicherheit

http://www.clug.de/vortraege/security/

Support

http://www.suse.de/cdb/D/ Hardwaresupport etc.

Tools

Eine der schrecklichsten Begegnungen, die UNIX-Neulinge mit dem Vater aller Betriebssysteme machen, ist der meist unfreiwillige Kontakt mit dem Un-Editor Vi.

Meine Meinung in einfachen Worten: Vi ist eine einzige Demütigung !

Eingefleischte UNIX-Leute argumentieren, daß man den Vi schließlich auf so gut wie jeder UNIX-Installation vorfindet und sich deswegen auf seine Existenz verlassen könne, aber, vor ca. 15.000 Jahren haben unsere Vorfahren noch Steine behauen. Viele dieser behauenen Steine haben sie im Alltag verloren und so finden wir sie heute noch in unseren Wäldern. Wenn ich mir ein Brot schmieren möchte, gehe ich aber nicht in den Wald, um so einen Stein zu suchen - seit Jahrhunderten besitzen wir in Europa Messer und Gabel !

Ok, soviel dazu.
Das ändert leider nichts daran, daß der Uneditor Vi als Werkzeug einen Notnagel darstellt, den man fast immer vorfindet.

Ich versuche, meine Abscheu im Zaume zu halten und dem unbedarften Einsteiger einen Überblick zu geben:

Vi Starten und Beenden:

• Mit vi kann der Editor aufgerufen werden.
• Durch Eingabe von :q wird der Editor verlassen.

Die Betriebsmodi von Vi:

• In dem frisch gestarteten Editor kann man keineswegs Texte eingeben, da er sich im sog. "Befehlsmodus" befindet, in dem er spezielle Kommandos erwartet.
• In den zweiten Modus, den sog. Eingabemodus, gelangt man, indem man einen Einfüge-Befehl eingibt. Meistens funktioniert das i (für insert) oder die Einfg-Taste (Einfügen, Insert). Jetzt nimmt der Editor eingetippte Zeichen als Eingaben entgegen.
• In den Befehlsmodus gelangt man danach wieder, indem man die ESC-Taste drückt. Mehrmaliges Drücken schadet übrigens nicht, es piept nur eventuell (das führt dann in der Realität dazu, daß hochbezahlte UNIX-Fachleute einen Teil ihrer Arbeitszeit damit verbringen, auf der ESC-Taste ihrer Tastatur herumzuhämmern, um sicherzustellen, daß sich dieser Dreckseditor auch sicher im Befehlsmodus befindet.

Vi und Umgang mit Dateien

• Am einfachsten vi mit Angabe einer Datei als Parameter a'la vi index.htm aufrufen.
• Im geöffneten Dokument kann man sogar mit den Pfeil- und Bildtasten navigieren, selbst <Pos1> und <Ende> funktionieren wenigstens innerhalb einer Zeile.

Ein paar der wichtigsten Kommandos für den Befehlsmodus von Vi:

Bitte beachten, daß einfache Kommandos wie z.B. i sofort ausgeführt werden, während Kommandos, die mit einem : beginnen, mit der Eingabetaste bestätigt werden müssen !

Links zu weiteren Infos:
Uni Erlangen
FH Wedel
Compuserve

und zur Heimatseite des Vi-Editors:
vim.org