Technik

Man sollte es kaum für möglich halten, aber aufgrund der enormen Rate Ein-/Austragungen aus der Blacklist haben wir heute das "Timing" auf eine Genauigkeit von 1/1.000.000 Sekunde gestellt, u.a. um Race-Conditions zu vermeiden.

Da hat mich vergangene Woche der Windows 7 VirtualStore doch tatsächlich erwischt

Für alle, die es bis jetzt noch nicht kannten: Windows 7 speichert unter bestimmten Umständen die Daten von Programmen nicht unter c:\Programs[Bla]\ sondern unter C:\Users[Benutzername]\AppData\Local\VirtualStore\Program Files (obwohl die Applikation meint, es würde ins eigne Programm-Verzeichnis schreiben).

Ich hätte es nicht gedacht, aber

http://de.php.net/manual/de/function.fwrite.php#106209

konnten wir hier intern in Verbindung mit der Blacklist in der Tat wiederholt bemerken (leider aber nicht bewusst reproduzieren).

Unschön

Einfach mal so:

$locale_old = setlocale(LC_CTYPE, 0);
setlocale(LC_CTYPE, 'de_DE');

$data = iconv('ISO-8859-15', 'ASCII//TRANSLIT', $data);

setlocale(LC_CTYPE, $locale_old);

Wer übrigens einmal darauf stößt, dass (u.a.) SASL-basierte Verbindungen (z.B. bei SMTP in Verbindung mit Authentifizierung) auf mysteriöse Weise plötzlich aufhören, zu funktionieren, sollte einmal ein

sysctl kernel.random.entropy_avail

machen und schauen, ob sich der Entropie-Pool zum Ende neigt.

Wenn ja, ist es sinnvoll, die SASL-Bibliotheken gegen /dev/urandom zu linken (statt gegen /dev/random) (oder sich Gedanken zu machen, warum die Entropie des Kernels zu Ende geht - dagegen helfen u.a. die rng-tools).

Mir ist vorhin aufgefallen, dass die öffentlichen DENIC Whois-Daten im Zeitraum zwischen vermutlich interner Registrierung und Übertragung der Daten in alle internen Systems Diskrepanzen enthalten.

Diese Diskrepanzen bestehen eigentlich nur im Faktor Zeit, genauer: Macht man zwischen nach einer Registrierung eine Abfrage über das Web-Whois, erhält man in einer gewissen Anzahl der Fälle ein "ist bereits registriert", in der anderen ein "ist frei" - solange, bis vermutlich alle internen Whois- und/oder Datenbank-Server aktualisiert wurden.

Ich konnte das eben zumindest über eine gefühlte Minute so immer wieder reproduzieren. Ein F5 hat gereicht.

Ich hätte erwartet, dass die DENIC das intern schöner löst. Es riecht zumindest nach einem simplen DNS-basierten Round-Robin.

Die Angabe 10% stimmt hier weder in Bezug auf die Anzahl der überprüften Dateien noch in Bezug auf die Zeit, die für den Check nötig war/ist. Wie Microsoft auf 10% kommt, die sich im übrigen auch nach einer halben Stunde und trotz fast 100% geprüfter Dateien nicht verändert haben (auch nicht in Phase 2 bis 5): Keine Ahnung!


Im Übrigen ist es eine ganz blöde Idee, einen Dateisystem-Check in Windows für den nächsten Start einzuplanen und dies dann für mehr als eine Woche zu vergessen. Dann wundert man sich beim nächsten Update-bedingten Neustart, warum dieser so ewig dauert. Ich gebe zu, dass ich im ersten Moment dachte, es würden Dateien aktualisiert, nicht geprüft

Es ist schon bedauerlich, dass selbst große Router eines großen Router-Herstellers gratuitous arp-Pakete nicht berücksichtigt und trotz nicht-statischer Konfiguration seine ARP-Tabelle nicht aktualisiert (und munter weiter an die alte MAC-Adresse sendet).

Ich bin gespannt, wie der betroffene Carrier darauf reagieren wird

Manchmal kann ein Options -MultiViews einem viele Nerven bei RewriteRules ersparen

6 Sekunden für einen Reboot - dank SSD - sind einfach nur: WOW!

Ich habe mir gestern einmal angeschaut, wie groß der Umfang der dDNS-Updates des Blacklist-Master-Servers aktuell ist: 2 GB pro Tag an Änderungen (Ein- und Austragungen).

Damit hätte ich - zugegeben - nicht gerechnet.

Wir haben heute eine kleine Änderung am SSL-Zertifikat für manitu.de (genauer: Am Zwischenzertifikat) vorgenommen.

Wer mag, kann einmal https://www.manitu.de/ aufrufen und schauen, ob sein Browser es sofort oder nur mit Warnung akzeptiert. Danke

http://blog.koehntopp.de/archives/3153-NULL-is-NULL.html

Am besten finde ich die Frage "Vernichtet NULL also alles, womit es in Kontakt kommt?".

Das macht einfach immer wieder Spaß, selbst wenn das nicht mal das Ende von SSDs derzeit ist:

/dev/sda:
Timing buffered disk reads: 768 MB in 3.01 seconds = 255.55 MB/sec

Eine kleine URL-Änderung für alle, die sich hier hin und wieder Kernel für ihren Root-Server (primär Gentoo-User) ziehen: Die URL hat sich geändert.

Ab sofort sind die Kernel unter

http://download.manitu.net/root-server/kernel/

zu finden (vorher war dies http://www.manitu.de/serverhousing/support/download/).

Hier im Blog habe ich bereits alle Links geändert, zusätzlich werden wir auf unserer Webseite in Kürze einen Redirect (selbstverständlich zur jeweils passenden Datei) einrichten.