Open Source Archive -

TUXEDO InfinityBook Pro 13 – Teil 12

Ein Jahr durfte ich nun das InfinityBook Pro 13 der Firma TUXEDO aus Königsbrunn testen. Ich hatte hierbei freie Hand bei der Auswahl der zu installierenden Betriebssysteme. Das Gerät war nicht nur Testgerät, sondern auch Arbeitsgerät während des gesamten Zeitraums. Abschließend zu dieser Serie hier eine kurze Zusammenfassung.

Besonders positiv fiel die Leistung des Notebooks ins Gewicht. Die 16 GB RAM und der i7-7500U in Verbindung mit der 250GB M.2 SSD von Samsung sorgten für ordentlich Geschwindigkeit. Das Gerät ist platzsparend und leicht. Der Akku, welcher je nach Anwendung bis zu sieben Stunden durch hielt ist ganz OK, erfüllte jedoch nicht die Erwartungen die das Datenblatt auf den ersten Blick verspricht. Hierfür ist aber eine in der Branche umstrittene Testmethode verantwortlich. Dennoch kam ich gut mit einer Akkuladung über den Tag. Die Kapazität des wechselbaren Akkus hat nach einem Jahr intensiver Nutzung kaum spürbar nachgelassen. Die Funktionstasten ließen sich zum Großteil „out of the box“ ansprechen. Die Flugmodus-Taste musste jedoch bei den linuxoiden Betriebssystemen im Grub nachkonfiguriert werden. Dieses Problem wurde in der von TUXEDO angepassten Xubuntu-Version allerdings schon beseitigt. Das Aluminiumgehäuse ist bis auf ein paar kosmetische Fehler gut verarbeitet. Zu bedenken ist, dass ein solches Gerät Einwirkungen mechanischer Art von außen nicht verzeiht. Stürze aus einem Meter Höhe können durchaus solche Spuren hinterlassen.

Die Funktionalität des InfinityBooks wurde jedoch hierbei nicht beeinträchtigt. Was die Reparatur eines solchen Schadens am Gerät kostet, konnte ich bis zum Zeitpunkt der Veröffentlichung dieses Artikels leider nicht in Erfahrung bringen.

Die weitere Ausstattung des InfinityBooks ist ebenfalls gut durchdacht. Das matte entspiegelte FullHD-Display ist sehr hell und kontrastreich. Ein verbauter Kartenleser ist Standard. Ein UMTS-Modul kann optional dazu bestellt werden. Leider konnte ich diese Option nicht nutzen. Die vorhandenen USB-Schnittstellen (2 x USB 3.1 Type A und 1 x USB Typ-C mit Thunderbolt 3) reichten in meinem Fall völlig aus. Das Fehlen eines DVD-Laufwerks stellte ebenfalls kein Problem dar. Etwas bedauerlich ist, dass es für das verbaute WLAN-Modul keinen freien Treiber gibt. Unter Debian muss also etwas nachgeholfen werden. Der Boden des Notebooks kann komplett abgenommen werden. Die Reinigung des Lüfters ist so ohne weiteres möglich. Zusätzlicher Arbeitsspeicher bis zu 32 GB RAM oder weitere Festplatten lassen sich problemlos nachrüsten.

Preislich gesehen spielt das InfinityBook Pro 13 definitiv mit 1411,99€ (damaliger Grundpreis 1099,00€) in der Oberklasse mit. Zum heutigen Stand wird das InfinityBook aber schon ab 910,00€ angeboten.

Fazit

Das InfinityBook mit der Pinguintaste ist eine Überlegung wert, egal welches Betriebssystem man hier favorisiert. Hochwertige Materialien sowie eine flotte Hardware machen das Gerät nicht nur zu einem Hingucker, sondern auch unterwegs zu einem perfekten Arbeitsgerät für Entwickler, Journalisten oder Blogger. Über kleinere Schwächen kann man getrost hinweg sehen.

TUXEDO InfinityBook Pro 13 – Teil 11

Als vorerst letztes Betriebssystem habe ich mir Qubes OS auf dem InfinityBook Pro 13 von TUXEDO angesehen. Diese Distribution setzt auf Sicherheit durch Isolation und rangiert bei Distrowatch derzeit auf Rang 53.

Auf Wikipedia heißt es hierzu:

Qubes OS ist ein auf IT-Sicherheit fokussiertes Computer-Betriebssystem, welches dies durch Isolation gewährleistet. Die dafür benötigte Virtualisierung wird durch Xen ermöglicht. Die Benutzerumgebung kann basierend auf Fedora, Debian, Whonix, Microsoft Windows und weiteren anderen sein.

