Auslieferung und Weiterleitung

Transkript

1 FirstLeft. Kapitel KAPITEL 2 2 Auslieferung und Weiterleitung 2.0 Einführung Eingehende Mail wird entweder direkt an den Adressaten ausgeliefert oder an einen anderen Mail-Host zur Auslieferung weitergeleitet. Mail wird nur dann direkt ausgeliefert, wenn sie für den lokalen Host gedacht ist; Mail, die für einen anderen Host gedacht ist, wird weitervermittelt (Relaying). In diesem Kapitel schauen wir uns an, wie Sie sendmail richtig konfigurieren, damit es Mail lokal ausliefert und an andere Systeme weiterleitet. Die Auslieferung ist ein mehrstufiger Vorgang. Zuerst muss sendmail den Host-Anteil der Auslieferungsadresse verarbeiten und erkennen, dass die Mail tatsächlich an den lokalen Host adressiert ist. Ist die Mail nicht an den lokalen Host gerichtet, dann wird sie so weitervermittelt, wie in Kapitel 3 beschrieben. Ist sie an den lokalen Host adressiert, dann wird der Benutzeranteil der Adresse mit der aliases-datei verglichen, um die richtige Auslieferungsadresse zu ermitteln. Liefert die aliases-datei eine externe Adresse zurück, dann wird die Mail an den externen Host zur Auslieferung weitergeleitet. Liefert sie die Adresse einer lokalen Mailbox, prüft sendmail, ob es eine.forward-datei gibt. Existiert die.forward-datei, dann wird die Mail so ausgeliefert, wie es diese Datei angibt. Ansonsten wird die Mail an die lokale Mailbox ausgeliefert. Abbildung 2-1 zeigt ein Flussdiagramm dieses Prozesses. 1 sendmail verarbeitet jede Auslieferungsadresse durch die Regelsätze canonify und parse Regelsätze 3 und 0. Die Auflösung der Aliase beginnt, wenn das Ergebnis dieses Vorgangs sendmail mitteilt, dass die Mail durch einen Mailer ausgeliefert werden soll, bei dem das Flag A gesetzt ist. 2 Gibt Regelsatz 0 den Namen eines Mailers zurück, bei dem das Flag A nicht gesetzt ist, werden die Aliase nicht aufgelöst. Das Flag A kann zwar für alle Mailer gesetzt werden, jedoch nur die Mailer cyrus und local haben ihn standardmä- 1 Dies ist eine vereinfachte Beschreibung, die auf der Standardkonfiguration beruht. sendmail-flags und -Optionen können die Art und Weise verändern, wie die Mail-Auslieferung vonstatten geht. 2 Die Flags werden durch den Parameter F in jeder sendmail.cf-mailer-definition gesetzt. 40 Kapitel 2: Auslieferung und Weiterleitung

2 Rechts Abbildung 2-1: Der mehrstufige Auslieferungsvorgang ßig gesetzt. Für unsere Besprechung der Alias-Auflösung werden wir den Mailer local als Beispiel benutzen. Bei der Auflösung von Aliasen wird zuerst die Auslieferungsadresse in der aliases-datenbank abgefragt. Liefert die Abfrage eine andere Mail-Adresse zurück, dann wird die neue Adresse verarbeitet. Wenn bei dem Mailer, der für die neue Adresse zum Einsatz kommt, das Flag A gesetzt ist, dann wird diese Adresse in der aliases-datenbank nachgesehen. Dieser Vorgang wird so lange fortgesetzt, bis bei einer Alias-Abfrage keine neue Adresse mehr zurückgegeben wird. Ist bei dem Mailer, der für die letzte durch die aliases-datenbank zurückgelieferte Adresse verwendet wird, das Flag w gesetzt, sucht sendmail in der.forward-datei des Benutzers nach einer Auslieferungsadresse. Standardmäßig ist nur beim Mailer local das Flag w gesetzt. Wurde eine.forward-datei gefunden, dann erfolgt die Auslieferung auf der Grundlage der Auslieferungsadresse, die in dieser Datei enthalten ist. Abbildung 2-1 zeigt zwar nur eine vereinfachte Version des eigentlichen Auslieferungsvorgangs, hebt aber dabei Bereiche der Konfiguration hervor, die mit der lokalen Auslieferung und Weiterleitung zu tun haben. Die Klasse $=w muss richtig konfiguriert sein. Die aliases-datei muss angelegt und in eine Datenbank überführt worden sein, und auch die.forward-dateien müssen richtig konfiguriert sein, falls sie zum Einsatz kommen. sendmail akzeptiert Mail für die lokale Auslieferung nur, wenn sie an den lokalen Host adressiert ist. Alle anderen Mails werden weitervermittelt. Die Klasse $=w enthält alle gültigen Hostnamen für den lokalen Host. Wenn der Hostname aus der Auslieferungsadresse in der Klasse $=w gefunden wird, dann wird die Mail für die lokale Auslieferung angenommen. Tatsächlich benutzt der Regelsatz 0 die Klasse $=w, wenn er den Mailer local auswählt. Einführung 41

3 Mail, die durch den Mailer local ausgeliefert wird, muss an einen Benutzerzugang adressiert sein, der auf dem lokalen Host existiert, oder an einen Alias, der zu einer gültigen Auslieferungsadresse aufgelöst werden kann. Die aliases-datenbank befreit den Mailer local von der Einschränkung, dass alle lokalen Mails an tatsächliche Benutzernamen adressiert sein müssen. sendmail wird dadurch flexibler, da Mail, die an einen einzigen Alias adressiert ist, an mehrere Empfänger ausgeliefert werden kann, oder andersherum Mail, die an mehrere unterschiedliche Namen gerichtet ist, an einen einzigen Empfänger geschickt werden kann. Die aliases-datenbank wird außerdem verwendet, um Mail an andere Computer, Programme und Dateien weiterzuleiten. Die aliases-datenbank ist für das Funktionieren eines sendmail-systems so wichtig, dass sendmail sich beschwert, wenn die Datenbank nicht existiert. Manche Benutzer und Programme, die -Benachrichtigungen verschicken, beschweren sich möglicherweise auch, weil sie davon ausgehen, dass es bestimmte Aliase gibt. Kann außerdem weder die aliases-datenbank noch die aliases-textdatei gefunden werden, verarbeitet sendmail auch die.forward-datei des Benutzers nicht. Wenn sendmail eine lokale Adresse in der aliases-datenbank abfragt und durch diese Abfrage keine neue Empfängeradresse zurückgegeben wird, dann überprüft sendmail, ob der Benutzer, der durch die lokale Adresse identifiziert wird, eine.forward-datei besitzt. Die möglichen Ablageorte der.forward-datei des Benutzers werden in der Datei sendmail.cf durch die Option ForwardPath definiert: $ grep ForwardPath sendmail.cf O ForwardPath=$z/.forward.$w+$h:$z/.forward+$h:$z/.forward.$w:$z/.forward Der oben gezeigte Pfad wurde durch die confforward_path-definition in der Datei domain/generic.m4 festgelegt, die in der Beispielkonfiguration aus Rezept 1.8 zum Einsatz kam. Die ForwardPath-Option in diesem Beispiel enthält drei sendmail.cf-makros. Das Makro $z beinhaltet den Pfad des Home-Verzeichnisses des Empfängers, wie in /etc/ passwd angegeben. Das Makro $w nimmt den primären Namen des lokalen Hosts auf. Im Makro $h steht normalerweise der Name des Empfänger-Hosts, wenn Regelsatz 0 das Auslieferungstriple Mailer/Host/Benutzer konstruiert. In diesem Fall jedoch ist Mailer der Mailer local, so dass der Host immer auf den lokalen Host gesetzt ist. Dadurch steht das Makro $h für andere Einsatzmöglichkeiten zur Verfügung. procmail bietet ein Beispiel dafür, wie das Makro $h auf andere Weise benutzt werden kann. Wenn beispielsweise die Adressierungssyntax Benutzer+Detail verwendet wird und procmail der local- Mailer ist, dann enthält das Makro $h den Wert Detail. 3 Wenn bei dieser speziellen ForwardPath-Option der Mailer local procmail heißt, der Hostname chef ist und die Mail an kathy+cookbook adressiert ist, dann werden die folgenden.forward-dateien gesucht: /home/kathy/.forward.chef+cookbook, /home/kathy/.forward+cookbook, /home/kathy/.forward.chef und /home/kathy/.forward. Alle Dateien 3 In der Konfiguration, die in Rezept 1.8 erzeugt wurde, wird procmail als local-mailer verwendet, weil die Datei linux.m4, die in dieser Konfiguration zum Einsatz kommt, die Funktion local_procmail enthält. Links 42 Kapitel 2: Auslieferung und Weiterleitung

