Vor einiger Zeit hatte ich ein zunächst mysteriöses Problem mit meiner FritzBox, das ist hier kurz erwähnen will, weil ich sicherlich nicht der einzige bin, der in die diese Falle getappt ist ;)
Zuhause betreibe ich hinter meiner FritzBox einen kleinen Webserver, auf den ich vom Internet aus zugreifen will. Dazu habe ich mir mit nsupdate.info(übrigens sehr zu empfehlen!) dynamisches DNS eingerichtet und auf meiner FritzBox Port 80 und 443 freigegeben. Beide Ports werden via NAT zum lokalen Zielserver weitergeleitet. Soweit, so gut. Das Setup ist ein Klassiker und schnell eingerichtet.
Wann immer es geht, verzichte ich auf optische Datenträger – das gilt auch für Filme. Das Meiste streame ich über die Mediatheken der ÖR-Sender oder über YouTube. Hin und wieder will ich aber auch einen „Hollywood-Film“ Zuhause sehen. Ein Abo für einen Streamingdienst wie Netflix habe ich nicht. Stattdessen bediene ich mich gelegentlich im Google Play Store und leihe mir dort für ein paar Euros einen Film aus. Das kommt deutlich günstiger, als sich einen Film (digital oder auf DVD / BluRay) zu kaufen, der 1-3 mal gesehen wird und danach im Regal verstaubt. Google Play nutze ich, weil ich sowieso einen Google-Account habe, über den ich auch Musik und Apps kaufe.
Wie immer werden von den großen Internetkonzernen die größeren Plattformen wie Windows und MacOS bevorzugt unterstützt. Eine Filmwiedergabe ist bei Google Play Movies allerdings auch mit Linux möglich – sofern man ein paar Dinge beachtet.
Prosody ist ein inzwischen weit verbreiteter, moderner und meinen Erfahrungen nach zuverlässiger XMPP-Server, der durch zahlreiche Module erweitert werden kann. Geschrieben ist Prosody in der Skriptsprache Lua. Zur Installation habe ich vor 3 Jahren schon einmal eine Anleitung geschrieben. Dieser Beitrag soll die etwas veraltete Version ersetzen.
Bis gestern habe ich meinen trashserver.net XMPP Server unter Prosody Version 0.10 (Nightly) laufen lassen, um einige neue Module nutzen zu können, die zu früheren Zeitpunkten nur für die Nightly-Version verfügbar waren. Alle von mir verwendeten Module gibt es mittlerweile auch für die stabile Prosody Version 0.9.10, sodass ich ein Downgrade durchführen wollte, um von der stabileren Version (und weniger Updates!) profitieren zu können. Letzte Woche hatte ich bereits einen Versuch gewagt, auf die stabile Version umzusteigen. Dabei kam es jedoch zu Problemen mit der UTF-8 Codierung der Datenbank.
In den Tech-News ist gerade über iOS zu lesen, dass das Beenden / vollständige Schließen von Apps keine verlängerte Akkulaufzeit oder irgendeinen Performancegewinn bringt.
Dasselbe gilt auch für Android. Überall sieht man Menschen, die fast schon reflexartig erst mal alle Apps aus der App-Übersicht wischen, bevor das Smartphone wieder in der Tasche verschwindet. Bitte hört auf, Apps aus der Übersicht der „laufenden Apps“ zu wischen. Ihr bewirkt damit nur eines: Schlechtere Performance und weniger Akkulaufzeit – Also genau das Gegenteil von dem, was sich die meisten „Wischer“ erhoffen.
Die Telekom hat zusammen mit dem Fraunhofer-Institut für Sichere Informationstechnologie (SIT) die Initiative „Volksverschlüsselung“ gestartet. Ziel ist es, die End-to-End E-Mail Verschlüsselung in Deutschland zum Standard zu machen und den Bürgern benutzerfreundliche, einfache Software dafür zur Verfügung zu stellen. Ein guter Freund hat mich gestern auf die Initiative aufmerksam gemacht, also habe ich mir das mal angesehen. Was zuerst einen vielversprechenden Eindruck gemacht hat, hat mich allerdings schnell enttäuscht, denn bereits jetzt halte ich das Projekt für ungeeignet, um die E-Mail Kommunikation ernsthaft abzusichern. Dafür gibt es natürlich auch einen Grund – und der heißt X.509.
Die Initiative will Public-Key-Infrastruktur (PKI) auf Basis des X.509-Standards zur Beglaubigung ihrer Zertifikate nutzen. Wem X.509 etwas sagt, der kennt sehr wahrscheinlich auch die große Schwäche des Standards: Zentrale Beglaubigungsstellen – auch „Certificate Authorities“, CAs, genannt. Ich will im Folgenden erklären, was X.509 bedeutet und wieso ich es für ungeeignet halte. Wer die Probleme kennt, für den wird hier nichts neues zu lesen sein … ;)
Gerade habe ich ein PHP-Update auf meinem OwnCloud-Server durchgeführt. Nach dem Update wollte die Cloud nicht mehr und hat mir nur eine leere Seite angezeigt. Die Logs waren mir auch keine Hilfe, denn die wurden nicht beschrieben. Keine Fehlermeldungen – einfach nur eine leere Seite.
Nachdem ich die OwnCloud-Konfiguration verschoben habe wurden mir im Installer eine Menge fehlender PHP-Module angezeigt, die bei dem Update wohl irgendwie zerstört oder deinstalliert wurden. Nachdem ich dann ein paar Module installiert hatte, war auf einmal sogar php-fpm spontan verschwunden. Ich weiß bis jetzt nicht, was da mysteriöses vor sich gegangen ist, jedenfalls habe ich PHP dann komplett neu installiert. Jetzt funktioniert wieder alles.
Das nur als Tipp, falls jemandem ähnlich merkwürdiges zustößt.
Das Blog „Digitales Echo“ hat soeben den aktuellen XMPP Servercheck veröffentlicht und präsentiert in einem Blogbeitrag die 15 besten XMPP-Server im deutschsprachigen Raum. „Die besten“ heißt hier: Besonders sicher und Datenschutz-freundlich. Voraussetzung für die Aufnahme in die Liste ist ein Doppel-A-Ranking auf xmpp.net – dazu kommen weitere Bewertungskriterien, die im verlinkten Beitrag erklärt sind. Auch mein trashserver.net ist in der Liste vertreten und schneidet mit einem „exzellent“ ab, was mich natürlich besonders freut. Seht euch die Liste einmal an – vielleicht wollt ihr ja zu einem anderen XMPP Server wechseln?
