http://www.heise.de/events/2010/ipv6-kongress/programm/

oder ist das ein IE-Browser-Bug?

Hier verkünde ich: Wer dieses tolle Tool zum Sortieren von HTML-Tabellen NICHT einsetzt, gehört zurückversetzt nach Klasse Web 0.9! So, basta!

Ich möchte es nie mehr missen!

heute habe ich mir vorgenommen, die Datenbank-Schiene in voller Länge mitzunehmen. Los gings es mit Neuigkeiten in Postgresql 8.5, welches nun auch als Version 9.o firmiert. Da die Zeit mit 30 Minuten sehr kurz angesetzt war, ging es Schlag auf Schlag um neue Features, Bugfixes und Erweiterungen.

Nun läuft gerade “Sphinx- Improving weaknesses in MySQL”, welches auf Englisch gehalten wird. Ich müsste mich also konzentrieren statt zu bloggen, aber was tut man nicht alles für seine Community.

Daneben habe ich kurz den FSFE-Stand besucht und meine Shopping-Lüsten gepflegt und werde nachher noch LAX und weitere Stände anlaufen. Während eines Tee-Gespräches mit einem Hannoveraner Linux-Freak habe ich von einem Leipziger Hackerspace in Plagwitz (Westwerk) erfahren – sehr witzig.

Also: Ich habe bisher zwei Vorträge gehört, der zweite davon war über die Exchange-Alternative Zarafa. Die Präsentation war unterhaltsam und emotional vorgetragen, so was macht immer Spaß! Der OpenVPN-Vortrag war knackevoll und auch gespickt mit Features. Was definitiv gut ist: Die Software, über die referiert wird, auch zu benutzen. Dann steckt man voll im Thema drin und es fällt leichter, die News oder Probleme rauszuhören und nachzuvollziehen, Und braucht auch kaum Fragen zu stellen – der Nachbar hat oft die gleiche!

Weiter gehts für mich nach einer kleinen Stärkung mit BIND9 und später Dovecot, dazwischen schwanke ich noch mit IT-Service-Management und Single-Sign-On per Kerberos her. Letzteres kenne ich bereits aus einer Schulung, da wird wohl nix neues kommen.

Das Programm ist mal wieder so fett gespickt, da weiß man gar nicht, welchen Vortrag man sich aussuchen soll: IPv6, OpenVPN, Postfix, Ardour, MySQL, Postgresql, OpenOffice, DNSSEC, Knoppix, Kernel, Kerberos – es ist ja wirklich alles da…

Zum einen gibt es

# ifconfig eth0 up

zum anderen aber auch

# ifup eth0

wie auch

# ip link set eth0 up

Ich habe mich schon immer gefragt: “Was ist da der Unterschied?” Nun, zu ifconfig konnte ich folgendes herausfinden:

• ifconfig nimmt Netzwerk-Parameter aus der Kommandozeile entgegen
• ifconfig kann mehrere Schnittstellen konfigurieren: ifconfig eth0 eth5 eth6 up/down
• ifconfig lädt bzw. entlädt die Treiber zur Karte – dies führte zum Beispiel bei den e1000-Karten zu Problemen

ifup und ifdown dagegen verhalten sich ein wenig anders:

• ifup und ifdown lesen die Netzwerk-Konfiguration aus /etc/network/interfaces aus
• ifup und ifdown können mit dem Parameter -a alle in /etc/network/interfaces aufgelisteten Netzwerk-Geräte konfigurieren
• ifup und ifdown laden oder entladen keine Treiber
• ifup und ifdown rufen ihrerseits ifconfig auf – das kann man in den binaries sogar nachlesen!

Das Märchen, ifup und ifdown seien nur Skripte, ist Unfug. Es sind kompilierte, binäre ELF-Programme.

Ebenso ein Märchen: Das Kommando ip sei ganz neu. Es ist ist seit Kernel 1.2 vorhanden, bietet auch ähnliche Parameter wie ifconfig und arbeitet ebenso wie ifconfig auf direkter Kommandozeilen-Ebene und direkt mit dem Kernel. ip möchte eigentlich soviel wie möglich nach außen sichtbar machen, was der Linux-Kernel alles mit IP-Adressen und Routing anstellen kann. Und das ist wirklich eine ganze Menge! Insofern sei nur ans Herz gelegt, auch mal ip eine Chance zu geben.

