Ein wirkliches Tracking der Besucher dieser Seite führe ich nicht durch. Trotzdem möchte ich natürlich wissen ob dieses Blog überhaupt genutzt wird, hierzu nutze ich die Analyse der Serverlogs. Aus Datenschutzgründen speichere ich hierzu anonymisierte Logfiles (siehe IP Adressen in Apache Logfiles anonymisieren).

Ein Großteil der Besucher dieses Projekts kommt über Links von anderen Seiten, die auf meine Tutorials verlinken, ebenfalls ein großer Teil kommt über Suchmaschinen. Dabei dürfte ich eigentlich gar nicht Suchmanschinen schreiben, sondern müsste sagen ein großer Teil kommt über Google.

So kamen im Mai 2016 von allen Besuchern die diese Seite über eine Suchmaschine erreicht haben 92,34% über google. Wie repräsentativ mein Blog und meine Analysemethode ist kann ich natürlich nicht sagen, aber die Dominanz von Google scheint erdrückend zu sein. Dies ist jetzt nichts wirklich neues, wurde mit aber erst wirklich klar als ich ein Diagramm mit den Daten meiner Serverlogs zu Suchmaschinen erstellt habe.

Weiterlesen

Mit dem Plex Mediaserver kann man sein Musik- und Videoarchiv verwalten und die Mediendateien auf das eigene Smartphone, auf den Browser oder eine Mediacenter streamen.

Das Programm ist kostenlos, mit einem kostenpflictigen Plex Pass Abo erhält man jedoch einen erweiterten Funkionsumfang. Abonnenten des Plex Passes kommen außerdem schneller in den Genuss neuer Softwareversionen, d.h. neue Versionen lassen sich erst einmal nur mit einem Bezahlaccount nutzen. Erst nach einer Weile werden diese auch für die kostenlosen Accounts freigeschaltet.

Bisher hat mir der kostenlose Account stets genügt. Das lesen der Changelogs der Bezahlversion hat bei mir vor kurzem jedoch den Kaufreflex ausgelöst.

So ist es seit Version 0.9.14.0 des Plex Mediaservers möglich eigene SSL Zertifikate für die verschlüsselte Verbindung auf den eigenen Server zu nutzen. Bisher war die Verbindung nur über ein Zertifikat von Plex möglich. Beim Zugriff über die eigene DynDNS Adresse kam es somit immer zu einer Warnung vor einem ungültigen Zertifikat. Dies lies sich nur vermeiden wenn man den Umweg der Verbindung über den Plex Relay Server ging, was noch unschöner ist.

Seit Version 0.9.14.0 (welche eben derzeit nur für Bezahlaccounts nutzbar ist) hat dies ein Ende. Wenn man DNSSEC und DANE für die Absicherung der Verbindung zu seinem Mediaserver nutzt lässt sich nun sicher nachweisen dass man sich wirklich auf seinem eigenen Server befindet und die Verschlüsselte Verbindung unterwegs nicht aufgebrochen wurde.
Weiterlesen

Neben Startssl ist die Chinesische Firma WoSign der einzige, mir bekannte, Anbieter von kostenlosen SSL Zertifikaten. Im Gegensatz zum Zertifikat von Startssl vertrauen die gängigen Browser der Wosign CA nicht. Da das Zertifikat von Wosign jedoch von StartSSL signiert wurde akzeptieren in der Praxis jedoch alle gängigen Browser die Zertifikate von Wosign.

Nach dem Start hat Wosign kostenlose Zertifikate mit einer Gültigkeit von 2 Jahren angeboten. Vor kurzem konnten dann sogar kostenfreie Zertifikate mit einer Gültigkeit von 3 Jahren ausgestellt werden. Ein großer Vorteil gegenüber StartSSL die schon immer nur 1 jährige kostenfreie Zertifikate ausgestellt haben. Aus diesem Grund war Wosign relativ beliebt.

Leider hat man nun wohl einen Rückzieher gemacht, aus welchem Grund wurde nicht kommuniziert. Derzeit bietet auch Wosign nur noch Zertifikate mit einer Gültigkeit von einem Jahr an. Somit ist StartSSL, welche sich mittlerweile einen guten Ruf aufgebaut haben, wieder deutlich attraktiver als das recht unbekannte chinesische WoSign. Laut Golem sollte man bei Verwendung von WoSign außerdem OCSP Stapling im Webserver aktivieren, da die OCSP-Server zur Gültigkeitsprüfung in China stehen und der Verbindungsaufbau so unter Umständen unnötig verzögert wird.

Weiterlesen

Heute schreibe ich zur Abwechslung einen Beitrag in eigener Sache, zu einer Umstellung von der im besten Fall niemand etwas merkt. Ich habe mich vor zwei Tagen dazu entschlossen für techgrube.de eine verschlüsselte Verbindung über HTTPS zu erzwingen (bisher war das zwar unterstützt, aber der Besucher musste selbst https://… eingeben). Meiner Ansicht nach gibt es viele gute Gründe sämtlichen Internettraffic zu verschlüsseln, auch wenn die Inhalte eigentlich alle öffentlich einsehbar sind. Z.B.:

• mehr Sicherheit: unverschlüsselte Verbindungen können von jedem Hotspotbetreiber, Internetprovider, Arbeitgeber usw. eingesehen und auch manipuliert werden.
• mehr Privatsphäre, da Dritte die übertragenen Inhalte nicht einsehen können.
• verschlüsselte Webseiten lassen sich schwerer zensieren (siehe Mit Verschlüsselung gegen Zensur am Beispiel der russischen Wikipedia)
• Mehr verschlüsselter Webtraffic erschwert anlasslose und automatisierte Überwachung.
• Google bevorzugt verschlüsselte Seiten.

Zumindest wenn man WordPress nutzt reduziert sich auch der administrative Aufwand, wenn nur noch ein Protokoll unterstützt wird. So hatte ich oft das Problem dass absolute Links inkl. Protokoll in Themes oder Plugins hartkodiert waren und die die die verschlüsselte Seite unverschlüsselte Elemente enthielt oder umgekehrt.

Mit der verwendeten Cipher Suite habe ich länger expreimentiert und werde dies evtl. auch noch weiter tun. Aktuell sollten außer Windows XP Nutzern mit IE6 oder Programmen die Java 6 nutzen niemanden ausgeschlossen sein. Trotzdem werden keine unsicheren (bzw. das was aktuell dafür gehalten wird) Verschlüsselungsverfahren unterstützt.