Installation

Leider war es mir nicht möglich die aktuelle Version Qubes Release 3.2 auf dem InfinityBook zu installieren. Hier gab es Probleme, wie auch bei einigen anderen Distributionen, mit der NVMe M.2 SSD von Samsung.

Die Version Qubes Release 4.0-rc4 (release candidate) hingegen ließ sich im Legacy-Mode auf dem Gerät installieren. Um später Zugriff auf das Netzwerk zu erhalten, sollte im BIOS Thunderbold deaktiviert werden.

Qubes OS im Einsatz

Wer sich auf das Abenteuer Qubes einlässt, sollte ein wenig Frickelei in Kauf nehmen. Nach der Installation auf TUXEDOs InfinityBook wird man feststellen, dass das Netzwerk fehlt. An dieser Stelle ist etwas Handarbeit angesagt. Hierzu erstellt man im Editior in dom0 die Datei /etc/systemd/system/qubes-pre-netvm.service

sudo nano /etc/systemd/system/qubes-pre-netvm.service

1	sudo nano /etc/systemd/system/qubes-pre-netvm.service

mit folgendem Inhalt:

[Unit]
Description=Netvm fixup
Before=qubes-netvm.service

[Service]
ExecStart=/bin/sh -c 'echo -n "1" >
/sys/bus/pci/devices/0000\:02\:00.0/remove'
Type=oneshot
RemainAfterExit=yes

[Install]
WantedBy=multi-user.target

[Unit]

Description=Netvm fixup

Before=qubes-netvm.service

[Service]

ExecStart=/bin/sh -c 'echo -n "1" >

/sys/bus/pci/devices/0000\:02\:00.0/remove'

Type=oneshot

RemainAfterExit=yes

[Install]

WantedBy=multi-user.target

Dann wird der Befehl

sudo systemctl enable qubes-pre-netvm.service

1	sudo systemctl enable qubes-pre-netvm.service

zum Erstellen des Service abgesetzt und das System neu gestartet.

In der VM sys-net müssen dann noch in Devices LAN und WLAN hinzugefügt werden. Im Anschluss startet man im Qube-Manager sys-net neu. Ist dies erledigt, ist das Netzwerk aktiv und es haben u.a. die vorinstallierten VMs von Debian, Fedora und Co. Zugriff auf das World Wide Web.

Die meisten Funktionstasten lassen sich auch bei Qubes OS wie bei den zuvor getesteten Systemen nach der Installation problemlos ansteuern.

Fazit

Qubes OS hat ein interessantes Konzept und lässt sich mit einigen Kniffen auf dem InfinityBook Pro 13 installieren. Auch hier sperrt die Hardware von TUXEDO diesen Exoten nicht aus. Allerdings hatte ich das Gefühl, dass das Arbeiten in den Virtualisierungen doch an der Performance nagt und so auch die Akkulaufleistung deutlich beeinflusst. Im Arbeitsmodus kam ich über 4 Stunden meist nicht hinaus. Darüber sieht aber sicher der typische auf Sicherheit bedachte Qubes-User hinweg.

Vorschau

Im letzten Artikel werde ich eine kleine Zusammenfassung bringen, wie sich das InfinityBook Pro 13 rückblickend im letzten Jahr geschlagen hat.

TUXEDO InfinityBook Pro 13 – Teil 10

Solus 3 war den letzten Monat auf dem InfinityBook Pro 13 von TUXEDO mein ständiger und treuer Begleiter. Nun habe ich mir ein weiteres Rolling Release auf das Gerät gespielt. Dabei handelt es sich um Manjaro, welches erstaunlicher- und berechtigterweise mittlerweile auf Platz 2 bei Distrowatch geklettert ist.

Installation

Hier habe ich mich für die Manjaro XFCE Edition entschieden. Diese Distribution verwendet, wie der Name schon sagt, den Xfce-Desktop und kommt als 64-Bit Variante.

Manjaro lässt sich ohne weiteres im Efi-Modus auf dem InfinityBook installieren.

Der Betrieb

Nachdem Manjaro installiert wurde, begrüßt einen ein dunkler, jedoch sehr stylisch gestalteter Xfce-Desktop. Dieser gefällt mir einen Tick besser als der von TUXEDO in der angepassten Xubuntu-Version. Dies ist aber natürlich Geschmacksache. Die Button zum Minimieren, Maximieren und Schließen erinnern ein wenig an das Mac OS. Absicht?