4 Rechts werden in dieser Reihenfolge gesucht. Die Suche stoppt, sobald eine Datei mit dem angegebenen Namen gefunden wird. Sowohl die aliases-datenbank als auch die.forward-dateien sind in der Lage, Mail weiterzuleiten. Weiterleitung (»Forwarding«) und Vermittlung (»Relaying«) werden häufig verwechselt, vor allem, wenn Mail an einen externen Host weitergeleitet wird. In diesem Fall sind die Auswirkungen im Prinzip mit einer Vermittlung an diesen Host identisch Mail wird zur Auslieferung an ein externes System übergeben. Es gibt folgenden Unterschied: Mail wird nur dann weitergeleitet, wenn sie zuvor für eine lokale Auslieferung angenommen wurde; Mail wird vermittelt, wenn sie nicht zur lokalen Auslieferung angenommen wurde. Die Vermittlung wird in Kapitel 3 behandelt. 2.1 Mail für andere Hosts akzeptieren Problem Sie müssen sendmail so konfigurieren, dass es Mail, die an andere Hosts adressiert ist, für eine lokale Auslieferung akzeptiert. Das kommt üblicherweise dann vor, wenn Sie einen Mail Exchanger konfigurieren müssen, der Mail für eine Domain oder einzelne Hosts annehmen soll. Lösung Legen Sie eine Datei namens /etc/mail/local-host-names an. Setzen Sie in diese Datei die Hostnamen und Domainnamen, für die sendmail Mail zur lokalen Auslieferung akzeptieren soll. Geben Sie die Namen so ein, dass jeweils ein Host- oder Domainname auf einer Zeile steht. Fügen Sie der sendmail-konfiguration die Funktion use_cw_file hinzu, um die neu erzeugte local-host-names-datei nutzen zu können. Hier sind einige Beispielzeilen, die der Konfiguration hinzugefügt werden könnten, falls diese nicht bereits die Funktion use_cw_file enthält: dnl Load class $=w with other names for the local host FEATURE(`use_cw_file') Erstellen Sie schließlich die Datei sendmail.cf neu, kopieren Sie die neue sendmail.cf-datei nach /etc/mail, und starten Sie sendmail neu, wie in Rezept 1.8 gezeigt wird. Diskussion Mail, die an einen Host adressiert ist, kann aus verschiedenen Gründen an einen anderen Host weitergeschickt werden: Weiterleitung, Vermittlung, mailertable-einträge und so weiter. Häufig wird Mail auf diese Weise umgeleitet, weil das DNS dies so bestimmt. Ein System, das Mail versendet, leitet diese Mail auf der Grundlage der Informationen weiter, 2.1 Mail für andere Hosts akzeptieren 43

5 die vom DNS bezogen werden. Mail wird an einen Hostnamen adressiert. Das entfernte System nimmt diesen Hostnamen und fragt das DNS, ob dieses für den Host MX- Records (Mail Exchange) vorliegen hat. Wird für einen bestimmten Host kein MX- Record gefunden, dann wird das Adress-Record des Hosts vom DNS bezogen und die Mail wird direkt an den Host gesandt. Liefert das DNS MX-Records zurück, dann sendet das entfernte System die Mail an das System mit der niedrigsten Präferenznummer, das in dem MX-Record aufgeführt ist. Ungeachtet der Frage, weshalb die Mail an Ihren Mail-Host geleitet wird, muss das sendmail-system so konfiguriert werden, dass es die Mail akzeptiert, oder es erzeugt einen Relaying denied-fehler (Vermittlung verboten). Das ist ein interessanter Fehler, weil das entfernte System nicht unbedingt versucht, Mail weiterzuvermitteln; es könnte genauso gut versuchen, die Mail an den Mail Exchanger auszuliefern, wie es vom DNS angewiesen wird. Allerdings akzeptiert sendmail nur eingehende Mail zur Auslieferung, die an das lokale System adressiert ist. Alle anderen Mails werden weitervermittelt. sendmail akzeptiert Mail, die an einen anderen Host adressiert ist, nur dann zur lokalen Auslieferung, wenn es den Namen dieses Hosts in der Klasse $=w findet. Die Klasse $=w ist ein Array, das alle Namen enthält, die sendmail als gültig für die lokale Mail-Auslieferung erachtet. Es gibt drei Möglichkeiten, Namen in die Klasse $=w zu laden. Die empfohlene Methode zum Lösen dieses Problems besteht darin, die Funktion use_cw_file zu benutzen. Zwei Alternativen werden ebenfalls vorgestellt: das Platzieren lokaler Hostnamen direkt in sendmail.cf selbst oder die Benutzung der Funktion bestmx_is_local. Links Die Funktion use_cw_file benutzen Die Funktion use_cw_file weist sendmail an, die Datei /etc/mail/local-host-names in die Klasse $=w zu laden. Dazu setzt sie den folgenden F-Befehl in die Datei sendmail.cf: 4 Fw/etc/mail/local-host-names Sobald die Funktion use_cw_file zur Konfiguration hinzugefügt wurde, erwartet sendmail, die Datei local-host-names vorzufinden, und gibt einen Fehler aus, wenn das nicht der Fall ist. Es ist möglich, sendmail so zu konfigurieren, dass es local-host-names als optionale Datei betrachtet, indem die folgende Definition in die Konfiguration gesetzt wird, und zwar vor die Funktion use_cw_file: define(`confcw_file', `-o /etc/mail/local-host-names') Das Flag -o deklariert die Datei als optional, wodurch sendmail aufhört, sich darüber zu beschweren, dass es die Datei nicht finden kann. Mit der Definiton confcw_file können Sie auch einen anderen Pfadnamen für die Datei local-host-names angeben, falls Sie beschließen, die Datei in ein anderes Verzeichnis zu setzen oder ihr einen anderen Namen zu geben. Ändern Sie den Pfadnamen nur, wenn es unbedingt sein muss. Nutzen 4 Die generische Linux-Konfiguration, die in Rezept 1.8 erzeugt wurde, legt die Funktion use_cw_file in der Datei domain/generic.m4 fest. Ist die Funktion bereits definiert, muss sie nicht mehr extra hinzugefügt werden. 44 Kapitel 2: Auslieferung und Weiterleitung

