Wir gehen leider noch über ein Holzmodem in’s Internet und da ich keine Telefondose in meinem Zimmer habe, schließe ich Woche für Woche meinen WLAN-Router an besagten Rechner und hab so megaschnelles Internet im Zimmer (natürlich nur im Vergleich zu “gar kein Netz”). Ab und an trat dann das Problem auf, dass das ping in’s Internet zwar ging, aber zum Beispiel das Aufrufen von Websites fehlschlug. Einige andere Sachen wie DNS oder auch Skype gingen. VPN ging auch, Internetseiten durch das VPN gingen wieder nicht.

Heute zum Mittagessen traf mich die Erkenntnis wie ein Donnerschlag (das wollte ich schon immer mal sagen ) : Wenn IP-Pakete Daten transportieren werden sie größer als wenn man nur ein popeliges Ping hin und her schickt. \o/ Da gab es doch mal so etwas wie eine maximale Paketgröße (MTU)… Eigentlich kann man das niemandem erzählen – ich hab keine Ahnung, warum mir das nicht eher eingefallen ist.

Die maximal zulässige Paketgröße findet man am einfachsten auf experimentellem Weg: mit ping -s 1270 8.8.8.8 pingt man den DNS-Server von Google an (den kann man sich so gut merken). Dabei werden dem Ping 1270 Byte irgendwelcher Daten angehängt, sodass die Paketgröße 1270 + 28 = 1298 Byte beträgt. Durch erhöhen und heruntersetzen dieser Zahl findet man irgendwann die Grenze und damit die MTU. Unter Windows funktioniert das ganze analog, nur dass der Schalter dort -l heißt und man zusätzlich das Flag -f für “don’t fragment” angeben muss. Bei mir kam eine 1300 heraus, die ich in meinem WLAN-Router einstellen konnte.

Warum schreibe ich das? Hauptsächlich damit ich es mir merke. Ich bin mir nicht sicher, ob irgendjemand mit dem Problem  jemals auf diese Zeilen stößt, aber ich weiß, dass ein paar Netzwerktechniker meinen Blog abonniert haben. Die müssten das zwar alles wissen, aber man sieht ja an mir, dass es nicht schaden kann, die Problematik einmal kurz nach vorn zu holen.

Was war passiert? Ich hatte am Vorabend den Webspace per smbmount nach /tmp/www gemountet, weil ich ein paar Änderungen vorgenommen habe. Am nächsten Morgen wollte ich meinen Rechner einpacken und musste den Webspace unmounten. In einem der Terminals stand folgendes:

kgraefe@sardes:~> smbumount /tmp/www
kgraefe@sardes:~>

Also war ich davon ausgegangen, dass dies bereits geschehen ist… Da ich ein ordentlicher Mensch bin (haha), hab ich natürlich gleich den Mountpoint gelöscht:

kgraefe@sardes:~> rm /tmp/www
rm: Entfernen von „/tmp/www“ nicht möglich: Is a directory
kgraefe@sardes:~>

“Ok“, dachte ich mir, “es ist ein Verzeichnis, also rm -r.” – tja, das hat etwas gerödelt um sich dann zu beschweren, dass irgendeine Datei wohl schreibgeschützt wäre. Ihr könnt euch vorstellen, dass ich erstmal 2 Minuten mit offenem Mund auf den Bildschirm gestarrt habe – ein toller Start in den neuen Monat. Warum die Freigabe nicht abgehängt war kann ich jetzt nicht mehr genau sagen, wahrscheinlich habe ich irgendwie Strg+C gedrückt oder sowas.

Wie hätte man das verhindern können? Ähm, mit Windows wär’ das nicht passiert: einfach Rechtsklick und “Trennen” auswählen und  die Sache ist gegessen. Unter Linux sollte man sich angewöhnen, zum Löschen von leeren Verzeichnissen (z.B. eben Mountpoints) *immer* rmdir zu benutzen, da das im Gegensatz zu ‘rm -r‘ Alarm schlägt und abbricht, falls das Verzeichnis doch nicht leer ist. Mir war der Sinn dieses Tools bisher immer schleierhaft – seit Mittwoch kenne ich ihn.

Wie ging es weiter? Das Rechenzentrum macht zum Glück täglich Backups und war so freundlich, die Seite sogar noch vor dem Mittagessen wiederherzustellen. (Ob der Herr Luehr namentlich genannt werden will? Hm.) Danke nochmal dafür.

Man soll ja aus Fehlern anderer lernen…also…nehmt rmdir.
Und tschüss.

Der Witz ist, dass man über Zeroconf nicht viel sagen muss: es gibt 2 Implementierungen – Bonjour für Windows und MacOS sowie avahi für Linux – einfach auf jedem Rechner installieren und sie finden sich wie von Zauberhand selbst. Ab sofort sind alle Rechner (und die darauf laufenden Dienste) über rechnername.local erreichbar – unabhängig von der zugewiesenen IP. Auf diese Weise ist ein neuer Rechner in einer Minute vollständig in das LAN integriert. Laut Wikipedia kann man auch die IPs von Zeroconf zuweisen lassen, da ich allerdings bereits einen DHCP-Server im Netz habe, werde ich den wohl weiter benutzen.

Ganz nebenbei löste Zeroconf noch zwei Probleme mit denen ich öfter zu kämpfen hatte: der DHCP-Server von Windows (wie ich ihn bei Muttern zu Hause einsetze) gibt einem nicht immer dieselbe IP (warum auch immer) und der NameService von MICO will nicht starten, wenn er den Namen des Rechners auf dem er läuft nicht auflösen kann (weil er in der /etc/hosts falsch oder gar nicht gesetzt ist).

In diesem Sinne: probiert es mal aus, vielleicht seid ihr genauso begeistert wie ich.