Man stellt auch bei dieser Distribution schnell fest, dass alle Funktionstasten, bis auf den Flugzeugmodus, sofort „out of the box“ ansteuerbar sind. Um diese Funktionstaste zu aktivieren, muss man, wie im Artikel „TUXEDO InfinityBook Pro 13 – Teil 6“ schon beschrieben, die Zeile

GRUB_CMDLINE_LINUX_DEFAULT="quiet....."

1	GRUB_CMDLINE_LINUX_DEFAULT="quiet....."

acpi_osi= acpi_os_name=Linux

1	acpi_osi= acpi_os_name=Linux

erweitern. Hierbei ist nicht zu vergessen, dass die Änderungen erst nach einem

sudo update-grub

1	sudo update-grub

aktiviert werden.

Die Hardware des Pro 13 macht dem System keine Probleme. WLAN, Bluetooth, Kartenleser und Cam werden sofort erkannt und angesteuert.

Die Akkulaufleistung ist dank Kernel 4.14.14 analog der zuvor getesteten Ubuntu-Derivate mehr als zufriedenstellend.

Die gängigsten Anwendungen wie Firefox und Co. bringt Manjaro mit. Hier gab es erwartungsgemäß keinerlei Schwierigkeiten. Weitere Programme wie u.a. Planner findet man in den Repositories von Manjaro.

Fazit

Mit dem Rolling Release Manjaro ist man auf dem InfinityBook Pro 13 gut gewappnet. Abgesehen von der kleinen Anpassung zum Flugzeugmodus wird der Nutzer auf dem Gerät mit einem stets aktuell gehaltenen Betriebssystem gut und lange arbeiten können.

Vorschau

Im nächsten Artikel werde ich berichten, wie sich das TUXEDO InfinityBook Pro 13 mit Qubes OS schlägt.

TUXEDO InfinityBook Pro 13 – Teil 9

Nachdem nun auf dem TUXEDO InfinityBook Pro 13 die gängigsten Betriebssyteme, wie Windows, Ubuntu und Debian liefen und das Gerät auch produktiv eingesetzt wurde, möchte ich mich nun an ein paar weniger populäre Systeme heran wagen.

Dazu habe ich auf dem InfinityBook die aktuelle Version von Solus installiert und ausprobiert. Solus ist eine eigenständige Linux-Distribution, welche die eigens hierfür entwickelte Desktopumgebung Budgie und das ebenfalls im eigenen Hause entworfene Paketverwaltungssystem eopkg verwendet. Dies kann unter Umständen Probleme machen, da man sicher die ein oder andere Anwendung für dieses Rolling Release selbst kompilieren muss. Hilfe erhält man im Forum des Entwicklers. Solus ist aktuell in Version 3 verfügbar.

Installation

Die Installation über einen USB-Stick verläuft unspektakulär und ist schnell erledigt. Zu beachten ist hierbei, dass Solus als englisches System installiert werden muss. Das deutsche Tastaturlayout kann hingegen eingestellt werden. Nach der Installation lässt sich das System aber problemlos auf deutsch umstellen.

Wie läuft Solus auf dem Pro 13?

Nach dem ersten Reboot stellt man fest, dass auch hier die Funktionstasten fast vollständig erkannt werden. Der Flugzeugmodus sollte auch bei dieser Distribution durch einen Eingriff in den Grub 2 aktiviert werden können. Die Akkulaufzeit ist dank des aktuellem Kernels 4.14.13 vergleichbar mit den zuvor getesteten aktuellen Distributionen. Es werden im Normalbetrieb ca. 44°C erreicht. Dabei arbeitet das InfinityBook flüsterleise.

Als Standardbrowser ist Firefox vorinstalliert. Wer jedoch lieber zu Google Chrome greift, kann diesen über das Software Center unter Software von Drittanbietern beziehen. Die gängigsten Anwendungen wie Gimp, Inkscape, Filezilla, KeePassX findet man im Software Center in relativ aktuellen Versionen.

Zu erwähnen wäre noch, dass die im Artikel „TUXEDO InfinityBook Pro 13 – Teil 6“ erwähnten Bluetooth-Probleme mit dem aktuellen Kernel für das Gerät gefixt sind.

Fazit

Das TUXEDO InfinityBook Pro 13 kommt sehr gut mit Solus 3 zurecht. Die komplette Hardware wird erkannt. Um den Flugzeugmodus zu aktivieren, ist auch bei diesem System etwas Handarbeit nötig. Die Akkulaufleistung und Performance überzeugen. Solus ist auf jeden Fall auf diesem Gerät einen Blick wert.

