c't-Debian-Server -- soweit bekannte Probleme

Folgende soweit entdeckte Probleme haben sich in der Distribution "eingeschlichen". Soweit eine Lösung respektive ein Update existiert, ist das angegeben. Sollten Sie auf einen Fehler oder eine Eigenschaft gestoßen sein, die Sie für kritisch halten, lassen Sie uns davon wissen und schreiben Sie bitte an ctsrv@heise.de. Wir können diese Übersicht dann entsprechend ergänzen.

• Das Konfiguration/Installationsprogramm auf der Heft-CD ist unvollkommen (durch manuelles Update von ctsrvcfg auf Version 1.01 oder das Bauen einer aktualisierten Installations-CD abzustellen).
• Der Betrieb der IPCop-UML unter Kernel 2.6.10 klappt derzeit nicht praxistauglich. Die UML-Prozesse lassen sich nicht beenden.
• Es fehlen Module für den Betrieb von HP-Farbdruckern (durch Bauen einer aktualisierten Installations-CD abzustellen; alternativ lassen sich die Pakete, wie in c't 4/2005 beschrieben, auch online nachinstallieren, ein CD-Update ist also nicht erforderlich).
• Bei der Erstinstallation mit einer aktualisierten CD oder vom USB-Stick startet die UML-IPCop-Instanz mitunter nicht automatisch, sondern muss nach Abschluss der Installation von Hand (/etc/init.d/ipcop start) in Gang gesetzt werden, wenn Sie das Angebot zum Reboot nicht annehmen.

• Die im Artikel in c't 4/2005 vorgeschlagene Technik, alle Netzwerkkarten des Zielsystems an einen Hub oder Switch anzuschließen, damit der Debian-Installer sie als aktiv annimmt, ist leider nicht auf jedem Rechner von Erfolg gekrönt. Eines unserer Testsysteme hat partout nicht eth0, sondern eth1 als interne Netzwerkkarte konfiguriert.

  Hier bleibt als Abhilfe nur, wie für ein im Artikel in c't 4/2005 beschriebenes manuelles Installationsupdate auch, die Erstinstallation nach der Abfrage des root-Passworts und des zusätzlichen Benutzers abzubrechen und die vom Debian-Installer in der Standarddatei eingetragene Konfiguration (/etc/network/interfaces) von Hand umzustellen. Ersetzen Sie dort alle Vorkommen von eth1 durch eth0, starten Sie das System neu und rufen dann erneut die Konfiguration/Installation über ctsrvcfg --fresh auf.

  Ob das wirklich nötig ist, können Sie bei der Abfrage des root-Passworts schon herausfinden, indem Sie sich auf einer zweiten Console anmelden (wenn Sie das root-Passwort noch nicht eingegeben haben, ist es zu diesem Zeitpunkt noch leer). Wenn der Aufruf von ifconfig eth0 nicht die eingegebene IP-Adresse zeigt (192.168.1.2 bei automatischer Installation), müssen Sie eingreifen wie zuvor beschrieben.

• Bisher in Artikeln nicht beschriebene Paketauswahlen in ctsrvcfg können unerwartete Effekte haben, soweit bekannt:

• procmail legt die in c't 4/2005 beschrieben E-Mail-Grundkonfiguration mit cyrus21-imapd lahm.

• Das Anlegen von RAID-, JFS-, XFS-, Reiser- oder DOS-Partitionen in der Installation lässt sie scheitern, weil auf der CD einige Pakete fehlen (mdadm, jfsutils, xfsprogs, reiserfsprogs, dosfstools). Durch das Bauen einer aktualisierten Installations-CD lässt sich das beheben (CD-Version 1.02).
• Bei manueller Installation (manual am boot-Prompt der CD) legt ctsrvcfg die Nameserverkonfiguration für Reverse-Lookups (/etc/bind/db.Netzwerk) nicht korrekt an -- die Einträge für ipcop und server stehen auf 1 beziehungsweise 2. Das ist in CD-Version 1.02 und ctsrvcfg 1.02 behoben.
• Bei der Samba-Installation wird der deutsche Zeichensatz nicht vorbelegt, sodass Umlaute in Dateinamen entstellt werden (behoben in ctsrvcfg 1.03 und CD 1.03).
• Die IPCop-UML generiert MAC-Adressen für Ihre Netzwerkkarten. UML verwendet dazu die für ein Interface eingetragene IP-Adresse, was bei dem DSL-Interface dazu führt, dass die MAC-Adresse bei allen Installationen gleich ist. Das sorgt dafür, dass zu einigen Providern kein Verbindungsaufbau möglich ist, wenn schon ein anderer Benutzer mit einer IPCop-UML in der Ethernet-Domain online ist. Eine Korrektur am init-Skript für den IPCOP leitet die MAC-Adresse ab Version 1.03 von der über das Bridge-Device verbundenen echten Ethernet-Karte ab.
• In der Definition der Netzwerkschnittstellen in der IPCop-UML fehlt die Angabe der Netzwerkadresse für das orange Interface (behoben mit 1.03). Das sorgt u.U. dafür, dass die Verbindungsübersicht des IPCop nur unvollständig dargestellt wird. Kommentare in der Datei, die die Netzwerkschnittstellen initialisiert (/etc/network/interfaces) waren für br2 und b3 vertauscht.