6 Rechts Sie nach Möglichkeit immer Standardpfadnamen für Dateien; dadurch wird es denjenigen, die Ihr System pflegen, erleichtert, diese Dateien zu finden. Ehrlich, es gibt kaum einen Grund, die Datei local-host-names optional zu machen; tatsächlich kann es dadurch passieren, dass echte Fehler verschleiert werden, etwa Fehler beim Öffnen der Datei. Falls Sie noch nicht so weit sind, Hostnamen in die Datei aufzunehmen, dann legen Sie einfach eine leere Datei an. Wenn Sie jedoch Ihre Konfiguration um die Funktion use_cw_file erweitern, dann tun Sie dies sicher, weil Sie Hostnamen in die Datei local-host-names aufnehmen wollen. Lassen Sie uns als Beispiel eine Datei localhost-names für unser Beispielsystem anlegen, die folgende Zeilen enthält: wrotethebook.com horseshoe.wrotethebook.com Nach dem Anlegen der Datei local-host-names und dem Erzeugen der neuen sendmail.cf- Datei testen Sie die neue Konfiguration mit der Option -bt. Führen Sie zuerst sendmail -bt aus, um den Inhalt des Klassen-Array $=w zu untersuchen: # sendmail -bt -C./sendmail.cf ADDRESS TEST MODE (ruleset 3 NOT automatically invoked) Enter <ruleset> <address> > $=w chef localhost.localdomain localhost [ ] [ ] [chef.wrotethebook.com] horseshoe.wrotethebook.com wrotethebook.com chef.wrotethebook.com > /quit Dieser Test zeigt, dass die Werte horseshoe.wrotethebook.com und wrotethebook.com, die in der Datei local-host-names gespeichert sind, zur Klasse $=w hinzugefügt werden. Er zeigt außerdem, dass sich verschiedene andere Werte in diesem Array befinden. Bei diesen Werten handelt es sich um die Hostnamen, Hostnamen-Aliase und IP-Adressen, die diesem Host zugewiesen sind. sendmail hat diese Werte durch Tests der verschiedenen Netzwerkschnittstellen entdeckt. Die Hostnamen, die mit den Schnittstellenadressen verknüpft sind, werden sowohl aus der Datei /etc/hosts als auch vom DNS bezogen. 5 Schränken Sie die von sendmail durchgeführten Schnittstellentests ein, indem Sie der sendmail-konfiguration die folgende Definition hinzufügen: define(`confdont_probe_interfaces', `true') 5 Der Hostname localhost.localdomain ist ein Wert, den Red Hat für die Loopback-Adresse ( ) in die Datei /etc/hosts setzt. 2.1 Mail für andere Hosts akzeptieren 45

7 Wenn diese Definition verwendet wird, dann werden nur die Hostnamen, die dem System in der Datei /etc/hosts und im DNS zugewiesen sind, sowie die primäre IP-Adresse des Systems als Anfangswerte für die Klasse $=w benutzt. Diese Definition wird nicht verwendet, wenn Sie Mail als lokale Mail akzeptieren, die an eine der Schnittstellen Ihres Servers adressiert ist. Die Definition confdont_probe_interfaces ist jedoch sehr nützlich, wenn sendmail beim Testen der Schnittstellen fehlerhafte Informationen erhält oder wenn eine große Anzahl virtueller Schnittstellen benutzt wird. Mail, die an einen der Hostnamen adressiert ist, die in der Klasse $=w definiert sind, wird durch den Mailer local ausgeliefert. Die oben dargestellte $=w-ausgabe sagt uns, dass dieses System Mail, die an chef, localhost, horseshoe oder wrotethebook.com adressiert ist, mit Hilfe des Mailers local ausliefern wird. Ein zweiter Test, dieses Mal mit sendmail -bv, unterstreicht dies: # hostname chef # sendmail -bv alana@crab.wrotethebook.com alana@crab.wrotethebook.com... deliverable: mailer esmtp, host crab.wrotethebook.com., user alana@crab.wrotethebook.com # sendmail -bv payton@horseshoe.wrotethebook.com payton@horseshoe.wrotethebook.com... deliverable: mailer local, user payton Der Befehl hostname zeigt, dass der lokale Host chef ist, um zu verdeutlichen, dass keine dieser Mails tatsächlich an den lokalen Host adressiert ist. Der Befehl sendmail -bv überprüft eine Auslieferungsadresse und zeigt den Mailer, der verwendet wird, um die Mail auszuliefern. Der erste -bv-test zeigt, dass Mail, die an crab adressiert ist, über das Netzwerk mit dem Mailer esmtp ausgeliefert wird. Genau das würden Sie auch erwarten, da es sich bei crab um ein externes System handelt. Der zweite -bv-test jedoch zeigt, dass Mail, die an horseshoe ein anderes externes System adressiert ist, mit Hilfe des Mailers local ausgeliefert wird. Mail, die an horseshoe adressiert ist, wird behandelt, als wäre sie an chef adressiert. Dies liegt daran, dass horseshoe in der Datei local-host-names definiert ist und die Konfiguration die Funktion use_cw_file benutzt, um Hostnamen aus dieser Datei zur Klasse $=w hinzuzufügen. Dieser Test verdeutlicht, dass das System richtig programmiert ist, um Mail, die an horseshoe adressiert ist, wie lokale Mail zu verarbeiten. Die Datei sendmail.cf direkt benutzen Die Funktion use_cw_file funktioniert gut und ist die empfohlene Lösung für dieses Problem, es gibt aber auch alternative Lösungen. Setzen Sie zum Beispiel lokale Hostnamen in sendmail.cf selbst, oder nutzen Sie die Funktion bestmx_is_local. Die Beispieldatei local-host-names, die wir weiter vorn in diesem Abschnitt erzeugt hatten, enthielt nur zwei Zeilen. Solch eine geringe Anzahl von Namen könnte direkt in die sendmail.cf gesetzt werden. Dazu kämen anstelle der Funktion use_cw_file die folgenden beiden Zeilen zum Einsatz: LOCAL_DOMAIN('wrotethebook.com') LOCAL_DOMAIN('horseshoe.wrotethebook.com') Links 46 Kapitel 2: Auslieferung und Weiterleitung

