Nach mehrjähriger Entwicklung ist nun die Version 10 von FreeNAS erschienen, Name: „Corral“.
iXsystems hat mit FreeNAS 10 „Corral“ eine neue Version des beliebten Betriebssystem für Selbstbau-NAS-Systeme veröffentlicht. Die Oberfläche wurde komplett überarbeitet und kommt jetzt deutlich moderner daher, der Unterbau ist ebenfalls modernisiert worden.
Wer einen HP Microserver Gen8 kauft, setzt meist auf das Einstiegsmodell mit Celeron G1610T-Prozessor. Da die CPU gesockelt ist, kann sie einfach ausgetauscht werden.
Nach etwas Recherche, unter anderem im sehr guten Sammelthread des Hardwareluxx-Forum fiel meine Wahl auf einen Core i5 3470T: 2 Kerne, 2,9 GHz Basistakt und Hyperthreading-Support (4 Threads). Die TDP liegt ebenfalls bei 35 Watt, sodass das selbe Kühlsystem zum Einsatz kommen kann.
Vor einiger Zeit habe ich die Domain meines Blogs gewechselt – von www.kadder.de auf www.techblogger.net. Dabei gab es einen Fallstrick durch die Verwendung von Let’s encrypt.
Der Ansatz: beim Wechsel der Domain soll natürlich von der alten Domain auf die neue weitergeleitet werden. Das Problem: läuft das Zertifikat der alten Domain ab, führen SSL-Aufrufe zu einem Zertifikatsfehler. Dadurch gehen dann auch Rankings und Besucher verloren, die bisher die alte Seite aufgerufen haben.
Nach einigen Experimenten mit den Nginx-Weiterleitungs-Regeln (um zu verhindern, dass das Verzeichnis .well-known, welches für die webroot-Zertifizierung von Let’s encrypt benötigt wird auf die neue Domain umgeleitet wird) ist die Lösung doch naheliegend.
Um die automatische Aktualisierung des Zertifikats weiterhin nutzen zu können (eine sehr gute Anleitung dafür gibt es bei Digitalocean) ist ein Ansatz die Erweiterung des bestehenden Zertifikats für die neue Domain. Dieses muss zusätzlich auch die bisherige Domain beinhalten.
Ist das erledigt, wird für die alte Domain das gleiche Zertifikat konfiguriert wie für die Neue, mit dem Ergebnis dass die Weiterleitungen auch wieder für SSL-Verbindungen funktionieren.
Mit FreeNAS 10 gibt es einige Grundlegende Änderungen, unter anderem Docker-Support. Die neue Version ist jetzt im Beta-Stadium: noch nicht bereit für den produktiven Einsatz, aber weit genug um die wesentlichen Features abzuschätzen.
FreeNAS 10 ist schon seit über einem Jahr in der Entwicklung und immer noch in der BETA-Phase – Grund dürfte die reine Menge an Neuerungen sein, die das Entwicklerteam einfließen lassen will. Neben einer aktualisierten Basis wird auch der Umgang mit „Plugins“ neu gestaltet, anders als bisher setzt man dabei nicht mehr auf Jails, sondern auf Docker-Container bzw. virtuelle Maschinen. Letztere können dann auch Desktop-Betriebssysteme wie Debian oder Ubuntu ausführen und bieten darüber die Möglichkeit, eine Vielzahl von Software zu verwenden. Entsprechende Templates für unterstützte VMs finden sich bei GitHub.
Bevor mit FreeNAS 10 eine komplett neue Version erscheint, ist jetzt FreeNAS 9.10 erschienen. Wichtigste Neuerung: FreeBSD 10.3-RC3 als Basis.
Die Oberfläche wurde nicht aktualisiert, dies wird erst mit FreeNAS 10 passieren. Das Upgrade von FreeNAS 9.3 ist denkbar einfach: den entsprechende „Train“ unter dem Menüpunkt „Aktualisierungen“ wählen und dann das Update starten. Danach dauert es etwas, und das System startet die neue FreeNAS-Version:
Die wichtigsten Punkte aus den FreeNAS 9.10 Release Notes:
Die kompletten Release-Notes zu FreeNAS 9.10 sowie den Download gibt es auf der Webseite des Projekts:
Wer ein neues Gerät mit FreeNAS aufsetzen will, kann dies z.B. auf Basis des beliebten Proliant Microserver Gen8 von HP machen – hier lassen sich bequem vier 3,5″-HDDs unterbringen zusammen mit den 8 Gigabyte RAM, die für FreeNAS 9.x empfohlen werden.
Wer – wie ich auf tech-blogger.net und routerzwang.de – das Nginx-Pagespeed Modul verwendet, sollte dieses auch aktuell halten. Damit kann man sich etliches an Fehlersuche sparen.
Wenn man schon Nginx selbst kompiliert, und das Module „ngx_pagespeed“ verwendet, muss man nicht nur Nginx aktuell halten, was in den letzten Versionen HTTP/2-Support gebracht hat, sondern auch die entsprechende Module. Nachdem ich dies eine zeitlang vernachlässigt habe, konnte ich mich nicht mehr in das WordPress-Backend einloggen. Die dann nötige Fehlersuche sollte anderen erspart bleiben, deswegen hier die wesentlichen Schritte:
cd
NPS_VERSION=<span style="color: #ff0000;">1.9.32.10</span>
wget https://github.com/pagespeed/ngx_pagespeed/archive/release-${NPS_VERSION}-beta.zip
unzip release-${NPS_VERSION}-beta.zip
cd ngx_pagespeed-release-${NPS_VERSION}-beta/
wget https://dl.google.com/dl/page-speed/psol/${NPS_VERSION}.tar.gz
tar -xzvf ${NPS_VERSION}.tar.gz
Die jeweils aktuelle Version bekommt man direkt bei Google, am 29.11.2015 war dies Version 1.9.32.10-beta. Nachdem man die oberen Schritte durchgeführt hat, kann man Nginx „regulär“ installieren, wobei man bei der Konfiguration darauf achten muss, auch die neue Version des ngx_pagespeed-Moduls verwendet wird.
Wer also unerklärliche Probleme mit seiner Webseite hat und Nginx 1.9.x mit ngx_pagespeed verwendet, sollte – wie eigentlich bei jeder Software – darauf achten, dass die jeweils aktuelle Version verwendet wird. Durch die einfachen Installationsschritte lässt sich dies einfach erreichen.
Wer in Sachen Ausführungsgeschwindigkeit von PHP-Scripten weitere Optimierungen vornehmen will, stolpert früher oder später über HHVM – ein Just-in-Time-Compiler für PHP.
HHVM kann einfach über die Debian-Paketverwaltung installiert werden. Ist das erledigt, kann es im Prinzip wie php5-fpm verwendet werden. Die ganze restliche Konfiguration innerhalb von Nginx habe ich gelassen – dadurch lassen sich gute Vergleiche in Bezug auf die Performance anstellen:
Wer WordPress richtig schnell haben will, kommt ab einem gewissen Punkt mit gängigen Caching-Plugins nicht weiter. Nginx mit HTTP2 hilft weiter.
Seit der Version 1.9.5 unterstützt auch die Open-Source-Version von Nginx das HTTP/2-Protokoll direkt – eine mühsame Konfiguration bzw. das Verwenden von Patches ist damit nicht mehr nötig.
English Version below
Die HTTP/2-Implementierung läuft – zumindest bezogen auf einen Blog wie diesen – stabil und ohne weitere Auffälligkeiten. Der größte Vorteil: herausragende Seitenladezeiten. Um PHP nicht zu sehr zu fordern, verwende ich Microcaching. Dadurch sind die meisten Seiten bereits fertig erstellt und müssen nur noch an den Client ausgeliefert werden.
HTTP/2 wird von immer mehr Browsern unterstützt, nur bei den Webservern klemmt es teilweise noch. Für Nginx ist nun ein erster Patch erschienen, der das neue Protokoll einbindet.
Dafür ist es natürlich zuerst notwendig, dass Nginx selbst kompiliert wird. Ich verwende den aktuellen Mainline-Zweig (derzeit 1.9.4) als Basis, dazu muss noch OpenSSL 1.0.2 installiert sein. Im Nginx-Blog ist ein Beitrag mit dem passenden Patch erschienen.
Der Patch selbst ist recht einfach durchgeführt. Zuerst muss die Patch-Datei heruntergeladen werden:
wget http://nginx.org/patches/http2/patch.http2.txt
Ist das geschafft, sollte man zuerst einen Testlauf durchführen. Ansonsten kann es auch in einer Testumgebung zu unnützem Zeitaufwand kommen (folgendes im Nginx-Verzeichnis ausführen, ggf. den Pfad zur Patch-Datei anpassen):
patch -p1 --dry-run < patch.http2.txt
Nach der aktuellen Version 9.3 wird FreeNAS 10 folgen. Mit der kommenden Version wird es auch wieder einige Neuerungen geben, die das kostenlose NAS-Betriebssystem weiter verbessern.
Wesentliche Neuerungen werden die Benutzeroberfläche betreffen, welche laut den FreeNAS-Entwicklern in Version 10 eher eine Web-App als eine UI sein soll. Durch die Änderungen an der Architektur soll es auch für die FreeNAS-Entwickler leichter werden, das System weiter zu entwickeln, neue Releases werden damit also leichter werden.