Vorschau

Im nächsten Artikel werde ich berichten, wie sich das TUXEDO InfinityBook Pro 13 mit dem Rolling Release Manjaro schlägt.

Nachtrag

Ein deutsches System lässt sich natürlich auch hier bei der Installation auswählen. Dies ist nur leider auf den ersten Blick nicht gleich ersichtlich.

TUXEDO InfinityBook Pro 13 – Teil 8

Die letzten zwei Monate habe ich ausschließlich mit dem TUXEDO InfinityBook Pro 13 von TUXEDO gearbeitet. Alle zu erledigenden Aufgaben, welche sonst mein ThinkPad übernimmt, habe ich problemlos auf das Pro 13 übertragen. In Puncto Akkulaufleistung und Performance ist das InfinityBook kaum zu schlagen. Wie sich das Gerät allerdings unter Last verhält, zeigt der folgende kleine Beitrag.

Da ich hin und wieder einige neu erschienene Betriebssysteme teste, verschaffe ich mir oftmals hierüber einen ersten Einblick in einer virtuellen Maschine. Dazu verwende ich die VirtualBox aus dem Hause Oracle. Ab und zu wird aber auch einmal ein Game über die Spieleplattform Steam gezockt. Auf beide Anwendungen gehe ich nun etwas näher ein.

Virtualisierung auf dem InfinityBook

Aus eigenem Interesse, aber auch um darüber zu berichten, schaue ich mir gern einmal neue Betriebssysteme für den Desktop näher an. Hierzu installiere ich diese i.d.R. in einer VM. Dort kann ich so ziemlich alles simulieren und das OS auf Tauglichkeit checken. Zuletzt hatte ich mir Ubuntu 17.10 auf diesem Gerät näher angesehen.

Aus technischer Sicht gibt es kaum etwas zu schreiben. Das InfinityBook bewältigt solche Aufgaben spielend. Der einzige Wermutstropfen ist, dass CPU-Temperaturen bei entsprechender Last von ca. 85°C erreicht werden. Der Lüfter ist dann in den Spitzen deutlich zu hören. Solche hohen Temperaturen werden allerdings nicht während des gesamten Testlaufs erreicht. Das schont nicht nur die CPU, sondern auch die Ohren.

Gaming auf dem InfinityBook

Beim Gaming sieht das Ganze etwas anders aus. Hier pendeln sich die Temperaturen zwar auch um die 85°C ein, jedoch verharren diese während des Spielens auch auf dem Niveau. Das hat zur Folge, dass der Lüfter doch recht lautstark das Spielvergnügen beeinflusst. Die folgende Grafik verdeutlicht das recht anschaulich.

Getestet wurde mit den zwei älteren Games Duke Nukem 3D: Megaton Edition und Mount & Blade: Warband.

Bei Duke Nukem 3D gab es keinerlei Probleme. Das Spiel lief flüssig und machte bis auf die Lüftergeräusche nach wie vor Spaß.

Bei Mount & Blade hingegen kam doch die Grafik ab und zu leicht ins stocken. Da es das Game auch generell an Spannung vermissen lässt, war die Spielfreude hier schnell eingetrübt.

Fazit

Wenn das InfinityBook Last bekommt, fängt dieses an tüchtig zu schnaufen. Hierbei darf man nicht vergessen, dass es sich bei dem Gerät um kein GamigBook mit einer leistungsstarken Grafikkarte handelt. Seine Stärken spielt das InfinityBooks im mobilen Einsatz aus, wo es nahezu geräuschlos seine Arbeit verrichtet. Das Pro 13 ist, wie schon so oft erwähnt, der perfekte Begleiter auf Reisen.

Vorschau

Im nächsten Artikel werde ich berichten, wie sich das TUXEDO InfinityBook Pro 13 mit Solus 3 schlägt.

Searx in Docker

Inspiriert durch Martins Artikel „Searx auf Uberspace einrichten“ habe ich mich nun auch an der Metasuchmaschine Searx versucht. Da es mit der aktuellen Installationsanleitung aber unter Debian Stretch aktuell Probleme gibt, habe ich mich für die Docker-Variante entschieden. Hierzu wurde Searx hinter einen Reverse Proxy auf dem Apache2 meines Servers gepackt.

