planetknauer.net

Wenn man zwei Server mit Samba betreibt, welche beide in zwei Netzen gleichzeitig sind (eth0: Hauptnetz, öffentliche IPs; eth1: Wartungsnetz, private IPs), so führt das gerne zu massig Einträgen im Syslog, wo "martian source" Pakete angeprangert werden:

Apr 24 05:26:32 xyz kernel: martian source xxx.xxx.xxx.255 from 10.0.0.xxx, on dev eth0

Ein tcpdump -i eth0 host 10.0.0.xxx hat mir gezeigt, dass der Auslöser netbios-Anfragen, also Namensauflösungen von Samba, waren. Vermutlich bekommt er da etwas Verwirrung, wenn ein Name auf zwei unterschiedliche IPs aufgelöst werden kann.

Meine Lösung: Da Samba bei uns im Wartungsnetz nicht gebraucht wird (dort läuft alles über NFS), hab ich halt Samba bei beiden Rechnern von eth1 gelöst. Seitdem tritt das Problem nun nicht mehr auf. Vielleicht würde sich das aber auch über eine fixe WINS-Konfiguration der Server lösen lassen.

Neulich hab ich ein Email eines Bloglesers erhalten, dass der von mir hier beschriebene Patch mit dem neuen Kernel 2.6.24 nicht mehr funktionieren würde. Jedoch hatte ich bislang noch keines meiner Systeme, welches das UMTS-Modem nutzt schon so weit aktualisiert, was ich nun an meinem Gentoo-Server nachgeholt habe.
Tatsächlich haben sich ein paar Änderungen am Kernelmodul ergeben, wie mit ein kurzes diff zwischen der usb-serial.c von 2.6.23 und 2.6.24 gezeigt hat. Jedoch sollten diese nicht gravierend sein. Nichtsdestotrotz hab ich den Patch mal genauer angeschaut. In der Folge habe ich ein paar Schönheitskorrekturen vorgenommen. Der Patch liess sich nun einwandfrei anwenden und funktioniert problemlos.

Der Leser bemerkte auch noch, dass der Patch nicht in den Kernel eingeflossen sei. Nun, dazu schrieb ich schon vor Urzeiten dem Autor des Patches. Seine Antwort war, dass der Patch zwar auf der LKML eingereicht wurde, aber nicht akzeptiert wurde, da es sich nur um einen schnellen Hack handeln würde und die Kernel-Entwickler das Problem lieber sauber lösen würden. Tja, das ist nun schon einige Kernel-Releases her, aber getan hat sich diesbezüglich leider noch überhaupt nichts. Es ist zwar schön, dass gemäss Kernel-Guru Greg Kroah-Hartman unterdessen extrem viele Geräte unterstützt werden. Aber auch schlampige Unterstützung ist Unterstützung. Nur ist der User deswegen aber noch nicht zufrieden.

Zur Vervollständigung hier noch zwei Files von mir:

• USB-Serial Patch für Kernel 2.6.24


• udev-Regeln (Gentoo /etc/udev/rules.d/)

Grad mal wieder nen Datenträger mit Microsoftware drauf erhalten. Dabei sticht folgender Satz ins Auge:

All software and files on this CD are protected by copyright laws of their manufacturers

Interessant. Dass Microsoft Gesetze biegt, konnte ich mir bislang mehr als nur vorstellen, nein, das kann man sogar jede Woche ein paar mal im Heise-Newsticker lesen. Dass Microsoft aber unterdessen zur gesetzgebenden Instanz wurde, das war mir neu.

Es gibt tatsächlich Dinge, die noch sinnbefreiter sind als Militärdienst. Eins davon ist die Zeitumstellung. Nachdem ich mühsam während sechs Monaten meine innere Uhr einigermassen mit dem 24h Tag synchronisiert habe, kommt die nächste Umstellung und ich kann wieder von vorne anfangen. Sehr toll. Jetlag ohne zu reisen.

Es würde mich wirklich mal interessieren, was bei einer möglichst unabhängigen Studie über die Zeitumstellung herauskommen würde. Wird da wirklich signifikant Stom gespart? Sinkt die Produktivität, weil die Mitarbeiter eine Woche lang übermüdet sind? Und was davon wiegt mehr?
Wie auch immer, ich bleib ein Gegner dieser bescheuerten Praxis.