WeTek OpenELEC ist eine kleine Box mit installiertem OpenELEC, welches wiederum auf Kodi basiert. WeTek OpenELEC enthält je nach Variante bereits einen Tuner (DVB-C/T, DVB-S oder ATSC). Bei mir hat die Box einen Raspberry Pi ersetzt. Zum Lieferumfang gehört eine AirMouse. Das ist eine Fernbedienung die sich durch Bewegungssensoren auch als Maus verwenden lässt. Da ich aber bereits eine Logitech Harmony als Universalfernbedienung verwende, soll diese die Steuerung übernehmen. Bei WeTek OpenELEC handelt es sich um eine Sonderedition von WeTek Play (Unterschiede zwischen WeTek Play und WeTek OpenELEC). Die Einrichtung einer Fernbedienung sollte für WeTek Play also ähnlich sein.

Wie im Artikel zu acme-tiny erwähnt muss ein eigenes Script zum regelmäßigen Erneuern der Let’s Encrypt Zertifikate erstellt werden. In diesem Script wird das passende Intermediate Zertifikat von Let’s Encrypt heruntergeladen, damit dem Besucher die vollständige Zertifizierungs-Kette übermittelt werden kann. Wird das Intermediate Zertifikat vom Webserver nicht ausgeliefert, fällt die Bewertung von SSL Labs auf “B” zurück.

Bei verschiedenen Gelegenheiten kann es vorkommen, dass man Passwörter in Powershell verwenden muss. Soll z.B. ein anderer Rechner heruntergefahren und für die Authentifizierung ein anderer als der aktuell angemeldete Benutzer verwendet werden, müssen Benutzername und Passwort angegeben werden. Diese können mit Get-Credential zur Laufzeit abgefragt werden:

1
2

$Credential = Get-Credential
Stop-Computer -Computer 192.168.2.10 -Credential $Credential -WhatIf

Dies ist Teil einer Artikelserie.

Im Prinzip läuft der Disaster Failover ähnlich wie der geplante Failover aus Teil 9 ab. Da der Master überraschend ausfällt, kann allerdings der vFiler nicht gestoppt und auch die temporäre Replikation vom Slave zum Master nicht bereits bei der Aktivierung des Slave eingerichtet werden. Beim Einschalten des Masters muss deshalb sicher gestellt werden, dass der vFiler nicht automatisch startet und somit auf Slave und Master gleichzeitig läuft. Sobald der Master wieder verfügbar ist muss außerdem die Replikation vom Slave zum Master angelegt und abgeschlossen werden, bevor der alte Master wieder den vFiler übernimmt. Im Vergleich zum geplanten Failover wandern Schritte 1, 4 und 5 vom Failover also in den Rollback.

Dies ist Teil einer Artikelserie.

So wie die Umgebung in den bisherigen Schritten konfiguriert wurde kann man netapp01 als Master und netapp02 als Slave bezeichnen. Clients nutzen die Freigaben des vFilers auf dem Master (netapp01) und die Daten werden auf den Slave (netapp02) repliziert. Dadurch kann der vFiler bei einem Ausfall des Masters ohne Datenverlust auch auf dem Slave gestartet werden. Die Abbildung verdeutlicht die Konfiguration noch einmal.