Konfigurationsdateien

Die meisten Distributionen besitzen heutzutage nette grafischen Oberflächen (GUIs), mit denen die Netzwerkeinstellungen vorgenommen werden können (z.B. yast oder netcfg). Diese kann man ruhig verwenden. An dieser Stelle sei auf die Dokumentation der jeweiligen Linux Distribution verwiesen, in diesem Artikel wird kein Schwerpunkt auf eine bestimmte Distribution gesetzt. Vielmehr werden die zugrundeliegenden Konfigurationsdateien, die auf magische Weise bei Verwendung der GUIs geändert werden, beleuchtet. Dadurch wird es einem möglich, die Einstellungen des Konfigurationsprogrammes zu überprüfen.

/etc/hosts und /etc/host.conf

In einem kleinen Netz zu Hause macht es nicht allzuviel Sinn, einen DNS Server einzurichten. Stattdessen können direkt die Rechnernamen eingetragen werden, und zwar in die Datei /etc/hosts
Beispiel:

# ipaddrs hostname alias
127.0.0.1 localhost
192.168.0.1 obelix.mynet obelix
192.168.0.2 asterix.mynet asterix
192.168.0.3 idefix.mynet idefix

# /etc/host.conf
order hosts bind
# Allow multiple addrs
multi on

/etc/resolv.conf

In der Datei /etc/resolv.conf wird festgelegt, wo alle Namen, die nicht in /etc/hosts gefunden werden können, aufgelöst werden. Hierfür sollte man die IP Adresse des DNS Servers seines Internetanbieters in Erfahrung bringen. Wenn möglich sollte man mehr als nur einen DNS Server verwenden. Sollte nämlich der erste DNS Server zeitweilig sehr langsam oder gar ausgefallen sein, wird einfach der nächste verwendet. Die Syntax sieht so aus:

#/etc/resolv.conf
#nameserver ipaddr.
nameserver 123.456.789.1
# alternative DNS server:
nameserver 123.456.111.9

Rechnernamen vergeben

/etc/HOSTNAME (oder /etc/sysconfig/network unter RedHat) heisst die Datei in der viele Distributionen den Rechnernamen eintragen. In Wirklichkeit aber wird der Name mittels des Kommandos hostname gesetzt. Was nun bei diesen Distributionen geschieht ist, dass während des Bootens die Datei /etc/HOSTNAME ausgelesen und hostname mit ihrem Inhalt als Parameter aufgerufen wird (z.B. in /etc/rc.d/rc.sysinit). Welche Datei nun genau verantwortlich ist, hängt von der jeweiligen Installation ab. Wie auch immer, nun sollte es kein Problem mehr darstellen, dies herauszufinden, da man ja nun weiss, dass man ein grep nach hostname machen kann.
Beispiel für das Setzen des Rechnernamens:

hostname obelix.mynet

TCP Wrapper

Die Datei /etc/hosts.allow dient der Konfiguration eines Sicherheitsmechanismusses, genannt TCP Wrapper. Alles, was man über diese Datei wissen muss ist, dass alle IP Adressen der eigenen Rechner, mit Ausnahme des jeweiligen Computers, dessen Datei man gerade bearbeitet, hinter dem Schlüsselwort ALL: eingetragen sein sollten.
Beispiel: obelix hat 2 Netzwerkschnittstellen, die mit anderen Rechnern im lokalen Netz verbunden sind. Die Schnittstelle mit der Adresse 192.168.0.2 ist mit asterix verbunden und das Interface mit der IP 192.168.0.3 mit idefix. In diesem Fall sieht die Datei so aus:

# hosts.allow
# See tcpd(8) and hosts_access(5) for a description
ALL: 192.168.0.2   192.168.0.3

portmap: 192.168.0.2   192.168.0.3

/etc/hosts.deny wird ebenfalls für den Einsatz von TCP Wrappern verwendet. Diese Datei sollte nie geändert werden und wiefolgt aussehen:

portmap: ALL
ALL: ALL

/etc/hosts.equiv

/etc/hosts.equiv ermöglicht es jedem Benutzer auf einem Rechner, sich auf anderen Rechner einzuloggen (z.B. mit rsh), ohne ein Passwort angeben zu müssen. Es bleibt jedem selbst überlassen, ob dies wünschenswert ist. Die Syntax lautet: Ein kompletter Rechnername (wie in /etc/hosts) eines vertrauenswürdigen Hosts pro Zeile, also zum Beispiel:

asterix.mynet
idefix.mynet

/etc/hosts.lpd

Die Datei /etc/hosts.lpd spielt eine große Rolle, will man das Drucken über das Netzwerk einrichten. Wie dies bewerkstelligt wird ist, ist eine andere Geschichte, hier nur soviel: diese Datei muss auf dem Rechner, auf dem der lp-Daemon läuft, existieren und alle Rechner, denen das Drucken erlaubt werden soll, beinhalten. Die Syntax ist dieselbe wie bei hosts.equiv. Die Konfiguration des Druckdienstes über das Netzwerk sollte am besten mit den Konfigurationsprogrammen der jeweiligen Distribution (z.B. yast bei SuSE und printtool bei RedHat) durchgeführt werden. Die Printing-HOWTO des Linux Documentation Projects hilft einem weiter, falls man diese Programme nicht verwenden will.

Sendmail

Die Datei /etc/service.switch wird von Sendmail verwendet. Auf den Rechnern im eigenen Netz, die keine direkt Verbindung nach aussen (zum Internet) haben, sollte in der Datei folgendes stehen:

hosts   files
aliases files

Senmail liest beim Hochfahren die Datei /etc/sendmail.cf aus. Diese Datei zu verstehen ist recht schwierig. Sendmail verwendet eine Makrosprache namens m4, mit welcher die Datei sendmail.cf aus einer Makrodatei erzeugt wird. Hierfür wird der m4 Makroprozessor benötigt (welcher eventuell schon auf dem System installiert ist) und ein Teil der Sendmailquellen ist. RedHat Linux installiert die Quellen unter /usr/lib/sendmail-cf, andere Distributionen bieten dies nicht unbedingt an, jedoch kann man immer auf die Sendmailquellen zurückgreifen. Unter www.sendmail.org findet man Dokumentation zum Thema Konfiguration von Sendmail.

Ein zentraler Mailrechner wird auch als Mail Hub bezeichnet. Die Idee ist, all die verschiedenen Rechner im Netzwerk einfach alle Mails an diesen Hub weiterleiten zu lassen, welcher dann die Mails speichert. Auf diese wird dann mittels NFS oder pop bzw. imap zugegriffen. Eine m4 Datei, die genau dies ermöglicht, sie ungefährt so aus:

