Endlich ist das Debian Paket von ejabberd 2.1.6 verfügbar. Aus diesem Grund aktualisieren wir ejabberd auf 2.1.6 in den nächsten Minuten. Es wird einen kurzen Ausfall der Dienste geben.
Kategorie: Wartungsarbeiten
Kategorien
IPv6 Umkonfiguration
Da unser Provider nun natives IPv6 (inklusiveDNS Reverseeinträgen) unterstützt haben wir unsere IPv6 Konfiguration geändert und verwenden keinen IPv6 Tunnel Broker mehr. Deswegen gab es heute zwei kurze Ausfälle der Jabber Dienste da wir den Server neustarten mussten um die neuen Einstellungen zu aktivieren.
Falls Du IPv6 verwendest ist es eventuell notwendig, Dein DNS zu flushen (oder bis zu 24 Stunden von jetzt an zu warten) um die korrekten IP-Adressen vom DNS zurück zu bekommen.
Während der letzten Nacht (CEST) haben wir den Jabber Server auf ejabberd 2.1.5 aktualisiert – dieses Mal war das Debianpaket sehr schnell verfügbar. :-)
Heute um 12 Uhr CEST habe ich den Server auf ejabberd 2.1.4 aktualisiert. Es handelt sich um ein Bugfixrelease. Endlich ist das Debianpaket verfügbar. Entschuldige bitte den weniger als fünf Minuten dauernden Ausfall der Dienste. ;-)
Die DoS Attacken scheinen der Vergangenheit anzugehören. Hoffen wir, dass es dabei bleibt…
…und es scheint auch zu funktionieren. Entschuldige bitte den 30-minütigen Ausfall deswegen.
Wir planen in allernächster Zukunft, den Dienst Pubsub/PEP (Publish-Subscribe / Personal Eventing Protocol) von Mnesia auf MySQL zu migrieren. Dies bedeutet in den nächsten zwei Tagen.
Unglücklicherweise gibt es kein Export/Import Script, aus diesem Grund gehen alle Daten verloren. Es ist darüber hinaus unmöglich, die eigenen Daten über den Client zu exportieren, zumindest hat man mir das so gesagt.
Die Migration sollte einige Probleme mit PEP beheben, darüber hinaus erlaubt MySQL eine bessere Administration und hat weniger Resourcen Overhead.
Der Server war heute morgen wegen Kernel- und MySQL-Upgrades offline. Alles wäre deutlich schneller gegangen wenn der Server nach dem “shutdown -r now” sauber heruntergefahren und somit wieder hochgefahren wäre – was er nicht tat. Also mussten wir zuerst jemanden zu der Maschine schicken, der den Resetschalter drückte.
Zusätzlich haben wir Spectrum aktualisiert um JID Escaping zu nutzen. Sollte das bei unseren Tests funktionieren (anscheinend gibt es Probleme mit einigen Clients, die das inoffizielle %, das als Ersatz für @ verwendet wird, nicht unterstützen), schreibe ich hier mehr über dieses Thema.
Um Loginfehler oder -nachrichten zu vermeiden und auch um gewisse Probleme mit Server-to-Server Verbindungen zu vermeiden haben wir heute passende Zertifikate für die sekundären Domains installiert.
Die Jabber Dienste mussten dazu mehrfach neu gestartet werden, sorry deswegen. Das ejabberd Configfile ist nicht wirklich gut kommentiert, ausserdem hat uns Google zuerst nicht die passende Lösung angezeigt. Jetzt funktioniert aber alles wie es soll.
PS: Für veraltete SSL Verbindungen auf Port 5223 gibt es keine dynamischen Zertifikate. Dies ist aufgrund der Funktionsweise von SSL schlicht nicht möglich.