Searx läuft auf dem Port 8888 (http://5.1.76.25:8888/). Der Reverse Proxy leitet nun die über https://searx.cybt.de (Port 443) eingehende Anfrage auf den Port 8888 des Servers um.

Der Reverse Proxy wurde als VirtualHost in /etc/apache2/sites-available/proxy.conf angelegt und sieht in meinem Fall so aus:

<VirtualHost *:80>

    ServerName searx.cybt.de

    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined

    RewriteEngine On
    RewriteRule ^/?(.*) https://%{SERVER_NAME}/$1 [R,L]

    ProxyPass / http://127.0.0.1:8888/
    ProxyPassReverse / http://127.0.0.1:8888/

    ProxyPreserveHost On
    ProxyAddHeaders On

</VirtualHost>

<VirtualHost *:443>

    ServerName searx.cybt.de

    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined

    ProxyPass / http://127.0.0.1:8888/
    ProxyPassReverse / http://127.0.0.1:8888/

    ProxyPreserveHost On
    ProxyAddHeaders On

    # This header does not need to be set when using http
    RequestHeader set X-Forwarded-Proto "https"

    Header always set Strict-Transport-Security "max-age=31536000; includeSubDomains;"

SSLCertificateFile /etc/letsencrypt/live/searx.cybt.de/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/searx.cybt.de/privkey.pem
Include /etc/letsencrypt/options-ssl-apache.conf
</VirtualHost>

ServerName searx.cybt.de

ErrorLog ${APACHE_LOG_DIR}/error.log

CustomLog ${APACHE_LOG_DIR}/access.log combined

RewriteEngine On

RewriteRule ^/?(.*) https://%{SERVER_NAME}/$1 [R,L]

ProxyPass / http://127.0.0.1:8888/

ProxyPassReverse / http://127.0.0.1:8888/

ProxyPreserveHost On

ProxyAddHeaders On

</VirtualHost>

ServerName searx.cybt.de

ErrorLog ${APACHE_LOG_DIR}/error.log

CustomLog ${APACHE_LOG_DIR}/access.log combined

ProxyPass / http://127.0.0.1:8888/

ProxyPassReverse / http://127.0.0.1:8888/

ProxyPreserveHost On

ProxyAddHeaders On

# This header does not need to be set when using http

RequestHeader set X-Forwarded-Proto "https"

Header always set Strict-Transport-Security "max-age=31536000; includeSubDomains;"

SSLCertificateFile /etc/letsencrypt/live/searx.cybt.de/fullchain.pem

SSLCertificateKeyFile /etc/letsencrypt/live/searx.cybt.de/privkey.pem

Include /etc/letsencrypt/options-ssl-apache.conf

</VirtualHost>

Damit das alles auch funktioniert, müssen die entsprechenden Module aktiviert sein. Hier die Ausgabe zu meinem Apache2 der HTTPS für die entsprechende URL erzwingt.

# apache2ctl -M

1	# apache2ctl -M

Loaded Modules:
 core_module (static)
 so_module (static)
 watchdog_module (static)
 http_module (static)
 log_config_module (static)
 logio_module (static)
 version_module (static)
 unixd_module (static)
 access_compat_module (shared)
 alias_module (shared)
 auth_basic_module (shared)
 authn_core_module (shared)
 authn_file_module (shared)
 authz_core_module (shared)
 authz_host_module (shared)
 authz_user_module (shared)
 autoindex_module (shared)
 deflate_module (shared)
 dir_module (shared)
 env_module (shared)
 filter_module (shared)
 headers_module (shared)
 mime_module (shared)
 mpm_prefork_module (shared)
 negotiation_module (shared)
 php7_module (shared)
 proxy_module (shared)
 proxy_http_module (shared)
 reqtimeout_module (shared)
 rewrite_module (shared)
 setenvif_module (shared)
 socache_shmcb_module (shared)
 ssl_module (shared)
 status_module (shared)

Loaded Modules:

core_module (static)

so_module (static)

watchdog_module (static)

http_module (static)

log_config_module (static)

logio_module (static)

version_module (static)

unixd_module (static)

access_compat_module (shared)

alias_module (shared)

auth_basic_module (shared)

authn_core_module (shared)

authn_file_module (shared)

authz_core_module (shared)

authz_host_module (shared)

authz_user_module (shared)

autoindex_module (shared)

deflate_module (shared)

dir_module (shared)

env_module (shared)

filter_module (shared)

headers_module (shared)

mime_module (shared)

mpm_prefork_module (shared)

negotiation_module (shared)

php7_module (shared)

proxy_module (shared)

proxy_http_module (shared)

reqtimeout_module (shared)

rewrite_module (shared)

setenvif_module (shared)

socache_shmcb_module (shared)

ssl_module (shared)

status_module (shared)

TUXEDO InfinityBook Pro 13 – Teil 7

Seit einer ganzen Weile habe ich nun das TUXEDO InfinityBook Pro 13 von TUXEDO zum Testen. Meine vorherigen Artikel bezogen sich darauf, wie das Notebook mit diversen Betriebssystemen u.a. Windows, Ubuntu oder Debian zurecht kommt.

Nun möchte ich aber darüber berichten, wie sich das Gerät in meinem normalen Alltag bei schlägt.

Um arbeitsfähig zu sein, habe ich meine Daten, auf die ich regelmäßig zugreife, auf das Gerät kopiert. Die eMail-Konten waren, dank Evolution sichern/wiederherstellen, schnell eingerichtet. Seit Jahren nutze ich ausnahmslos Notebooks. So fiel mir die Umgewöhnung auf dieses Gerät nicht sonderlich schwer. Die Tastatur des InfinityBook finde ich persönlich, bei ausreichendem Hub und gutem Anschlag, recht angenehm. Dadurch bereitet das Tippen von Texten keinerlei Schwierigkeiten. Was mir jedoch ein wenig fehlt, ist der Nummernblock. Darauf muss man jedoch bei einem 13 Zoll Gerät verzichten können. Dieser Umstand stellt aber kein wirkliches Problem dar. Das matte entspiegelte Display ist kontrastreich und lässt genügend Spielraum für ausreichend Helligkeit. Ich persönlich bevorzuge auf dem Pro 13, auf Grund der Full-HD Auflösung, die GNOME-Shell. Texte und Menüs werden so für meine Begriffe recht gut dargestellt.

Die kompakte Bauform sammelt bei mir einige Pluspunkte, weil ich das Gerät ständig dabei haben möchte, um Artikel zu schreiben oder aus der Ferne am Server zu arbeiten. Das InfinitiBook Pro 13 ist dünn, leicht und besitzt ein robustes Gehäuse, welches allerdings im produktiven Einsatz schnell einmal einen Kratzer abbekommen kann. Abnutzungen an den Touchpad-Tasten sind entgegen meiner Erwartung noch nicht zu erkennen.

Des Weiteren finde ich es angenehm wenn kein WLAN am Standort vorhanden ist, auf LAN ausweichen zu können. Dies ist ein großer Vorteil gegenüber dem Vorgängermodell. Da die Nutzung von CDs oder DVDs immer weiter an Bedeutung verliert, habe ich auch kein Problem mit diesem Gerät auf ein entsprechendes Laufwerk zu verzichten.

Ich arbeite in meinem kleinen Home-Office gern mit einem zweiten Monitor. Das InfinityBook Pro 13 lässt mich auch hierbei, dank einer HDMI-Schnittstelle, nicht im Stich. Der Kartenleser (SD/MMC) ist für meine Zwecke ausreichend. Dieser kommt aber nur zum Einsatz wenn ich mit meinem Raspberry Pi experimentiere oder ein Backup des Einplatinencomputer-Systems mache. Mit den vorhandenen USB-Schnittstellen kann ich mich arrangieren.

Im Gegensatz zu meinem ThinkPad bin ich auch durch die an neuere Prozessoren anpassten Kernel ab Version 4.11 von der Akkulaufleistung des Notebooks begeistert. Wo mein ThinkPad schlapp macht, arbeitet das InfinityBook locker noch ein paar Stündchen weiter.

Fazit

Gerade im mobilen Einsatz komme ich sehr gut mit dem InfinityBook zurecht. Das Gerät benötigt wenig Stauraum, ist leicht und verfügt über genug Power um einige Stunden mit dem Gerät zu arbeiten. Das InfinityBook macht aber auch am Schreibtisch eine gute Figur. Ein zweiter Monitor lässt sich problemlos anschließen.

Vorschau

In den nächsten Artikeln werde ich berichten, wie das InfinityBook mit Virtualisierungen und der Spiele-Plattform Steam zurecht kommt.

GnuPG Schlüssel exportieren

Wie man den privaten und den öffentlichen GnuPG Schlüssel auf einem neuen System einspielt, hatte ich im Artikel „GnuPG Schlüssel umziehen“ beschrieben. Hat man jedoch keine Sicherungen der Keys mehr zur Hand, so kann man die entsprechenden Schlüssel von einem bestehenden System via Terminal leicht mit folgenden Befehlen exportieren.

gpg --export-secret-keys -a user@domain.tld > secret.asc

1	gpg --export-secret-keys -a user@domain.tld > secret.asc

gpg --export -a user@domain.tld > public.asc

1	gpg --export -a user@domain.tld > public.asc

Dies hat den Vorteil, dass Änderungen am geheimen Schlüssel übernommen werden.

Beispiel: Ich hatte, als ich mein Schlüsselpaar erzeugt hatte, anfangs eine unsichere Passphrase (Passwort) vergeben. Dann wurde einige Zeit später das damalige Backup des geheimen Schlüssels von mir auf einem anderen Rechner eingespielt. In der Zwischenzeit hatte ich aber das Kennwort geändert. Die Passphrase auf dem anderen System stimmte so nicht mehr mit dem aktuellen Key überein. Da ich mich aber noch an das alte Passwort, dank KeepassX, erinnern konnte, war es kein Problem den Schlüssel zu verwenden.

Aus diesem Grund ist es besser die aktuellen Schlüssel wie hier beschrieben zu exportieren, um nicht mit Passwörtern und anderen Änderungen Probleme zu bekommen.

Eine weitere Möglichkeit wäre, das komplette Verzeichnis ~/.gnupg zu sichern.

Prosody Admin Web

Das Neuaufsetzen von Prosody auf einen Server mit Debian 9 lief bei mir mal wieder nicht ganz ohne Probleme. So hatte ich erst am Wochenende festgestellt, dass es nicht möglich war einzelne Usern zu löschen. Die letzten Spam-User-Registrierungen, wollte ich aber schnell wieder los werden. Der Lösch-Befehl

# prosodyctl deluser user@domain.tld

1	# prosodyctl deluser user@domain.tld

brachte in /var/log/prosody/prosody.err eine Fehlermeldung mit dem Hinweis auf ein Upgrade der neuen Datenbank. Dies war notwendig, da Prosody zuvor auf MySQL lief. Debian 9 hingegen nutzt MariaDB. Dieser Fehler konnte nun recht einfach mit

# prosodyctl mod_storage_sql upgrade

1	# prosodyctl mod_storage_sql upgrade

behoben werden.

Nun fiel mir aber noch ein weiteres Problem ins Auge. Seit einiger Zeit nutze ich das Modul mod_admin_web. Auch hier konnte ich mich nicht mehr im Webinterface einwählen.

Die Ursache bestand darin, dass ich das Modul wie in der offiziellen Beschreibung

VirtualHost "example.com"
   modules_enabled = {
       .....
       "admin_web";
       .....
   }

VirtualHost "example.com"

modules_enabled = {

.....

"admin_web";

.....

}

zwar in die prosody.cfg.lua eingebunden hatte, jedoch die Installation im Nachgang nicht ausgeführt hatte.

Da meine Community-Module in /usr/lib/prosody/prosody-modules liegen, sah die Lösung dann wie folgt aus:

# cd /usr/lib/prosody/prosody-modules/mod_admin_web/admin_web
# ./get_deps.sh
# /etc/init.d/prosody restart

# cd /usr/lib/prosody/prosody-modules/mod_admin_web/admin_web

# ./get_deps.sh

# /etc/init.d/prosody restart

Der Systemstatus sah danach nun wieder unauffällig aus:

systemctl status prosody.service

1	systemctl status prosody.service

? prosody.service - LSB: Prosody XMPP Server
Loaded: loaded (/etc/init.d/prosody; generated; vendor preset: enabled)
Active: active (running) since Sun 2017-11-12 18:07:09 CET; 13h ago
Docs: man:systemd-sysv-generator(8)
Process: 15629 ExecStop=/etc/init.d/prosody stop (code=exited, status=0/SUCCESS)
Process: 13569 ExecReload=/etc/init.d/prosody reload (code=exited, status=0/SUCCESS)
Process: 15635 ExecStart=/etc/init.d/prosody start (code=exited, status=0/SUCCESS)
Tasks: 1 (limit: 4915)
Memory: 17.4M
CPU: 22.794s
CGroup: /system.slice/prosody.service
+-15651 lua5.1 /usr/bin/prosody

Nov 12 18:07:09 intux systemd[1]: Stopped LSB: Prosody XMPP Server.
Nov 12 18:07:09 intux systemd[1]: Starting LSB: Prosody XMPP Server...
Nov 12 18:07:09 intux prosody[15635]: Starting Prosody XMPP Server: prosody.
Nov 12 18:07:09 intux systemd[1]: Started LSB: Prosody XMPP Server.
Nov 13 06:25:16 intux systemd[1]: Reloading LSB: Prosody XMPP Server.
Nov 13 06:25:16 intux prosody[13569]: Reloading Prosody XMPP Server: prosody.
Nov 13 06:25:16 intux systemd[1]: Reloaded LSB: Prosody XMPP Server.

? prosody.service - LSB: Prosody XMPP Server

Loaded: loaded (/etc/init.d/prosody; generated; vendor preset: enabled)

Active: active (running) since Sun 2017-11-12 18:07:09 CET; 13h ago

Docs: man:systemd-sysv-generator(8)

Process: 15629 ExecStop=/etc/init.d/prosody stop (code=exited, status=0/SUCCESS)

Process: 13569 ExecReload=/etc/init.d/prosody reload (code=exited, status=0/SUCCESS)

Process: 15635 ExecStart=/etc/init.d/prosody start (code=exited, status=0/SUCCESS)

Tasks: 1 (limit: 4915)

Memory: 17.4M

CPU: 22.794s

CGroup: /system.slice/prosody.service

+-15651 lua5.1 /usr/bin/prosody

Nov 12 18:07:09 intux systemd[1]: Stopped LSB: Prosody XMPP Server.

Nov 12 18:07:09 intux systemd[1]: Starting LSB: Prosody XMPP Server...

Nov 12 18:07:09 intux prosody[15635]: Starting Prosody XMPP Server: prosody.

Nov 12 18:07:09 intux systemd[1]: Started LSB: Prosody XMPP Server.

Nov 13 06:25:16 intux systemd[1]: Reloading LSB: Prosody XMPP Server.

Nov 13 06:25:16 intux prosody[13569]: Reloading Prosody XMPP Server: prosody.

Nov 13 06:25:16 intux systemd[1]: Reloaded LSB: Prosody XMPP Server.

Mail Relay für Mailcow Dockerized

Nachdem auf meinem neuen vServer ein Webserver und ein Mailserver installiert und eingerichtet waren, tauchte ein neues Problem auf. Meine Webseiten und meine Nextcloud konnten via PHP keine Mails mehr absetzen. Die Ursache hierfür liegt auch dieses Mal in der Konstellation meines Servers mit der installierten Container-Lösung Mailcow Dockerized, wo Postfix im Container seinen Dienst verrichtet und von dem Apache so nicht angesprochen werden konnte.

Was kann man tun?

Am einfachsten ist es in WordPress, Joomla! und der Nextcloud den Mailversand via SMTP einzurichten. Genau das hatte ich auch zur schnellen Lösung umgesetzt. Leider funktionierte das Ganze nicht wirklich mit Elgg.

Wie löst man das Problem zufriedenstellend?

Ganz einfach, indem man ein Mail Relay einbaut. Dazu wird ein lokaler MTA für den Docker Host eingerichtet. Das klingt aber alles komplizierter als es tatsächlich ist.

Dazu habe ich Postfix installiert.

# apt install postfix

1	# apt install postfix

Während der Installation wird man nach dem System mail name gefragt. Hier wurde der Hostname des Servers (intux) eingetragen.

Vorsicht: Nicht die Domain eingeben!

Nach Abschluss der Installation, musste noch die /etc/postfix/master.cf geändert werden. Dazu wurde der SMTP Listener mit # auskommentiert.

# nano /etc/postfix/master.cf

1	# nano /etc/postfix/master.cf

#smtp inet n - y - - smtpd

1	#smtp inet n - y - - smtpd

Danach musste noch 172.22.1.1 als Relay Host hinzu gefügt und das Docker Interface aus inet_interfaces entfernt werden.

# postconf -e 'relayhost = 172.22.1.1'
# postconf -e "mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128"
# postconf -e "inet_interfaces = loopback-only"

# postconf -e 'relayhost = 172.22.1.1'

# postconf -e "mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128"

# postconf -e "inet_interfaces = loopback-only"

Nach einem Neustart von Postfix konnten nun wieder Systemmails via PHP von WordPress und Co. versendet werden.

# /etc/init.d/postfix restart

1	# /etc/init.d/postfix restart

Alle Änderungen werden übrigens in die /etc/postfix/main.cf geschrieben. Nur falls bei der Installation von Postfix mal etwas schief geht. 😉

Weiterführende Infos und Anleitungen findet man auf der Projektseite von Mailcow-Dockerized unter: https://mailcow.github.io/mailcow-dockerized-docs/