#divert(-1)
include(`../m4/cf.m4')
VERSIONID(`mc file for asterix, A HOST INSIDE THE PRIVATE NETWORK')
undefine(`UUCP_RELAY')
undefine(`BITNET_RELAY')
OSTYPE(`linux')
# put here your outside mail domain. E.g if your user id is
# joe and your mail address joe@linuxnet.somewhere.org then you write:
MASQUERADE_AS(linuxnet.somewhere.org)
# Do not show these internal hostnames to the outside world:
MASQUERADE_DOMAIN(asterix.mynet)
MASQUERADE_DOMAIN(asterix)
MASQUERADE_DOMAIN(localdomain)
MASQUERADE_DOMAIN(localhost)
FEATURE(masquerade_envelope)
#the /etc/passwd entry: mail:*:8:12:mail:/var/spool/mail:
define(`confDEF_USER_ID',``8:12'')
# the centail mail hub is obelix, Note dot at the end
define(`MAIL_HUB', `obelix.mynet.')dnl
define(`confHOSTS_FILE',/etc/hosts)dnl
MAILER(smtp)dnl
MAILER(local)dnl

Man beachte, dass man für den Betrieb eines einfachen Netzwerkes Sendmail gar nicht braucht und man alle Mails mittels zum Beispiel Netscape senden und empfangen kann, ohne sich mit Sendmail herumschlagen zu müssen. Sendmail mag eher was für die fortgeschrittenen Linuxer sein.

Die Konfiguration des Mailhostes is ein wenig schwieriger. Er muss die lokale Mail zustellen und Mails nach draussen weiterleiten. Letzteres kann zum Beispiel über SMTP (Simple Mail Transfer Protocol) geschehen. In diesem Fall sollte man die Sendmail Dokumentation (www.sendmail.org) betreffs "define(`SMART_HOST', smtp:provider.mail.host)dnl" studieren. Desweiteren muss auf dem Mailhost die Datei /etc/service.switch DNS Lookup ermöglichen:

hosts   files dns
aliases files

IP-Masquerading (NAT)

IP-Masquerading ist der linuxspezifische Ausdruck, meistens wird dieses Verfahren Network Address Translation genannt. Es ist eine wertvolle Hilfe für die Erichtung eines kleinen Netzwerkes zu Hause. Mittels diesem wird es von jedem lokalen Rechner möglich, ins Internet zu gehen, obwohl nur ein Computer ausserhalb des Netzes bekannt ist. Dieser Rechner mag etwa eine Modem/PPP Verbindung besitzen und dadurch auch eine weltweit geroutete gültige IP Adresse, welche statisch oder dynamisch dem Interface ppp0 zugewiesen worden ist. Durch IP-Masquerading können mehrere Personen von verschiedenen Rechnern aus innerhalb des eigenen Netzwerkes gleichzeitig Zugang zum Internet erhalten. Im LinuxFocus wird zum Thema IP-Masquerading ein eigener Artikel erscheinen. Desweiteren wird empfohlen, die entsprechende HOWTO zu lesen. Im folgenden wird nur der prinzipielle Mechanismus erläutert.

Um die Funktionsweise des IP-Masqueradings zu verstehen, muss man wissen, wie eine TCP Verbindung aufgebaut wird. Besucht man zum Beispiel einen WWW Server im Internet mit seinem Browser, so wird eine Verbindung zu dessen IP Adresse und dem WWW Serverprogramm aufgebaut. Das Programm (also der WWW Server) wird über eine sogenannte Portadresse angesprochen. Diese Portadressen sind vordefiniert, Port 80 ist für den WWW Server reserviert. Gibt man also www.linuxfocus.org bei Netscape ein, so weiss das Programm, dass es eine Verbindung zum Port 80 auf dem Rechner mit der IP Adresse 213.239.9.21 (= www.linuxfocus.org) aufbauen muss.
Für eine vollständige TCP Verbindung, über die Daten gesendet und empfangen werden sollen, werden jeweils Paare von IP Adressen und Portnummern benötigt. In obigem Beispiel also 213.239.9.21 und 80, sowie die eigene IP Adresse und eine lokale Portadresse, an welche der WWW Server die Anfragen beantworten kann. Die lokale Portadresse wird normalerweise zufällig gewählt, z.B.:

www at www.linuxfocus.org:    your.machine.at.your.isp:
IP=213.239.9.21 Port=80 ----- IP=123.123.456.1 Port=4123

www at www.linuxfocus.org:    your.machine.at.your.isp:
IP=213.239.9.21 Port=80 ----- IP=123.123.456.1 Port=4123
IP=213.239.9.21 Port=80 ----- IP=123.123.456.1 Port=4541

Beachte: beide Male Port 80 ist eigentlich nicht korrekt,
um das Beispiel einfach zu halten wird dies einfach mal angenommen.

www at www.linuxfocus.org --- your.machine.at.your.isp --- privatehost1.mynet
                                                        |
                                                        +- privatehost2.mynet

IRQ

Probleme mit Interrupts sind nicht netzwerkspezifisches. Sie können immer dann auftauchen, wenn neue Hardwarekomponenten zum System hinzugefügt werden. Unglücklicherweise stehen beim PC der Hardware nur 16 Interrupts zur Verfügung, von denen die meisten schon vergeben sind. Es ist möglich, dass ein Interrupt sich von zwei PCI Karten geteilt wird, dadurch geht aber ein wenig CPU Leistung verloren. Zwei ISA Karten können sich keinen Interrupt teilen. Wer ein PNP Bios hat und eine ISA Karte mit fest eingestelltem Interrupt einbaut, muss diesen Interrupt im BIOS Setup von der PNP Zuteilung ausnehmen. Ansonsten wird eventuell versucht, diesen IRQ einer anderen Hardwarekomponenten zuzuordnen, ein Konflikt wäre die Folge.

Unter Linux kann verfolgt werden, wie oft eine bestimmte Hardwarekomponente einen Interrupt generiert hat, und zwar mittels: cat /proc/interrupts. Komponenten, die nicht verwendet werden, erzeugen keine Interrupts.

Es folgt eine Übersicht vorbelegter Interrupts. Diese können nur dann für andere Zwecke verwendet werden, wenn die Komponenten, denen sie zugordnet worden sind, nicht benutzt werden. Zum Beispiel können die Interrupts 14/15 für andere Dinge verwendet werden, wenn man statt IDE Laufwerke nur SCSI Geräte einsetzt.

IRQ	reserviert für
0	Timer
1	Tastatur
2	Cascade (Programmierbarer IRQ Controller)
3	Serielle Schnittstelle 2
4	Serielle Schnittstelle 1
5	frei, meist Soundkarte
6	Diskettenlaufwerk
7	Parallele Schnittstelle, allerdings erzeugen unter Linux Drucker keinen Interrupt
8	Echtzeituhr
9	frei
10	frei
11	frei
12	PS/2 Maus (/dev/psaux)
13	Mathematischer Co-Prozessor
14	IDE 1
15	IDE 2

Ein Netzwerkbeispiel

Nach so viel Theorie soll nun ein kleines Netzwerk als Beispiel betrachtet werden. Warum sollte man daheim ein eigenes Netzwerk einrichten? Hier ein paar Vorschläge:

1. Über ein Netzwerk können Resourcen geteilt werden. Ein Rechner kann zum Beispiel ein Modem und eine Verbindung mit dem Internet haben, alle anderen teilen sich diese. Ein anderer Rechner mag einen Drucker haben, den alle anderen nutzen können. Ein weiterer Computer wiederum hat vielleicht ein spezielles Gerät (Zip, CD Rom, DVD,...), alle anderen Rechner können diese verwenden und via NFS mounten. Ein Rechner hat eventuell ein recht große Festplatte, auf der eine Menge Images und Musikdateien liegen, auf die alle Rechner zugreifen können.
2. Es ist technisch gesehen recht interessant

>ping 192.168.0.2
PING 192.168.0.2 (192.168.0.2): 56 data bytes
64 bytes from 192.168.0.2: icmp_seq=0 ttl=64 time=0.9 ms
64 bytes from 192.168.0.2: icmp_seq=1 ttl=64 time=0.8 ms
64 bytes from 192.168.0.2: icmp_seq=2 ttl=64 time=0.9 ms

--- ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 0.8/0.8/0.9 ms

Zwar hat man nun im Prinzip sein Netzwerk, richtig viel Sinnvolles kann man damit nicht machen. Nun müssen die jeweiligen Konfigurationsdateien noch modifiziert werden (dazu kann man bei vielen Distributionen schöne grafisch orientierte Werkzeuge verwenden). Zum Schluss sollten IP-Masquerading und NFS aufgesetzt werden. Danach ist das Netzwerk voll einsatzfähig.

Ich hoffe, dieser Artikel konnte einen brauchbaren Überblick vermitteln. Jedem, der ein wenig enttäuscht ist, dass die Konfiguration der Softwareseite zu kurz kam, sei gesagt, dass es zu den verschiedenen Programmen und Systemen eigene Artikel geben wird, etwa zu ifconfig/route/netstat, IP-Masquerading, PPP Setup, Drucken im Netz mit lpd und NFS. Dieser Artikel sollte dem Leser einen gewissen Überblick geben, sodass er besser mit den anderen Artikeln zum Thema Netzwerk zurecht kommen möge.


Frohes Netzwerken !

PS: Der LinuxFocus freut sich über alle Artikel rund um das Thema Netzwerke. Nicht alle Artikel dazu sind bereits geschrieben und dieser hier stellt nur den Start einer ganzen Serie dar. Wer schon Erfahrungen gesammelt hat und ein Artikel darüber schreiben möchte, kann sich gerne melden.

Literaturverweise

• The Linux Network Andministators's Guide www.linuxdoc.org/LDP/nag/nag.html
• Die PPP-HOWTO
• Die Networking-Overview-HOWTO
• Die NET-3-HOWTO
• Die IP-Masquerade HOWTO
• Die ISP-Connectivity mini HOWTO
• Die PLIP mini HOWTO
• Die PLIP installation
• Die Printing-HOWTO

Talkback für diesen Artikel

2002-02-24, generated by lfparser version 2.25

mirror server hosted at Truenetwork, Russian Federation.