Der erste und wichtigste Schritt besteht in einem Backup der Systempartition(en)!

1. Download der Komponenten:
   
   • Debian-Grundimage (110MB)
   • Boot-CD
2. Booten:
   Es ist ziemlich wurscht, ob man mit den oben heruntergeladenen Komponenten bootet, oder ob man hierzu Knoppix oder sonstwas benutzt. Wichtig ist
   • 'ne Shell (nicht aus dem laufenden System)
   • Restore
3. Vorbereiten der Partitionen:
   Löschen der alten Partition(en) mit mke2fs, mounten der Partitionen.
   Alternativ kann die alte Installation auch in einen Unterordner verschoben werden, wenn auf der Root noch genug Platz ist.
4. Restore:
   Image auspacken, restoresymtable löschen (restore rf).
5. Chroot:
   Umschalten der Umgbung auf das just installierte System (chroot), Ändern des Root-Paßwortes mittels passwd root.
6. Editieren folgender Dateien in /etc:
   
   • hosts: Hostname, IP Adresse, evtl. IPv6 Adresse.
   • hostname: Wohl keine Erläuterung notwendig. :-)
   • network/interfaces: Konfiguration der Netzwerkkarte(n). Karten, an denen ausschließlich ein DSL Modem hängt, müssen nicht konfiguriert werden.
   • fstab: Anpassen/Eintragen der Partitionen und Mountpoints.
   • mtab: Temporäres Anpassen der Daten auf die tatsächlichen Gegebenheiten (es kann auch einfach die fstab kopiert werden).
   • resolv.conf: Anpassen/Eintragen des lokalen DNS.
   
   
7. Modulabhängigkeiten neu berechnen:
   update-modules; depmod -a
8. Editieren von /boot/grub/menu.lst:
   Anpassen der kopt-Zeile, anpassen der groot-Zeile
9. Editieren von /boot/grub/devices.map:
   Anpassen der Zuordnung von hd0 auf sda oder hda, je nach Bootplatte
10. Installieren von Grub:
    grub-install /dev/sda bzw. /dev/hda, je nach Botplatte aufrufen.
11. mkinitrd:
mount /proc; mkinitramfs -o /boot/initrd.img-kernelversion kernelversion; umount /proc
12. Löschen der alten Netzwerkkartenzuordnung:
rm /etc/udev/rules.d/z25_persistent-net.rules
13. cleanup:
Verlassen der Chroot mit Ctrl-D, unmounten aller Partitionen, Reboot.

Debian setzt grundsätzlich auf binäre Pakete auf. Ein Großteil der Pakete wurde von den jeweiligen Maintainern auch so zusammengebaut, daß sie prima funktionieren. Mit einigen Paketen bin ich so nicht einverstanden (z. B. Sendmail), diese baue ich selbst als Binärpakete zusammen und stelle sie auf meinem Server zu Verfügung.

Zur Zeit finden sich dort die folgenden, angepaßten Pakete:

• dpsctrl
• lame
• ngircd-full
• ngircd
• pine
• sendmail-poc

Die Paketverwaltung wird angesprochen mit den Apt-* und Dpkg Programmen.

• apt-get: Installieren und Deinstallieren von Paketen, inkl. Abhängigkeiten
• apt-cache: Suchen über den Cache mit den Paketmetadaten.
• dpkg: Funktionen, die mit apt nicht durchführbar sind.

In den Manpages finden sich ausführliche Hinweise zur Bedienung. In Kürze:

• apt-get update: Aktualisieren des Metadatencaches.
• apt-get upgrade: Aktualisieren installierter Pakete durch neue Versionen auf den Apt-Servern.
• apt-cache search <schlüsselwort>: Suchen nach Paketen anhand <schlüsselwort>.
• apt-get install <Paketname>: Installation von <Paketname> und ggfs. dazu benötigter Abhängigkeiten.
• apt-get remove <Paketname>: Deinstallation von <Paketname>.
• apt-get --purge remove <Paketname>: Deinstallation von <Paketname>, Löschen der zugehörigen Konfigurationsdateien.

• Wer sein System möglichst schlank halten möchte und immer mal wieder Software installiert und wieder löscht, kann sich mit deborphan/orphaner auseinandersetzen. Dieses Programm sucht -ohne weitere Aufrufparameter- Libraries im System, die von keinem anderen Programm laut Paketbeschreibung benötigt werden und daher gelöscht werden können.

• Wer sein System möglichst ordentlich halten möchte, setzt ab und an mal ein dpkg -l ab und geht die Liste nach Einträgen durch, die kein ii als Flag besitzen. Diese können mit dpkg --purge restlos gelöscht werden.

• Das Netatalk Paket hat aus lizenztechnischen Gründen keine Unterstützung für OpenSSL einkompiliert, daher sind DHX Logins nicht möglich. Das äußerst sich z. B. dahingehend, daß Netatalk keinen Login von OS X zuläßt, es meldet immer einen Paßwortfehler zurück.

• Standardmäßig ist IPv6 eingeschaltet, die Adressen und Konzepte sind teilweise aber völlig anders zu IPv4, was momentan überall in Benutzung ist. Wirklich spürbar ist das nur für aufmerksame OS X Benutzer (dort ist das standardmäßig ebenfalls eingeschaltet), die die Meldungen beim Ssh-Login betrachten. Wer mehr Interesse an der Thematik hat, kann auch gerne in meine IPv6-Kurzanleitung reinschaun.

Derzeit gibt es noch keine "runde" Lösung für Firewall und Masquerading, das ist aber in Vorbereitung.

IVZ

1. DSL Einwahl
2. DNS
3. Ssh
4. Spamassassin

DSL Einwahl

DNS

Ssh-Server

Spamassassin

lock_method flock
ok_languages en de
ok_locales en
internal_networks 192.168.59/24
trusted_networks 217.28.96/20 192.168.59/24
report_safe 0
required_score 4.0
bayes_learn_during_report 0  # Das erst ab ca. 1000 Spam/Ham Mails einschalten
#
use_dcc 0
use_pyzor 0
#
bayes_expiry_max_db_size 500000
bayes_auto_expire 0
bayes_learn_to_journal 0
bayes_auto_learn_threshold_spam 6
# Rewrite scoring a bit to get more dependency on bayes
score BAYES_99 (6)

:0fw:
|/usr/bin/spamc

:0:
* ^X-Spam-Status: Yes, .*$
mail/Spam