instruyete

Es könnte so einfach sein. Ein DNS Server mit statischen Einträgen, die einfach in den Zonendateien die im Klartextformat vorliegen, händisch aktualisiert werden.

Falls man aber möchte das DHCP oder Windows ADS Server Einträge des DNS dynamisch aktualisieren können, wird die Sache komplizierter.

Ausgehend vom letzten Start des named legt BIND journaling files an, die wie die Zonendatei heissen allerdings mit der Extension .jnl . Von Zeit zu Zeit übernimmt der daemon die journalings in die eigentliche Zonendatei die jetzt aber nicht mehr so einfach händisch aktualisiert werden darf.

Folgende Vorgehensweise unter Benutzung des rndc Kommandotools (wird mit BIND ausgeliefert) wird vorgeschlagen um die Zoneneinträge konsistent zu haten

rndc freeze beispielzone.de

..schaltet den dynamischen Mechanismus ab, übernimmt die journalings in das Zonenfile und löscht die journaling-Datei

Danach kann man im Zonenfile Einträge vornehmen.

rndc reload beispielzone.de

Veranlasst den daemon die Konfiguration und v.a. die Zonenfiles neu zu laden. Dieser Befehl würde ohne den vorangegangenen freeze nicht funktionieren, er würde die Fehlermeldung „rndc ‚ reload‘ failed: dynamic zone“ auswerfen.

rndc thaw beispielzone.de

Schaltet den dynamischen Updatemechnismus wieder an.

Alternativ könnte man neue Einträge aber auch durch denselben Mechanismus hinzufügen, wie die externen Server die den DNS udpaten. Der Kommandobefehl

nsupdate

eröffnet einen interaktiven Eingabemodus mit dem man Einträge hinzufügen oder entfernen kann (siehe manpage nsupdate).

Auch ls ist ein alter Hut, dennoch die Zusammenfassung der gebräuchlichsten Parameter des GNU Kommandos

Obwohl das (GNU) find Kommando wirklich ein alter Hut ist, lohnt es sich zumindest für mich nochmal die wichtigsten Features zusammenzufassen:

-ctime n

findet Dateien die genau n-Tage alt sind. Sollen Dateien gefunden werden die jünger als n sind, muss dem n ein Minuszeichen vorangestellt werden. Ein vorangestelltes Pluszeichen findet dementsprechend Dateien die älter als n-Tage sind. An dieser Stelle kann ruhig nochmal erwähnt werden, dass ctime die Change Time und damit das primäre Datum einer Datei auf einem POSIX kompatiblen Rechner darstellt. Daneben gäbe es noch die atime (Access Time) und mtime (Modification Time) die eine Änderung des inode-Eintrages darstellt (…nein – eine Create Time gibt es tatsächlich unter POSIX nicht).

-perm BITS

Sucht nach Dateien die genau dem Oktalmuster BITS entsprechen, also bspw. „find -perm 0644“. Wenn man eine Auflistung von Dateien braucht die mindestens aber nicht nur ein bestimmte Rechtebits gesetzt haben stellt man ein Pluszeichen voran. Damit kann man recht einfach bspw. suid-Programme suchen: „find . -perm +4000“

-user USERNAME / -nouser USERNAME

Sucht Dateien die USERNAME gehören oder eben nicht (-nouser)

-group GROUPNAME / -nogroup GROUPNAME

Sucht Dateien deren Gruppenzugehörigkeit GROUPNAME ist oder eben nicht (-nogroup)

-maxdepth n

das GNU find Kommando sucht automatisch rekursiv nach unten den Verzeichnisbaum durch. Wenn man das nicht möchte (bspw. im Zusammenhang mit einem kombinierten cp-Befehl) begrenzt man die Verzeichnistiefe in der find sucht mit dem Parameter n

-iname NAME

sucht nach einem Namens(muster) und ignoriert Groß- und Kleinschreibung. Ansonsten analog -name

Darüber hinaus liegt die Stärke von find v.a. im Zusammenhang mit gekoppelten Kommandos durch den -exec Parameter.

find / -perm +4000 -exec chmod u-s {} ;

nimmt das suid-bit aus allen gefundenen suid-Programmen heraus ..was nicht unbedingt sinnvoll ist 😉

Mit dem Universalwerkzeug für das Prozessmanagement top (table of processes) kann man diese nicht nur beobachten sondern auch beeinflussen. Unter anderem sind folgende Tasteneingaben ganz nützlich

Vor kurzem konnte ich ein Problem mit einem Client-Programm nachvollziehen, welches SSL gesicherte Verbindungen mit einem Apache 2.2 herstellte.

Dabei wurde ein Programmteil mit einem „Connection Closed“ Signal verbunden welches der Apache Server aber nie sendetet.

Folgende Einstellungen in der ssl.conf brachten dann den gewünschten Erfolg (wobei der erste Parameter wohl der wichtigere war).

SetEnv nokeepalive set-accurate-shutdown