8 Rechts Diese alternative Lösung ist jedoch schwieriger zu warten, wenn die Liste der Clients anwächst. Jedes Mal, wenn ein LOCAL_DOMAIN-Makro zur Konfiguration hinzugefügt wird, muss die Datei sendmail.cf neu erzeugt, getestet und in das Verzeichnis /etc/mail verschoben werden. Wenn die Datei local-host-names benutzt wird, besteht keine Notwendigkeit, die sendmail.cf neu zu erstellen, nur weil die Datei local-host-names bearbeitet worden ist. Die Funktion bestmx_is_local verwenden Die Funktion bestmx_is_local funktioniert gut, wenn der einzige Grund für das Hinzufügen von Hostnamen zur Datei local-host-names darin besteht, dass der lokale Host ein Mail Exchanger ist. Mail, die an ein System adressiert ist, das den lokalen Host als bevorzugten Mail Exchanger angibt, wird als lokale Mail akzeptiert, wenn die Funktion bestmx_is_local benutzt wird. Um diesen Ansatz zu verfolgen, setzen Sie diese Zeile in die Konfiguration: FEATURE(`bestmx_is_local', `wrotethebook.com') Der große Vorteil der Funktion bestmx_is_local besteht darin, dass sie einfach ist es muss keine Datei local-host-names gewartet werden. Diese Einfachheit erweist sich aber auch als Nachteil, da die Kontrolle darüber, welche Mail durch Ihr System als lokal akzeptiert wird, jemand anderem übergeben wird dem Domain-Administrator. Die potenziellen Probleme, die durch diese fehlende Kontrolle verursacht werden, werden durch die Benutzung einer optionalen Domain-Liste im Beispielbefehl begrenzt. Das Hinzufügen des Arguments `wrotethebook.com' zur Funktion bestmx_is_local bedeutet, dass nur MX- Records von dieser Domain als Beweis dafür akzeptiert werden, dass ein Host ein gültiger Client ist. Wurde die optionale Domain-Liste nicht für die Funktion bestmx_is_local festgelegt, kann jede Domain in der Welt die Mail kontrollieren, die Ihr System als lokal akzeptiert, einfach indem sie ein MX-Record anlegt, das auf Ihren Host verweist. Dadurch ist die Möglichkeit des Missbrauchs gegeben. Ein anderes potenzielles Problem mit der bestmx_is_local-lösung besteht darin, dass sie den Verarbeitungsaufwand für jede einzelne Mail vergrößert. Dies wäre für unser kleines Beispielsystem nicht weiter schlimm, könnte aber für alle Systeme problematisch werden, die mit großen Mengen an Mails umgehen müssen. Eine weitere Einschränkung der bestmx_is_local-lösung besteht in der Tatsache, dass sie völlig von MX-Records abhängt. bestmx_is_local funktioniert für einen Mail Exchanger, da alle Hostnamen, die dieser verarbeitet, MX-Records haben. Es gibt jedoch andere mögliche Gründe, Mail als lokale Mail zu akzeptieren. Die Datei local-host-names kann alle gewünschten Hostnamen speichern; sie ist nicht auf Hosts beschränkt, die Ihr System als ihren Mail Exchanger definieren. local-host-names ist schnell, flexibel und vollständig unter Ihrer Kontrolle. Aus diesen Gründen entscheiden wir uns für die Funktion use_cw_file als bevorzugte Lösung für dieses Problem. 2.1 Mail für andere Hosts akzeptieren 47

9 Siehe auch Das Buch sendmail behandelt use_cw_file, confcw_file und LOCAL_DOMAIN in Abschnitt , bestmx_is_local in Abschnitt und confdont_probe_interfaces in Abschnitt Links 2.2 Den Alias0 Missing Map-Fehler beheben und einfache Aliase anlegen Problem sendmail gibt die folgende Fehlermeldung aus: hash map "Alias0": missing map file /etc/mail/aliases.db: No such file or directory Lösung Legen Sie eine Textdatei namens /etc/mail/aliases an, und füllen Sie sie mit Einträgen der Form: alias: empfänger wobei alias ein Alias-Benutzername ist und empfänger die Adresse, an die Mail ausgeliefert wird, die an diesen Alias adressiert ist. Führen Sie newaliases aus, um die Textdatei zu verarbeiten, und erstellen Sie die aliases- Datenbankdatei, die sendmail verlangt: # newaliases Diskussion Es werden keine m4-konfigurationsbefehle benötigt, um auf die aliases-datenbank zuzugreifen. Jede grundlegende sendmail-konfiguration sollte funktionieren. Die meisten Systeme besitzen eine aliases-datenbank. Sie müssen lediglich die Aliase, die Sie haben wollen, in die existierende aliases-textdatei aufnehmen und den Befehl newaliases ausführen. Gibt Ihr System jedoch den»missing map file«-fehler aus, den wir Ihnen in der Problembeschreibung gezeigt haben, dann gibt es entweder keine aliases-datenbank oder diejenige, die Sie haben, befindet sich im falschen Verzeichnis. In jedem Fall müssen Sie eine gültige aliases-datenbank in den richtigen Pfad setzen. Enthält Ihr System keine aliases-datei, dann verwenden Sie eine von einem ähnlichen System oder greifen auf die Beispiel-aliases-Datei aus dem Verzeichnis sendmail der sendmail-distribution zurück. Befindet sich die Datei, die Sie haben, im falschen Pfad, dann verschieben Sie sie oder ändern die sendmail-konfiguration derart, dass sie auf die Stelle verweist, wo die aliases-datenbank liegt. 48 Kapitel 2: Auslieferung und Weiterleitung

10 Rechts Manche älteren Systeme speichern die aliases-datenbank im Verzeichnis /etc. Um sie in diesem Verzeichnis zu halten, fügen Sie die folgende ALIAS_FILE-Definition zur Datei sendmail.mc hinzu: define(`alias_file', `/etc/aliases') Die ALIAS_FILE-Definition akzeptiert verschiedene Flags. Mit dem Flag -o können Sie die aliases-datenbank optional machen. Sie setzen dieses Flag exakt so ein, wie in Rezept 2.1 mit der confcw_file-definition demonstriert wurde. Das ist jedoch keine gute Idee. Das Flag -o verhindert, dass sendmail den»missing map file«-fehler anzeigt, allerdings deaktiviert sendmail weiterhin die Auflösung von Aliasen, wenn es keine aliases-datei finden kann (d. h., er verbirgt den Fehler, löst aber das Problem nicht). Anstatt den Standardpfad zu ändern oder den Fehler mit einer ALIAS_FILE-Definition auszublenden, setzen Sie die aliases-textdatei in das Verzeichnis /etc/mail. Das ist vermutlich die beste Lösung für die meisten Unix-Versionen, da /etc/mail das Standardverzeichnis ist, in dem die meisten Administratoren diese Datei zu finden erwarten. Das folgende Beispiel verschiebt die aliases-textdatei und führt newaliases aus, um das»missing map file«-problem zu lösen: # sendmail -bv ftp hash map "Alias0": missing map file /etc/mail/aliases.db: No such file or directory ftp... deliverable: mailer local, user ftp # mv aliases /etc/mail/aliases # sendmail -bv ftp hash map "Alias0": missing map file /etc/mail/aliases.db: No such file or directory root... deliverable: mailer local, user root # newaliases /etc/mail/aliases: 40 aliases, longest 10 bytes, 395 bytes total # sendmail -bv ftp root... deliverable: mailer local, user root Die Befehle mv und newaliases lösen das Problem. Die drei Zeilen mit sendmail -bv ftp sollen die Auswirkungen der Befehle mv und newaliases demonstrieren. Der erste -bv-befehl zeigt die Fehlermeldung, die wir erwarten. Mail, die an ftp adressiert ist, wird über den Mailer local an den Benutzernamen ftp gesandt. Nachdem der Befehl mv ausgeführt wurde, zeigt der zweite -bv-befehl erneut die Fehlermeldung, da wir die aliases- Datenbank noch nicht aus der aliases-textdatei erzeugt haben. Dieses Mal jedoch zeigt der -bv-befehl, dass Mail, die an ftp adressiert ist, an den Benutzer root ausgeliefert wird, und zwar über den Mailer local. Es ist ganz deutlich etwas geschehen; irgendwie werden Aliase aufgelöst. sendmail benutzte die aliases-textdatei, um herauszufinden, dass die korrekte Auslieferungsadresse für den Alias ftp root ist. Schließlich wird newaliases ausgeführt, um die Datenbank zu erstellen, und dann wird der letzte -bv-test gestartet. Jetzt gibt es keinen Fehler. Uns wird wieder mitgeteilt, dass die Mail über den Mailer local an root ausgeliefert wird. Die Ausgabe des Befehls newaliases gibt an, dass newaliases 40 Aliase verarbeitet hat. Die drei sendmail -bv-tests zeigen genau, wie sendmail die aliases-dateien behandelt. Wenn sendmail die aliases-datenbank finden kann, verwendet es sie. Wird keine aliases- 2.2 Den Alias0 Missing Map-Fehler beheben und einfache Aliase anlegen 49

11 Datenbank gefunden, gibt sendmail einen Fehler aus und sucht nach der aliases-textdatei. Wenn es die Textdatei findet, benutzt sendmail diese. Kann es weder die Datenbank noch die Textdatei finden, deaktiviert sendmail die Auflösung von Aliasen. Hier sehen Sie Einträge aus der Beispiel-aliases-Datei von Red Hat: # Grundlegende System-Aliase -- diese MUESSEN vorhanden sein. mailer-daemon: postmaster postmaster: root Links # Allgemeine Umleitungen für Pseudozugaenge. bin: root daemon: root adm: root lp: root sync: root shutdown: root halt: root mail: root news: root ftp: root # decode abfangen, um Angriffe auf die Sicherheit abzuwehren decode: root # Person, die die Mail von root erhalten soll #root: marc Zeilen, die mit einem Hash-Zeichen (#) beginnen, sind Kommentare und können ignoriert werden. Die aktiven Einträge beginnen mit einem Alias und einem Doppelpunkt und werden von der Empfängeradresse gefolgt. Beachten Sie, dass es sich bei dem Empfänger ebenfalls um einen Alias handeln kann. Beispielsweise verweist mailer-daemon auf postmaster, was eigentlich ein Alias für root ist. Ein -bv-test zeigt die Auswirkungen dieses doppelten Alias: $ sendmail -bv mailer-daemon root... deliverable: mailer local, user root Die meisten Einträge in der Beispiel-aliases-Datei von Red Hat routen Mail, die an Systemzugänge gerichtet ist, an denen man sich nicht anmelden kann, an den Benutzer root. Tatsächlich meldet sich niemand als root an, jedoch werden alle Mails, die an Systemzugänge adressiert sind, an den root-zugang geschickt. Beachten Sie den letzten Kommentar in der Beispiel-aliases-Datei: Dies ist ein auskommentierter Alias für root. Löschen Sie das Hash-Zeichen am Anfang dieser Zeile, und ändern Sie das Empfängerfeld auf die Benutzer-ID des Administratorzugangs, um Mail, die an root adressiert ist, an eine Stelle zu schicken, wo sie auch gelesen wird. Hier ist ein Beispiel: # Person, die die Mail von root erhalten soll root: logan In diesem Beispiel meldet sich der Administrator an dem Zugang logan an, um die Mail von root zu lesen. Ein sendmail -bv-befehl zeigt die Wirkung dieses Alias: 50 Kapitel 2: Auslieferung und Weiterleitung

12 Rechts # sendmail -bv bin logan... deliverable: mailer local, user logan sendmail wertet zuerst bin aus und stellt fest, dass dies auf root verweist. Dann schaut es unter root nach und stellt fest, dass dies auf logan verweist. logan ist kein Alias, deshalb wird an den Zugang logan ausgeliefert. In diesem Fall wurden die Aliase zwei Stufen tief verschachtelt. Standardmäßig durchsucht sendmail bis zu 10 Stufen verschachtelter Aliase und gibt dann den folgenden Fehler aus, wenn der Alias nicht zu einer Auslieferungsadresse aufgelöst werden kann: aliasing/forwarding loop broken (11 aliases deep; 10 max) aliasing/forwarding loop broken Fügen Sie die confmax_alias_recursion-definition zur sendmail-konfiguration hinzu, um die Tiefe zu ändern, bis zu der sendmail nach verschachtelten Aliasen sucht; zum Beispiel: define(confmax_alias_recursion, 5) Die oben gezeigte Zeile verringert die Rekursion auf maximal fünf verschachtelte Aliase. Es gibt jedoch normalerweise keinen vernünftigen Grund, weshalb Sie den von sendmail vorgegebenen Wert ändern sollten. Bei einer Verringerung der Anzahl der Rekursionen verbessert sich die Leistung nicht unbedingt, da der Maximalwert eigentlich nur dann erreicht wird, wenn Sie eine Alias-Schleife erzeugt haben. Sie werden nie mehr Rekursionen haben wollen, denn wenn Sie mehr als 10 Verschachtelungsstufen brauchen, dann haben Sie Ihre Aliase nicht richtig angelegt. Dadurch wird dann auch die Leistung von sendmail beeinflusst. Wie bei den meisten sendmail-definitionen ist der Standardwert am besten. Sie können die Alias-Rekursion für einzelne Aliase steuern, ohne ein m4-makro benutzen oder die Datei sendmail.cf ändern zu müssen. Sie erzwingen die Beendigung der Alias- Auflösung, indem Sie einen Backslash vor die Empfängeradresse für diesen Alias setzen. Zum Beispiel: bin: \root Dies ist ein gestelltes Beispiel. Natürlich werden Sie nicht wirklich Mail an den root- Zugang ausliefern. Dieses gestellte Beispiel eignet sich jedoch gut, um die Auswirkungen des Backslashs zu illustrieren, da die spezielle Rekursion von bin zu root zu logan gerade vor wenigen Absätzen erst beschrieben wurde. Wenn Sie erneut den sendmail -bv-test ausführen, nachdem dieser Alias in die aliases-datenbank eingefügt wurde, erhalten Sie folgendes Ergebnis: # sendmail -bv bin \root... deliverable: mailer local, user \root Hier wird der Alias bin zu root aufgelöst. Dann stoppt die Auflösung der Aliase sendmail löst root nicht weiter zu logan auf. Üblicherweise wird diese Art der Empfängeradresse in Kombination damit verwendet, dass die Mail in eine Datei kopiert oder an ein Programm weitergeleitet wird. Am häufigsten ist sie in der Datei.forward zu finden und nicht in der Datei aliases. Sie wird in einer.forward-datei in Rezept 2.9 benutzt. 2.2 Den Alias0 Missing Map-Fehler beheben und einfache Aliase anlegen 51

13 Nach dem Anlegen der aliases-textdatei führen Sie newaliases aus, um die aliases-datenbank zu erzeugen. Die aliases-datenbank wird eigentlich durch sendmail angelegt; newaliases ist in Wirklichkeit ein symbolischer Link auf das sendmail-programm und entspricht dem Befehl sendmail mit dem Flag -bi. Links Siehe auch Rezept 2.3 ist ein ähnliches Rezept, das zeigt, wie Aliase von einem LDAP-Server gelesen werden können. Das Buch sendmail behandelt die aliases-datenbank in Kapitel Aliase über LDAP lesen Problem Wenn in Ihrer Einrichtung Aliase auf einem LDAP-Server gespeichert werden, müssen Sie sendmail so konfigurieren, dass es Aliase von dem LDAP-Server liest. Lösung Benutzen Sie sendmail -bt -d0.1, um die sendmail-compiler-optionen zu prüfen. Falls sendmail noch nicht mit Unterstützung für LDAP kompiliert wurde, dann kompilieren und installieren Sie es neu, wie in Rezept 1.3 beschrieben. Wurde der LDAP-Server noch nicht so konfiguriert, dass er sendmail-abfragen unterstützt, dann kopieren Sie die Datei sendmail.schema an die passende Stelle auf dem LDAP-Server und aktualisieren die Server-Konfiguration, so dass die Schema-Datei benutzt wird. Rezept 1.3 behandelt die notwendige LDAP-Server-Konfiguration. Sobald der LDAP-Server das sendmail-schema unterstützt, fügen Sie sendmail-aliase in die LDAP-Datenbank ein. Verwenden Sie dabei das Format, das durch dieses Schema definiert wird. Wenn OpenLDAP benutzt wird, wird zuerst eine LDIF-Datei erzeugt, die die LDAP-Records enthält. Anschließend werden diese Records mit ldapadd in die LDAP-Datenbank eingefügt. Der Diskussionsabschnitt zeigt an einem Beispiel, wie dies für Alias-Records erledigt wird. Fügen Sie auf dem sendmail-system der sendmail-konfiguration eine ALIAS_FILE-Definition hinzu, die den String ldap: enthält. Außerdem fügen Sie eine confldap_cluster-definition hinzu, die den gleichen Wert enthält wie das Attribut sendmailmtacluster, das in den Einträgen benutzt wird, die auf dem LDAP-Server angelegt werden. Hier ist ein Beispiel für diese Konfigurationsbefehle: # Setzt den Wert LDAP-Cluster define(`confldap_cluster', `wrotethebook.com') # Teilt sendmail mit, dass diese Aliase über LDAP zur Verfügung stehen define(`alias_file', `ldap:') 52 Kapitel 2: Auslieferung und Weiterleitung

14 Rechts Erzeugen Sie die sendmail-konfigurationsdatei, kopieren Sie sie nach /etc/mail/sendmail.cf, und starten Sie sendmail mit der neuen Konfiguration, wie in Rezept 1.8 beschrieben. Diskussion Dieses Rezept stellt Anweisungen sowohl für den sendmail-administrator als auch für den LDAP-Administrator bereit, da der LDAP-Server richtig installiert, konfiguriert und ausgeführt werden muss. Er muss das sendmail-schema enthalten, um Anfragen von sendmail verstehen und korrekt verarbeiten zu können. Kein Teil dieses Rezepts funktioniert ohne die enge Kooperation des LDAP-Administrators. Um genau zu sein, findet ein Großteil der Konfigurationsarbeit auf dem LDAP-Server statt. Sie sollten eine gewisse Erfahrung mit LDAP haben, bevor Sie versuchen, es zusammen mit sendmail einzusetzen. Um sendmail-aliase in die LDAP-Datenbank aufzunehmen, legen Sie zuerst eine LDIF- Datei an, die entsprechend dem sendmail-schema formatiert ist. Hier ist ein Beispiel, das die Aliase mailer-daemon, postmaster und root aus Rezept 2.2 in die LDAP-Datenbank einfügt: # cat > ldap-aliases dn: sendmailmtakey=mailer-daemon, dc=wrotethebook, dc=com objectclass: sendmailmta objectclass: sendmailmtaalias objectclass: sendmailmtaaliasobject sendmailmtaaliasgrouping: aliases sendmailmtacluster: wrotethebook.com sendmailmtakey: mailer-daemon sendmailmtaaliasvalue: postmaster dn: sendmailmtakey=postmaster, dc=wrotethebook, dc=com objectclass: sendmailmta objectclass: sendmailmtaalias objectclass: sendmailmtaaliasobject sendmailmtaaliasgrouping: aliases sendmailmtacluster: wrotethebook.com sendmailmtakey: postmaster sendmailmtaaliasvalue: root dn: sendmailmtakey=root, dc=wrotethebook, dc=com objectclass: sendmailmta objectclass: sendmailmtaalias objectclass: sendmailmtaaliasobject sendmailmtaaliasgrouping: aliases sendmailmtacluster: wrotethebook.com sendmailmtakey: root sendmailmtaaliasvalue: logan Ctrl-D # ldapadd -x -D "cn=manager,dc=wrotethebook,dc=com" \ > -W -f ldap-aliases Enter LDAP Password: SecretLDAPpassword adding new entry "sendmailmtakey=mailer-daemon, dc=wrotethebook, dc=com" adding new entry "sendmailmtakey=postmaster, dc=wrotethebook, dc=com" adding new entry "sendmailmtakey=root, dc=wrotethebook, dc=com" 2.3 Aliase über LDAP lesen 53

15 In diesem Beispiel wird die LDIF-Datei mit ldap-aliases bezeichnet. Mit Hilfe des Befehls ldapadd werden die Einträge in die LDAP-Datenbank eingefügt. Eine schnelle Überprüfung mit dem Befehl ldapsearch zeigt die neu aufgenommenen Records: # ldapsearch -x '(objectclass=sendmailmtaalias)' \ > sendmailmtakey sendmailmtaaliasvalue version: 2 # # filter: (objectclass=sendmailmtaalias) # requesting: sendmailmtakey sendmailmtaaliasvalue # # mailer-daemon, wrotethebook, com dn: sendmailmtakey=mailer-daemon, dc=wrotethebook, dc=com sendmailmtakey: mailer-daemon sendmailmtaaliasvalue: postmaster Links # postmaster, wrotethebook, com dn: sendmailmtakey=postmaster, dc=wrotethebook, dc=com sendmailmtakey: postmaster sendmailmtaaliasvalue: root # root, wrotethebook, com dn: sendmailmtakey=root, dc=wrotethebook, dc=com sendmailmtakey: root sendmailmtaaliasvalue: logan # search result search: 2 result: 0 Success # numresponses: 4 # numentries: 3 Beachten Sie, dass dieser ldapsearch-befehl mit den Argumenten -h oder -b funktioniert. (-h definiert den LDAP-Servernamen, und -b definiert den standardmäßig als Grundlage verwendeten Distinguished Name.) Dieser Test funktioniert ohne diese Argumente, da der korrekte LDAP-Servername und der Basis-Distinguished-Name in der Datei ldap.conf konfiguriert werden. Wenn diese ldap.conf-werte für die sendmail-abfrage nicht stimmen, dann geben Sie die richtigen -h- und -b-werte auf der ldapsearch-kommandozeile an. Falls Sie -h- und -b-werte vorgeben müssen, damit ldapsearch diesen Test erfolgreich ausführt, muss der sendmail-administrator sendmail die gleichen Werte übergeben. Benutzen Sie die confldap_default_spec-definition, um -h- und -b-werte für sendmail zu setzen. In Rezept 5.9 finden Sie ein Beispiel dafür, wie confldap_default_spec benutzt wird. Der ldapsearch-test zeigt, dass der LDAP-Server nun bereit ist, Anfragen von sendmail nach Aliasen zu beantworten. sendmail muss ebenfalls auf die Zusammenarbeit mit LDAP vorbereitet werden. Dazu muss sendmail mit LDAP-Unterstützung kompiliert werden, wie in Rezept 1.3 beschrieben, und es muss die richtige Konfiguration verwenden. In den meisten Fällen reicht es, der zugrunde liegenden sendmail-konfiguration 54 Kapitel 2: Auslieferung und Weiterleitung

16 Rechts zwei defines hinzuzufügen, um sendmail für das Lesen von Aliasen über LDAP zu konfigurieren. Die beiden Definitionen sind: define(`confldap_cluster', `wrotethebook.com') define(`alias_file', `ldap:') ALIAS_FILE definiert den Ablageort der aliases-datenbank. Anstatt einen Dateipfad als Argument für die ALIAS_FILE-Definition anzugeben, arbeitet das Beispiel mit dem String ldap:, der sendmail anweist, Aliase mit Hilfe des Standard-sendmail-Schemas vom LDAP-Server zu lesen. Die gerade gezeigte ALIAS_FILE-Definition ist äquivalent mit: define(`alias_file', `ldap: -k (&(objectclass=sendmailmtaaliasobject) (sendmailmtaaliasgrouping=aliases) ( (sendmailmtacluster=${sendmailmtacluster}) (sendmailmtahost=$j)) (sendmailmtakey=%0)) -v sendmailmtaaliasvalue') Der erweiterte Befehl zeigt den Suchschlüssel, der durch das Argument -k definiert wird, und den Rückgabewert, der durch das Argument -v definiert wird. Der Rückgabewert ist leicht zu verstehen. Es handelt sich um den Wert, der im Attribut sendmailmtaaliasvalue abgelegt wird. Der Suchschlüssel ist dagegen komplizierter; die Syntax der Suchkriterien ist jedoch identisch mit derjenigen des Befehls ldapsearch, mit der alle LDAP-Administratoren vertraut sein sollten. Der schwierige Teil ist die Tatsache, dass der Schlüssel einfache LDAP-Suchkriterien mit sendmail-makros kombiniert. ${sendmailmtacluster} enthält den Wert, der durch confldap_cluster in der Hauptkonfigurationsdatei definiert wird. $j liefert den voll qualifizierten Namen des lokalen Hosts zurück. In diesem Fall ist %0 der Alias, nach dem sendmail sucht. Alles in allem sucht dieser Schlüssel nach einem Record mit: Einer objectclass eines sendmailmtaaliasobject Einer sendmailmtaaliasgrouping von aliases Entweder einem sendmailmtacluster, das dem Wert entspricht, der durch confldap _CLUSTER definiert wird, oder einem sendmailmtahost-attribut, das den Namen des lokalen Hosts enthält Einem sendmailmtakey, der dem gewünschten Alias entspricht Die Wirkung des Suchschlüssels kann mit Hilfe des Befehls ldapsearch leicht simuliert werden: # ldapsearch -LLL -x '(&(objectclass=sendmailmtaaliasobject) \ > (sendmailmtaaliasgrouping=aliases) \ > ( (sendmailmtacluster=wrotethebook.com) \ > (sendmailmtahost=rodent.wrotethebook.com)) \ > (sendmailmtakey=postmaster))' \ > sendmailmtaaliasvalue dn: sendmailmtakey=postmaster, dc=wrotethebook, dc=com sendmailmtaaliasvalue: root Dieser ldapsearch-befehl zeigt den Schlüssel, den sendmail benutzen würde, um den Alias postmaster nachzusehen, wenn er auf einem Host namens rodent.wrotethebook.com ausgeführt werden würde, wobei confldap_cluster als wrotethebook.com definiert wäre. Der zurückgelieferte Wert ist root. 2.3 Aliase über LDAP lesen 55

17 Dieses Rezept verwendet die Definition confldap_cluster, um einen Wert fü r ${sendmailmtacluster} zu setzen, da alle Einträge, die in diesem Rezept in die LDAP- Datenbank eingefügt worden sind, ein sendmailmtacluster-attribut enthalten. Um diesen LDAP-Records zu entsprechen, müssen sendmail-abfragen den korrekten Wert für ${sendmailmtacluster} enthalten. Die Alternative zur Benutzung eines Cluster-Wertes besteht darin, LDAP-Datenbankeinträge für einzelne Hosts zu definieren. In diesem Fall verwendet der LDAP-Eintrag nicht das Attribut sendmailmtacluster. Stattdessen nimmt er das Attribut sendmailmtahost. Der Wert, der dem Attribut zugewiesen wird, ist der voll qualifizierte Hostname eines bestimmten Hosts. Falls Sie beschließen, LDAP-Einträge für einzelne Hosts anzulegen, muss das Attribut sendmailmtahost in jedem LDAP-Eintrag angegeben werden. Allerdings muss für sendmail kein spezieller Host-Wert konfiguriert werden, da sendmail den Wert in $j nutzt. Wenn das Attribut sendmailmtacluster in den LDAP-Records nicht genutzt wird, dann ist die confldap_cluster-definition für die sendmail-konfiguration nicht erforderlich. Wird jedoch die confldap_cluster-definition nicht verwendet, dann kann sendmail nur solche LDAP-Records beziehen, die ein sendmailmtahost-attribut enthalten, das dem durch $j zurückgelieferten Wert entspricht. Der Cluster-Wert bietet eine Möglichkeit für eine Gruppe von Hosts, gemeinsame LDAP-Daten miteinander zu teilen. Dies ähnelt einer NIS-Domain. Die Beispieldefinition confldap_cluster benutzt den DNS-Domainnamen als Cluster-Wert. Der Cluster-Wert ist ist jedoch beliebig und muss kein NIS- oder DNS-Domainname sein. Nach dem Konfigurieren des LDAP-Servers und des sendmail-systems zeigt ein Test, dass Aliase erfolgreich vom LDAP-Server bezogen werden. Die Wirkung der Aliase kann man sehen, wenn man den Befehl sendmail -bv ausführt: # sendmail -bv -Cgeneric-linux.cf mailer-daemon root... deliverable: mailer local, user root # sendmail -bv mailer-daemon logan... deliverable: mailer local, user logan Dieser Test zeigt den LDAP-Server in Aktion. Wenn der erste Test mit der generischen Konfiguration ausgeführt wird, wird der Alias mailer-daemon mit Hilfe der lokalen aliases- Datenbank aufgelöst, da die generische Konfiguration den vorgegebenen ALIAS_FILE-Pfad nicht überschreibt. Der zweite Test verwendet die sendmail-konfiguration, die in diesem Rezept erzeugt wurde. Diese verweist auf den LDAP-Server. Der Alias mailer-daemon wird mit Hilfe der drei Records aufgelöst, die weiter vorn in diesem Abschnitt der LDAP-Datenbank hinzugefügt worden waren. Siehe auch In den anderen Rezepten dieses Kapitels finden Sie Beschreibungen der verschiedenen Alias-Formate aller Formate, die von einem LDAP-Server gelesen werden können. Informationen über LDAP finden Sie in Understanding and Deploying LDAP Directory Services von Howes, Smith und Good (Macmillan) sowie in LDAP System Administra- Links 56 Kapitel 2: Auslieferung und Weiterleitung

18 Rechts tion von Gerald Carter (O Reilly). Die Datei cf/readme behandelt dieses Thema im Abschnitt Using LDAP for Aliases, Maps, and Classes. Das Buch sendmail geht auf die ALIAS_FILE-Definition in Abschnitt und auf die confldap_cluster-definition in Abschnitt ein. 2.4 Red Hat 7.3 so konfigurieren, dass es Aliase von einem NIS-Server ausliest Problem Sie wollen NIS verwenden, um auf die aliases-datenbank auf einem Red Hat 7.3-System zuzugreifen. Lösung Wechseln Sie in das Verzeichnis /etc/mail, und legen Sie die Datei service.switch an. Hier ist ein Beispiel: # cd /etc/mail # cat - > service.switch aliases nis files hosts dns files passwd files nis Diskussion Es werden keine m4-konfigurationsbefehle benötigt, um die Unterstützung für die Datei service.switch zu aktivieren sie steht standardmäßig zur Verfügung. Wahrscheinlich funktioniert die grundlegende sendmail-konfiguration, die bereits auf Ihrem System installiert ist, mit dieser Datei; auf jeden Fall tut dies die generische Konfiguration, die in Rezept 1.8 besprochen wird. Durch den von Sun Microsystems entwickelten Network Information Service (NIS) werden viele Systemadministrationsdatenbanken über das Netzwerk bereitgestellt. NIS erlaubt es einer Einrichtung, wichtige Konfigurationsdateien für alle Unix-Clients zentral zu steuern und zu warten. Die aliases-datenbank ist eine der Dateien, die durch das NIS zentral betreut und erreicht werden können. Eine Service-Switch-Datei definiert die Quellen verschiedener Systemadministrationsdateien sowie die Reihenfolge, in der diese abgefragt werden sollen. service.switch ist der Standarddateiname, den sendmail für eine Service-Switch-Datei verwendet, falls das System keine Service-Switch-Datei besitzt, die sendmail benutzen kann. 6 Auf einem Red-Hat- 6 Red Hat 7.3 besitzt eine Service-Switch-Datei namens /etc/nsswitch.conf. Wie die Manpage jedoch verdeutlicht, wird der aliases-eintrag in der Datei nsswitch.conf ignoriert. 2.4 Red Hat 7.3 so konfigurieren, dass es Aliase von einem NIS-Server ausliest 57

19 Linux-System suchen aktuelle Versionen im Verzeichnis /etc/mail nach service.switch; frühere Versionen haben im Verzeichnis /etc nach der Datei gesucht. Der Pfad auf die sendmail-service-switch-datei kann mit Hilfe der Definition confservice_switch_file geändert werden. Es ist jedoch im Allgemeinen einfacher, die Datei service.switch in das Verzeichnis /etc/mail zu setzen, wo sendmail und die meisten Administratoren sie auch vorzufinden erwarten. Die sendmail-datei service.switch ist viel kürzer als die Service-Switch-Datei des Systems, da sendmail nur an drei Arten von Systemadministrationsinformationen interessiert ist: Mail-Aliasen, Host-Informationen und Benutzerinformationen. Die Datei service.switch enthält einen Eintrag für alle Arten von Informationen. Diese Informationen werden durch den Namen der Datei identifiziert, die traditionell diese Informationen bereitgestellt hat: aliases, hosts oder passwd. Dem Namen folgt eine Liste von Quellen für diese Art von Informationen. Der Aliases-Eintrag im Beispiel lautet: aliases nis files NIS wird zuerst aufgeführt. Das bedeutet, dass sendmail als Erstes versucht, einen Alias über das NIS aufzulösen. Es sucht nur dann nach dem Alias in der lokalen aliases-datei, wenn NIS den Alias nicht auflösen kann. Daher werden Aliase, die nur in der lokalen Datei existieren, trotzdem aufgelöst; Aliase in der NIS-Map-Datei haben jedoch Vorrang. In der Datei service.switch können verschiedene Informationsquellen angegeben werden: files Die lokalen Dateien /etc/mail/aliases, /etc/hosts und /etc/passwd. nis NIS Version 2, das für aliases-, hosts- und passwd-informationen verwendet werden kann. nisplus NIS Version 3, das für aliases, hosts- und passwd-informationen verwendet werden kann. ldap LDAP kann für aliases-, hosts- und passwd-informationen verwendet werden. Rezept 2.3 zeigt die korrekte Methode zum Lesen von Aliasen von einem LDAP-Server. hesiod Der Dienst Hesiod kann für aliases-, hosts- und passwd-informationen verwendet werden, kommt aber vorrangig für passwd-informationen zum Einsatz. dns Das DNS kann für hosts-informationen verwendet werden. Um einen dieser Dienste zu benutzen, muss Ihr System als Client für diesen Dienst auftreten können und entsprechend konfiguriert sein. Die Konfiguration dieser Dienste würde allerdings den Rahmen dieses Buches sprengen. Links 58 Kapitel 2: Auslieferung und Weiterleitung

20 Rechts Einige Tests rund um unser Rezept herum zeigen die unmittelbare Wirkung unserer Lösung: # praliases bin bin:craig # ypmatch bin aliases root # sendmail -bv bin craig... deliverable: mailer local, user craig # cd /etc/mail # cat - > service.switch aliases nis files hosts dns files passwd files nis Ctrl-D # sendmail -bv bin root... deliverable: mailer local, user root # praliases kathy kathy:kathy@chef.wrotethebook.com # ypmatch kathy aliases Can't match key kathy in map mail.aliases. Reason: No such key in map # sendmail -bv kathy kathy@chef.wrotethebook.com... deliverable: mailer esmtp, host chef.wrotethebook.com., user kathy@chef.wrotethebook.com Der erste praliases-befehl zeigt den Wert, der für den Alias bin in der lokalen aliases- Datenbank gespeichert ist, und der erste ypmatch-befehl zeigt den Wert, der für diesen Alias in der NIS-Datenbank gespeichert ist. Die lokale Datei bildet bin auf craig ab, und die NIS-Datenbank bildet bin auf root einen vernünftigeren Wert ab. Der erste sendmail -bv-test zeigt, dass die Auslieferungsadresse aus der lokalen Datei verwendet wird. Dann bereiten wir unser einfaches Rezept vor. Sobald die Datei service.switch erzeugt wurde, wird der Test mit sendmail -bv erneut ausgeführt. Dieses Mal ist die Auslieferungsadresse, die für bin benutzt wird, diejenige, die auf dem NIS-Server definiert wurde. Unser einfaches Rezept veranlasst das lokale System ganz eindeutig, NIS zum Auflösen der Aliase zu verwenden. Die letzten drei Zeilen in dem Test unterstreichen die Tatsache, dass die lokale Datei weiterhin benutzt wird, wenn das NIS einen Alias nicht auflösen kann. In diesem Fall gibt es für kathy einen Alias in der lokalen Datei, nicht jedoch in der NIS-Map. Mail wird aber weiterhin an kathy ausgeliefert. Dazu kommt der Wert aus der lokalen Datei zum Einsatz. Alternativen Eine Alternative zum Anlegen einer service.switch-datei besteht darin, mit Hilfe der ALIAS_FILE-Definition in sendmail.cf die Informationsquellen sowie die Reihenfolge zu definieren, in der sie durchsucht werden. Die folgende Definition würde beispielsweise das Gleiche tun wie der Aliases-Eintrag aus der Datei service.switch in unserem Rezept: define(alias_file, `nis:mail.aliases,/etc/mail/aliases') 2.4 Red Hat 7.3 so konfigurieren, dass es Aliase von einem NIS-Server ausliest 59