PS: Ich glaube, das if aus ifxxx steht immer für interface, was eigentlich mächtig ungenau ist…

PS2: Eine einfache Adress-Konfiguration erreicht man als Root mit:

# ifconfig eth0 <IP-Adresse> netmask <Netzwerk-Maske>
# route add default gw <Gateway-Adresse>

Zum einen ist dies der Block 224.0.0.0/4 und dessen Zwilling 240.0.0.0/4. Wenn man genau hinschaut, sind diese beiden sogar zusammenhängend. Es handelt also in Wirklichkeit um einen richtig großen Block: Nämlich alle IP-Adressen, die mit der Zahl 224 oder größer beginnen, also von 224.0.0.0 bis zur global Broadcast-Adresse 255.255.255.255. Insgesamt reden wir über die stattliche Anzahl einer viertel Milliarde IP-Adressen.

Wenn man bedenkt, dass wohl jede größere Institution, die nicht schon während der 80er Jahre mit vollen Händen aus dem Adress-Pool schöpfte, sein internes Netzwerk per NAT betreibt, tun sich da gewaltige Untiefen auf. Nehmen wir nur mal an, dass man jedem der 5 großen Kontinente davon 50 Millionen Adressen übertragen könnte. Sei die Hälfte davon per NAT multipliziert, so ergäbe sich bei einer durchschnittlichen internen Netzwerk-Größe von 50 Hosts ein Volumen von (5 * 25 Mio * 50 Hosts) etwa 6 Milliarden zusätzlichen am Internet teilnehmenden Hosts. Soviel Traffic müssten die Backbones erstmal verarbeiten können.

Jetzt fragt man sich natürlich, wie von 6 Milliarden Menschen, die diese Erde zur Zeit bewohnen, 6 Milliarden zusätzlich im Internet rumhängen sollen. Man muss ja auch mal schlafen zwischendurch. Andersherum gefragt: Wer tut dies denn eigentlich noch nicht? So gesehen könnte die IANA wirkliche Entwicklungshilfe leisten und mindestens zwei größere Blöcke an Afrika oder Indien verschenken. China wäre auch ein guter Kandidat für neuen Bedarf, fährt aber bereits eine spezielle Eigenentwicklung der Variante IPvMao, wo der Content-Filter bereits als Makro im IP-Header implementiert ist.

Aber vielleicht erwärmen sich die amerikanischen Herzen noch einmal – und selbst der bisher namenlose ZDF-Biber bekäme noch seine eigene IP-Adresse (Ich bin ja für Whistler, das weiß man wenigstens, woher er kommen sollte).

/* $Id$ */

Beim Einchecken macht SVN aus dem Keyword Id:

/* $Id: example.php 569 2010-02-19 15:17:49Z nudge $ */

Wenn nun jemand im Projekt ein bisschen herumsucht und nicht so richtig zurechtkommt, so sagt ihm diese Angabe, dass es sich um die Datei example.php handelt, die in Revision 569 des Projekts vorliegt, und diese wurde am 19.02.2010 um 15:17 das letzte Mal geändert, und zwar vom Benutzer Nudge. Das ist richtig toll, doch leider macht das SVN erst, wenn man alle Dateien mit diesem Keyword-Property ausgestattet hat. Besser also, man erleichtert sich das durch eine geeignete Voreinstellung. Diese bekommt man in der Datei ~/.subversion/config hin:

[miscellany]
enable-auto-props = yes

[auto-props]
*.php = svn:keywords=Id;svn:eol-style=native

Bisher erstellte Dateien berührt diese Voreinstellung nicht. Wenn man schon eine ganze Menge Dateien eingecheckt hat, so benutzt man am besten ausgecheckten (!) Pfad des Projekts folgenden Bash-Befehl, um alle darin enthaltenen PHP-Dateien nachträglich das Keyword-Property zu verpassen:

$ find ./ -name '*.php' -exec svn propset svn:keywords 'Id' {} \;

Und schon ist man dem PHP-Entwickler-Glück wieder ein Stückchen näher gekommen.

“Lives of great significance begin with a nudge”

Dem kann ich nichts mehr hinzufügen!

Dann ergibt sich für mich endlich Gelegenheit, meinen Kalender in kontact/korganizer per davical (ein guter Tipp, übrigens) ordentlich zu nutzen – also zentral und immer aktuell.

<freu, freu>