So bleibt der Zugriff auf das eigene Netzwerk auch dann möglich, wenn der Server eines Tages mal nicht so funktioniert, wie er soll. Wenn mit der Box generell etwas nicht stimmt und die Internetverbindung komplett wegbricht, ist in der Regel ohnehin alles verloren. Zudem sind Portweiterleitungen in diesem Fall ebenso wenig notwendig wie ein zusätzlicher DynDNS-Dienst, das übernimmt AVM mit seinem MyFritz-Service.

WireGuard auf der Fritzbox einrichten

Einrichten lässt sich das Ganze in der Fritzbox unter Internet » Freigaben im Reiter VPN (WireGuard). Dort wählt man Verbindung hinzufügen und anschließend Einzelgerät verbinden. Den Namen der Verbindung könnt ihr frei wählen, üblicherweise nutzt man hier den Namen des Client-Rechners oder der Person, die das VPN nutzen wird. Zum Schluss muss das Anlegen der Verbindung noch bestätigt werden, etwa per Telefon, Tastendruck oder über die Fritz-App.

Anschließend zeigt euch die Fritzbox eine Seite mit einem QR Code. Den könnt ihr zum Beispiel mit dem Smartphone scannen, um die Verbindung direkt in die offizielle WireGuard App für Android zu übernehmen. Alternativ geht auch die Open-Source-App WG Tunnel, die deutlich mehr Funktionen bietet wie der „offizielle“ WireGuard-Client für Android. Ich persönlich nutze WG Tunnel, das ich über F-Droid installiert habe.

WireGuard Konfiguration in NetworkManager

Für Linux (und generell Desktop-PCs) bietet die Fritzbox die Möglichkeit, die Konfiguration herunterzuladen. Klickt auf den Button und speichert die Datei lokal auf der Festplatte ab. Die Datei wird standardmäßig als wg_config.conf im Ordner Downloads gespeichert. Der Name ist nicht ganz unwichtig, da einige WireGuard-Clients diesen Namen automatisch zur Benennung der Schnittstelle heranziehen.

Den Import erledigt ihr direkt über den NetworkManager am Desktop oder per Kommandozeile. Unter GNOME geht ihr in die Einstellungen, dann Netzwerk, dort klickt ihr auf das Plus Symbol und wählt Aus Datei importieren …. Danach die wg_config.conf Datei auswählen und importieren. Den Namen der Verbindung könnt ihr dann in den Einstellungen beliebig anpassen, ich empfehle aber den Schnittstellennamen auf wg0 zu setzen.

$ nmcli connection import type wireguard file ~/Downloads/wg_config.conf
Verbindung »wg_config« (39724859-b102-4446-bdb2-1ec60f501360) erfolgreich hinzugefügt.

Das war es schon. Ihr könnt das VPN jetzt direkt über die Quick Settings in GNOME aktivieren. Auch andere Desktopumgebungen wie KDE bieten passende Möglichkeiten. Wenn ihr prüfen möchtet, ob die Verbindung steht, installiert unter GNOME die Erweiterung IP Finder. Sie zeigt euch die öffentliche IP-Adresse mitsamt Länderflagge. Sobald dort die Flagge eures Wohnorts erscheint statt eures aktuellen Aufenthaltsorts (bspw. im Urlaub im Ausland), steht das VPN.

Ich für meinen Teil wünsche mir hingegen ein absolut simples TV-Programm: Ein Hauptfenster mit dem Fernsehbild. Eine Seitenleiste mit allen Kanälen. Per Doppelklick in das Bild wechselt man zwischen dem Fenstermodus und Vollbild — Mehr braucht es in der Regel nicht. VLC erfüllt diese Anforderung mehr oder weniger, bietet aber auch zig Funktionen, die beim Fernsehen brach liegen. Der Medienplayer Gnome MPV lässt sich hingegen mit wenigen Tricks in eine eigenständige TV-App für die Fritzbox verwandeln, die eben jene Anforderungen perfekt umsetzt.

Installation von Gnome MPV

Ein fertig gebautes Gnome MPV findet man inzwischen eigentlich immer in den Paketquellen, sofern man eine halbwegs aktuelle Linux-Distribution am Laufen hat. Alternativ liefert die Homepage des Projekts auch Hinweise für optionale Paketquellen für die gerade neueste Version, zudem gibt es auch ein Flatpak-Paket. In der Regel sollte es allerdings genügen die Version aus den Paketquellen der eingesetzten Distribution zu installieren.

### Installation unter Arch Linux
$ pacman -Ss gnome mpv
community/gnome-mpv 0.14-2
    Simple GTK+ frontend for mpv
$ sudo pacman -S gnome-mpv
### Installation unter Ubuntu
$ sudo apt search gnome mpv
Sortierung... Fertig
Volltextsuche... Fertig
gnome-mpv/testing 0.13-1 amd64
  simple GTK+ frontend for mpv
$ sudo apt install gnome-mpv

Nach der Installation kann man das Programm über den Eintrag Gnome MPV aus dem Anwendungsmenü heraus laden. Alternativ startet man das MPV-Backend des Players über das Kommando mpv einfach über ein Terminal. Diese Trennung zwischen GUI und Player kommt uns nachher gelegen, um Probleme beim Empfang des TV-Video-Streams der Fritzbox zu analyiseren.

MPV zum Fritzbox-Empfang überreden

Um das Fernsehsignal der Fritzbox aufzugreifen, braucht man die Senderliste im M3U-Format einer Playlist. Im Menü der Fritzbox öffnet man dazu DVB-C | Senderliste und lädt sich die Datei mit einem Klick auf Senderliste erzeugen auf die Festplatte. In VLC geöffnet, kann man über die Datei nun sofort die Sender streamen. Gnome MPV hingegen meldet beim Öffnen der M3U-Datei für jeden Sender einmal: Playback was terminated abnormally. Reason: unrecognized file format. was zu ein wenig Chaos auf dem Desktop führt.

Holt man sich die URL zu einem der Sender aus der M3U-Datei und versucht ihn mit der Kommandozeilenvariante des MPV-Players zu öffnen, erhält man eine ähnliche Nachricht (Ihr müsst diesen Schritt hier nicht nachvollziehen, er soll nur erklären, wie man auf die Lösung des Problems kommt.)

$ mpv "rtsp://192.168.188.82:554/?freq=314&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=0&pids=0,16,17,18,20,100,101,84,102,103,104,105,106,1176,2070,2171"
Playing: rtsp://192.168.188.82:554/?freq=314&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=0&pids=0,16,17,18,20,100,101,84,102,103,104,105,106,1176,2070,2171
[ffmpeg/demuxer] rtsp: CSeq 3 expected, 0 received.
[ffmpeg/demuxer] rtsp: method SETUP failed: 461 Unkown
[lavf] avformat_open_input() failed
Failed to recognize file format.

Mit dieser Ausgabe kann man nun allerdings ein wenig mehr anfangen, sodass man im Github-Forum des Players auf den Eintrag rtsp error 461 with freebox stream stößt. Die Lösung: Hängt man dem Aufruf die Option --rtsp-transport=udp an, öffnet MPV brav den Fernseh-Stream der Fritzbox.

$ mpv "rtsp://192.168.188.82:554/?freq=314&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=0&pids=0,16,17,18,20,100,101,84,102,103,104,105,106,1176,2070,2171" --rtsp-transport=udp
Playing: rtsp://192.168.188.82:554/?freq=314&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=0&pids=0,16,17,18,20,100,101,84,102,103,104,105,106,1176,2070,2171
[ffmpeg/video] mpeg2video: Invalid frame dimensions 0x0.
[...]
[ffmpeg/video] mpeg2video: Invalid frame dimensions 0x0.
[ffmpeg/demuxer] rtsp: Could not find codec parameters for stream 7 (Unknown: none ([12][0][0][0] / 0x000C)): unknown codec
[...]
AO: [pulse] 48000Hz stereo 2ch s16
VO: [gpu] 720x576 => 1024x576 yuv420p
AV: 00:00:08 / 00:00:13 (64%) A-V:  0.000 Cache:  4s+3MB

Gnome MPV als TV-App auf dem Desktop

Die Option kann man nun auch Gnome MPV mit auf dem Weg geben. Für noch mehr Komfort würde ich jedoch den Medienplayer gleich als TV-App im System fest verankern. Dazu lädt man sich von Google Play das Icon der Fritz-TV-App herunter und schiebt die Bilddatei nach ~/.local/share/icons ins eigene Home-Verzeichnis. Anschließend erstellt man die Datei ~/.local/share/applications/fritztv.desktop mit dem Inhalt aus dem folgenden Listing (aus der zweiten Listing-Box).

$ wget https://lh3.googleusercontent.com/P1hF9zUmQCU2JKtDu62at59m5Mgzdm03T_IhMovYemy43a0zQdso5J5Dfm2opHpN7w=s800 -O ~/.local/share/icons/avm-fritz-tv.png
$ gedit ~/.local/share/applications/fritztv.desktop

[Desktop Entry]
Type=Application
Name=Fritz TV
GenericName=TV Player for Fritz.Repeater
Comment=Play tv over network
Icon=avm-fritz-tv.png
Exec=gnome-mpv /home/benutzername/TV/tvsd.m3u --rtsp-transport=udp --deinterlace
Terminal=false
Categories=AudioVideo;Audio;Video;Player;TV;
X-KDE-Protocols=ftp,http,https,mms,rtmp,rtsp,sftp,smb

Beachtet bitte, dass in der Zeile Exec=[...] der vollständige Pfad zur M3U-Datei und der korrekte Dateiname stehen muss, passt die Zeile daher noch an eure Situation an. Ich persönlich hab die M3U-Dateien in einem Unterordner in meinen Home-Verzeichnis liegen. Der Zusatz --deinterlace sorgt neben der schon erklärten Option --rtsp-transport=udp für ein besseres Bild. Nach dem Speichern sollte nun ein zusätzlicher Eintrag mit dem Namen Fritz TV in eurem Anwendungsmenü auftauchen. Ein Klick auf das Icon lädt Gnome MPV mit allen von der Fritzbox angebotenen TV-Sendern und den passenden Einstellungen.

Alternativ könnt ihr die Einstellungen auch direkt in Gnome MPV eintragen. Öffnet dazu die Einstellungen und tragt im Reiter Allgemein ganz unten im Feld Weitere Optionen für MPV die Zeile --rtsp-transport=udp --deinterlace ein. So startet Gnome MPV automatisch immer mit den richtigen Eintellungen — allerdings auch dann, wenn ihr mit dem Programm „normale“ Videos abspielen wollt. Nutzt mal Gnome MPV nur als TV-Anwendung geht das klar, andernfalls würde ich den Weg über einen eigenen Eintrag im Anwendungsmenü gehen.

Erstmal gilt es die in meinem Netzwerk maximal erzielbare Datenrate auszumessen. Diese Werte sollen später als Referenz dienen, ob die mit der Fritzbox ermitteln Werte auch die Realität abbilden. Dazu hänge ich zwei ausgewachsene Rechner (einen mit Arch und einen mit Ubuntu 15.10) mit Gigabit-Ethernet an die Fritzbox (in meinem Fall eine Fritzbox 7490) und installiere auf beiden Rechner Iperf. Das Programm findet sich bei eigentlich allen Distributionen in den Paketquellen von Linux. Arch Listet neben der Version 2.x bereits auch Iperf3 in den Quellen auf. Achtet darauf, dass die neue Version nicht zu der alten abwärtskompatibel ist und installiert am besten die ältere Ausgabe des Programms. Bei Bedarf gibt es das Programm auch für MacOS X und Windows.

Datenrate im Netz mit Iperf ermitteln

### Iperf unter Ubuntu/Debian installieren...
$ sudo apt install iperf
### Iperf unter Arch Linux installieren...
$ pacman -Ss iperf
community/iperf 2.0.5-9
    A tool to measure maximum TCP bandwidth
community/iperf3 3.1.2-1
    Internet Protocol bandwidth measuring tool
$ pacman -S iperf

Anschließend starte ich Iperf auf einem der Rechner im Server-Modus und auf dem zweiten Computer als Client. Nach wenigen Sekunden spuckt die Client-Seite das Ergebnis aus, dieses erscheint ebenfalls im Log des Iperf-Servers. In meinem Fall erreichen die zwei mit Gigabit-Netzwerkkarten ausgestatteten Rechner an der Fritzbox fast die theoretisch maximale Datenrate. Die 940 MBit/s können sich auf jeden Fall sehen lassen und zeigen, dass mit der Verkabelung alles passt. Nun muss die Fritzbox beweisen, was sie als Iperf-Server zu leisten imstande ist.

$ iperf -s 
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[  4] local 192.168.178.80 port 5001 connected with 192.168.178.57 port 36672
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.0 sec  1.10 GBytes   941 Mbits/sec

### Iperf-Test via Fritzbox und UDP
$ iperf -c 192.168.178.80
------------------------------------------------------------
Client connecting to 192.168.178.80, TCP port 5001
TCP window size: 85.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.178.57 port 36672 connected with 192.168.178.80 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec  1.10 GBytes   943 Mbits/sec

Iperf-Server auf der Fritzbox aktivieren

Der Iperf-Server ist nun auf der Fritzbox nicht von Haus aus aktiv. Für den Leistungstest müsst ihr die versteckte Konfigurationsseite der Fritzbox unter http://fritz.box/support.lua aufrufen und dort den Haken bei der Option Messpunkt für einen Iperf-Client im Heimnetz aktivieren, Port 4711 für TCP und UDP setzen und weiter unten auf Einstellungen übernehmen klicken. Auf den zweiten Schalter Messpunkt für einen bidirektionalen Iperf-UDP-Test im Heimnetz aktivieren, Port 4712 für UDP gehe ich später noch ein, erst einmal reicht es lediglich die erste Option zu aktivieren.

Im Gegensatz zum „Standard-Iperf“ lauscht der Fritzbox-Iperf-Server nun nicht auf Port 5001 auf eingehende Verbindungsanfragen sondern auf Port 4711. Von eurem Testrechner müsst ihr als Iperf daher mit der Portangabe -p 4711 starten. Fast schon wie erwartet, zeigt sich bei diesem Test wieder, dass die CPU der Fritzbox (selbst die des aktuellen Top-Modells 7490) für die Verarbeitung von Netzwerkpaketen nicht wirklich geeignet ist. Iperf meldet gerade mal einen Datendurchsatz von 173 MBit/s. Zur Erinnerung: Leitet die Fritzbox die Datenpakete als Switch nur von Rechner zu Rechner weiter, erzielt eine Iperf-Konfiguration bestehend aus zwei Gigabit-Rechnern eine Datenrate von über 940 MBit/s.

### Iperf-Test via Fritzbox und TCP
$ iperf -c 192.168.178.1 -p 4711
------------------------------------------------------------
Client connecting to 192.168.178.1, TCP port 4711
TCP window size: 85.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.178.57 port 57234 connected with 192.168.178.1 port 4711
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   206 MBytes   173 Mbits/sec

Iperf im UDP-Modus zeigt realistisches Ergebnis

Zur Rettung der Ehre der Fritzbox aktiviert ihr nun den zweiten Punkt Messpunkt für einen bidirektionalen Iperf-UDP-Test im Heimnetz aktivieren, Port 4712 für UDP und übernehmt die Einstellung wieder. Damit habt ihr die Möglichkeit die Netzwerkgeschwindigkeit mittels des schlanken User Datagram Protocol kurz UDP zu testen. Bei diesem wird im Gegensatz zu TCP aka Transmission Control Protocol unter anderem keine Bestätigung beim Empfang eines Datenpakets zurück zum Sender geschickt, was unter anderem den Overhead des Protokolls reduziert und die Prozessorlast bei der Übertragung senkt. Schmeißt ihr nun auf eurem Rechner Iperf an, fügt ihr dem Aufruf die Optionen -u für UDP und -b 1000M für die Zielbandbreite von 1 GBit/s an.

$ iperf -c 192.168.178.1 -p 4712 -u -b 1000M
------------------------------------------------------------
Client connecting to 192.168.178.1, UDP port 4712
Sending 1470 byte datagrams
UDP buffer size:  208 KByte (default)
------------------------------------------------------------
[  3] local 192.168.178.57 port 42387 connected with 192.168.178.1 port 4712
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   969 MBytes   813 Mbits/sec
[  3] Sent 691514 datagrams
[  3] WARNING: did not receive ack of last datagram after 10 tries.

In diesem Modus entspricht die von Iperf auf der Fritzbox ermittelte Datenrate von 813 MBit/s deutlich eher der Realität, der Wert liegt aber trotzdem noch rund 14 Prozent unter dem, den ich mit zwei „ausgewachsenen“ Rechnern ermittelt habe. Der in der Fritzbox integrierte Iperf-Server eignet sich daher nicht wirklich für Leistungstests mit Gigabit-Ethernet oder WLAN nach IEEE 802.11ac, das zumindest in der Theorie ähnlich schnelle Datenraten erzielen sollte. In der Praxis liegen die Datenraten von Smartphones und Notebooks trotz WLAN-AC deutlich unter der von Gigabit-Ethernet, sodass hier der Fritzbox-Iperf zumindest vergleichbare Aussagen liefern sollte.

Iperf auf Android-Smartphones und -Tablets

Der in der Fritzbox integrierte Iperf-Server eignet sich daher im Prinzip hauptsächlich dafür den Durchsatz von per WLAN angebundenen Geräten wie Notebooks, Smartphones oder Tablets zu messen. Für Android gibt es daher eine ganze Reihe von Apps, die als Iperf-Client dienen können. Die Homepage des Iperf-Projekts listet dafür eine ganze Reihe von Apps für Android (sowie eines für iOS) auf, doch nicht jede dieser Apps eignet sich für den Fritzbox-Iperf-Server, da dieser nicht auf dem Standard-Port des Protokolls (Port 5001) lauscht und sich der Port in der App anpassen lässt.

FRITZ!App WLAN mit Iperf-Test

1 von 3

In der Praxis bei mir hat sich die FRITZ!App WLAN bewährt. In dieser lässt sich aus der Seitenleiste heraus die Option WLAN messen aufrufen. Die Funktion führt eine ganze Reihe von Tests durch, darunter eben (wenn die Iperf-Option, wie oben im Artikel beschrieben, zuvor in den Fritzbox-Einstellungen aktiviert wurde) auch einen Iperf-Test. Diesen allerdings nur mit der TCP-Option, die generell geringere Datenraten anzeigt. Alternativ könnt ihr zu den kostenlosen Apps Aruba Utilities oder iPerf for Android greifen. In diesen Apps könnt ihr vom PC gewohnten Iperf-Optionen eins zu eins übertragen, was allerdings ein wenig Tipparbeitet auf der virtuellen Smartphone-Tastatur bedeutet.

Aruba Utilities und Iperf for Android

1 von 5

Synology Diskstation von Heartbleed betroffen!

Betroffen sind wohl mindestens alle Synology Diskstations mit der aktuellen Firmware in der Version DSM 5.0-4458 Update 1. Wie es mit älteren Ständen der Firmware aussieht, kann ich mangels Gerätepark leider nicht sagen — ich würde jedoch auf jeden Fall dazu raten meine Diskstation überprüfen. Wer den Zugang zu seiner Synology Diskstation über das Internet freigegeben hat, der sollte diese daher bis zum Update der Firmware seitens Synology nicht über https ansteuern, sondern besser erst einmal ein VPN zur Diskstation einrichten und sich dann komplett verschlüsselt auf der Diskstation anmelden. [Update 10.04.14: Inzwischen gibt es ein Heartbleed-Update für DSM 5.0, die älteren Version DSM 4.2 und DSM 4.3 werden ebenfalls noch mit Updates versorgt.]

Das FRITZ!OS der weit verbreiteten FRITZ!Boxen hingegen zeigt in der aktuellen Version FRITZ!OS 06.03 keine Heartbleed-Schwächen — zumindest spuckt der Heartbleed-Checker bei mir keine Warnung aus. Aber da so gut wie jeder Router im Inneren mit einem Linux arbeitet, solltet ihr diesen mit dem dem Heartbleed Test überprüfen — Sinn macht dies natürlich nur, wenn ihr das Konfigurationsbackend eures Routers oder andere Dienste für das Internet geöffnet habt. Wer nicht weiß, wie man seine aktuelle IP herausfindet, der bekommt diese zum Beispiel über wtfismyip.com im Browser angezeugt. Vergesst nicht den Serverport des Backends an die IP-Adresse mit einem :1234 anzuhängen.

Eigene IT-Hardware auf Heartbleed überprüfen

Wer einen Rechner in einem lokal begrenzten Netzwerk in den eigenen vier Wänden auf den Heartbleed-Bug hin überprüfen möchte, der kommt mit dem Web-basierten Test nicht weit. Der Heartbleed-Checker lässt sich über das Github des Autors allerdings auch lokal auf dem Rechner installieren. Besonders Arch-Linux-User haben es hier — mal wieder — leichter, das Paket lässt sich bequem aus dem AUR installieren.

$ sudo pacaur -S heartbleed-git

Der Test spuckt entweder ein „SAFE“ aus, dann ist das von euch geprüfte System nicht von Heartbleed betroffen, oder die Yello Submarine meldet ein „VULNERABLE“, dann solltet ihr entweder endlich mal die anstehenden Updates installieren, oder euch — besonders bei Geräten mit fest verbauter Firmware — beim Hersteller melden.  Dieser muss dafür sorgen, dass die Sicherheitslücke so schnell wie möglich behoben wird — besonders wenn das Gerät direkt im Internet hängt.

Mit Bekanntwerden der Schwachstelle wurde nicht lange um den heißen Brei herumgeredet. Es wurde offengelegt was schief läuft, Tipps lanciert wie man den Fernzugriff deaktiviert — falls er denn einmal extra aktiviert wurde, und dann über das Wochenende hinweg Updates bereit gestellt, die das Problem beheben. Dabei aktualisiert AVM nicht nur die aktuellen FRITZ!Boxen, sondern liefert sogar noch Updates für die über acht Jahre alte Fritz!Box 7170 aus. Ich persönlich empfinde dies als ein Beispiel für die generell sehr gute Produktpflege bei AVM, denn einen Router kauft man sich nicht alle Tage. Mein FRITZ!Box 7390 hat mehr als drei Jahre auf dem Buckel, und trotzdem läuft die aktuelle AVM-Firmware auf dem Gerät, das sollten Android-Handys mal nachmachen

Daher auch noch mal hier im Blog: Spielt das Update der FRITZ!Box-Firmware ein! Einfach per http://fritz.box im Router einloggen, und dort entweder unter „Assistenten“ oder unter „System -> Update „die Update-Routine aufrufen und nach einer neuen FRITZ!OS-Version suchen lassen, wenn das System nicht sowieso schon ein Update anzeigt. Macht das bitte nicht nur bei euch, sondern auch bei Freunden, Bekannten oder Verwandten, die nicht so fit mit der Technik sind und sich nicht um solch banale Dinge wie den Router im Telefonschränkchen kümmern — Beim Telefon spielt man ja auch nicht mit irgendwelchen Updates rum…

Stellt sich nun nur noch die Frage, wie lange der Hack eigentlich im Einsatz war. Im IP-Phone-Forum gibt es einen Nutzer, der bereits Anfang November von teuren Gesprächen zu ausländischen Nummern berichtete, die er nicht geführt haben will. Allerdings schreibt er auch, dass er den in der FRITZ!Box eingerichteten VoIP-Account auch über das Internet nutzt, was natürlich eine gewaltige Sicherheitslücke aufreißen kann. Ebenso fehlt die Information, ob er mit seinem Problem an AVM herangetreten ist. Von daher kann der kuze Zeitraum vom Bekanntwerden der Schwachstelle, bis zum Fix durchaus stimmen.

Ich für meinen Teil habe den Fernwartungszugang der FRITZ!Box gar nicht erst geöffnet. Warum auch? Es ist zwar durchaus mal sehr bequem sich aus dem Netz zuhause in der Box einloggen zu können, aber muss das unbedingt direkt über http/https sein? Ich für meinen Teil lege unter diese Verbindung lieber noch ein VPN. Mit FRITZ!OS 6.0 lässt sich das FRITZ!Box-VPN recht bequem auch unter Linux und Android nutzen, ohne dass man mit nervigen Windows-Tools herumhantieren müsste, wie es früher mal nötig war. Von daher bleibt bei mit der Fernwartungszugang auch weiterhin zu, zur Not ist das VPN schnell aufgebaut.

Früher einmal brauchte es für das FRITZ!Box-VPN einen Shrew Soft VPN Client und einiges an Bastelarbeit. Seit einiger Zeit arbeitet das FRITZ!Box-VPN jedoch nach dem CISCO-Standard, der sich via „vpnc“ auch problemlos unter Linux nutzen lässt. Die Sache hatte aber für Linuxer dennoch einen Haken: Die benutzerspezifische VPN-Konfiguration musste man mit einem AVM-Tool erzeugen, das es nur für Windows gab. Mit dem Update auf FRITZ!OS 6.0 ist dies nun aber Geschichte, das FRITZ!Box-VPN lässt sich komplett unter Linux einrichten. Dazu installiert ihr am besten erst einmal den VPNC-Client mitsamt dem Plugin für den Network-Manager auf eurem Rechner.

## Ubuntu oder Debian mit KDE...
$ sudo apt-get install network-manager-vpnc

## Ubuntu oder Debian mit GNOME oder XFCE...
$ sudo apt-get install network-manager-vpnc-gnome

## Arch Linux mit GNOME oder XFCE...
$ sudo pacman -S networkmanager-vpnc

Anschließend öffnet ihr die FRITZ!Box-Einstellungen und geht dort zu „Internet > Freigaben > VPN“. Hier lässt sich nun direkt der „Fernzugang für einen Benutzer einrichten“. Klickt Ihr auf „Weiter“ kommt Ihr zur Benutzerverwaltung, in der Ihr nun entweder einen neuen FRITZ!Box-User einrichtet oder über das Edit-Icon einen bestehenden bearbeitet. Dort lässt sich nun über den Haken bei „VPN“ der Fernzugang für diesen User aktivieren. Die nötigen Zugangsdaten bekommt ihr, wenn ihr auf „VPN-Einstellungen anzeigen“ klickt. Diese musste man sich bisher von dem Windows-VPN-Tool der FRITZ!Box generieren lassen.

Ihr ruft nun die Netzwerk-Einstellungen auf, und legt dort über das „Plus-Icon“ eine neue Netzwerk-Verbindung an. Ihr seht hier den Network-Manager aus GNOME3.8, auf Systemen mit KDE oder älteren GNOME-Versionen sieht das natürlich immer ein wenig anders aus, aber das Prinzip bleibt natürlich immer das selbe. Legt hier dann eine VPN-Verbindung an und wählt den „Cisco-kompatiblen VPN-Client (vpnc)“ als Typ aus. Diese Option sollte verfüpgbar sein, wenn ihr wie eingangs beschrieben das VPNC-Plugin für den Network-Manager installiert habt.

Der nächste Schritt ist nun der aufwändigste, ihr müsste die Zugangsdaten in eurem System eintragen. Den Namen könnt ihr frei wählen, ansonsten finden ihr alle Daten in den VPN-Einstellungen, die euch die FRITZ!Box am Ende angezeigt habt. Das Gateway ist die DynDNS-URL (zum Beispiel die myfritz.net-Adresse) zu eurer Box, der Benutzername ist der eures FRITZ!Box-Users, das Benutzerpasswort ist identisch zu dem von euch auf der FRITZ!Box genutzten Passwort. Als Gruppennamen tragt ihr wieder den Namen eures FRITZ!Box-Users ein und als Gruppenpasswort letztendlich das „IPSec Pre-Shared Key“ aus den den VPN-Einstellunegn der FRITZ!Box.

• Name: <Frei wählbar>
• Gatway: <wasauchimmer.myfritz.netaus den VPN-Einstellungen>
• Benutzername: <Das Login eures Users aus den VPN-Einstellungen>
• Benutzerpasswort: <Das Passwort eures Users>
• Gruppenname: <Das Login eures Users aus den VPN-Einstellungen>
• Gruppenpasswort: <Shared Secret aus den VPN-Einstellungen>

Setzt ihr die Auswahlbox bei den Passwörtern auf „Gespeichert“, dann sichert GNOME die Passwörter sicher im GNOME-Keyring, so dass ihr euer VPN nach Hause mit nur einem Klick starten könnt. Die restlichen Einstellungen und auch die „Erweitert“-Box am Ende könnt ihr unverändert lassen. Nun gilt es das neue VPN nur noch zu sichern und dann per An/Aus-Schalter zu starten. Nach einem kurzen Moment sollte euch der Nemtwork-Manager melden, dass ihr verbunden seid.

Die neue Weboberfläche macht nun auch das Einrichten des FRITZ!Box-VPNs unter Android einfacher. Wie schon gehabt aktiviert ihr den VPN-Zugang bei eurem FRITZ!Box-User und lasst euch den Dialog mit den VPN-Settings anzeigen. Unter Android öffnet ihr nun die „Einstellungen“ und öffnet dann den Eintrag „Mehr…“ unter „Drahtlos & Netzwerke“, dort geht es dann weiter in zu „VPN“.

Hier könnt ihr dann unter einem beliebigen Namen euer FRITZ!Box-VPN eintragen. Als Typ wählt ihr „IPSec Xauth PSK“, die Serveradresse ist wieder die DynDNS- oder MyFRITZ-URL, unter der ihr eure FRITZ!Box aus dem Internet heraus ansprechen könnt. Die IPSec-ID ist wieder der kryptographische Schlüssel aus den VPN-Settings der FRITZ!Box. Den Nutzernamen und das Passwort eures Usern gebt ihr dann im nächsten Schritt an. Anschließend müsst ihr nur noch die VPN-Verbidnung starten und schon seid ihr „zuhause“.

Damit man Empathy als Softphone benutzen kann, muss man das Rakia-Modul für Telepathy installieren. Zur Erinnerung: Telepathy ist ein Framework, das die Unterstützung von Chat-Protokollen und deren GUI trennt. So setzt eben das IM-Programm Empathy und aber auch die in GNOME integrierte Chat-Funktion über die Benachrichtigungen auf Telepathy auf. In Ubuntu lässt sich Rakia wie auch ein Plugin zum Managen des SIP-Accounts aus den Paketquellen installieren…

# Ubuntu 13.04...
$ sudo apt-get install telepathy-rakia account-plugin-sip
# Ubuntu 12.10...
$ sudo apt-get install telepathy-sofiasip account-plugin-sip

…allerdings, und da ist der Haken an der Sache, ist das Ganze bei Ubuntu verbuggt wie Bolle. Ich habe die SIP-Geschichte schon länger verfolgt, wirklich nutzbar war die Entwicklung aber nie. Unter Arch Linux aber (und da schließt sich eben der Kreis, warum ich aktuell eher auf Arch baue) schnurren GNOME3, Empathy und auch das Rakia-Modus, das es als telepathy-rakia in den normalen Quellen gibt, wie eine Kätzchen. Ihr müsst nur Empathy und eben das Modul installiert haben, die Konten-Verwaltung von Empathy laden und dort die Daten des zuvor angelegten VoIP-Telefons eintragen. Anschließend solltet ihr mit eurem Computer umgehend in eurer FRITZ!Box als Telefon eingebucht sein.

Gehen Anrufe ein, dann signalisiert euch GNOME das Telefonat über ein Klingeln — ach was, oder? — und über eine Benachrichtigung am unteren Rand. Dort könnt ihr den Anruf ablehnen — und ihn damit auf den Anrufbeantworter lenken, wenn ihr in den FRITZ!Box einen eingerichtet habt — oder eben das Gespräch annehmen. In dem Call-Dialog habt ihr dann einen Nummernblock und Buttons zum De-/Aktivieren von Kamera (nicht mit einem anderen SIP-Account getestet), Mikro und Co. Einen eigenen neuen Anruf startet ihr über das Anwendungsmenü.

Wie eingangs gesagt gebe ich euch hier Infos, die nicht nur für Empathy und die FRITZ!Box gelten. Habt ihr nur einen „normalen“ Router ohne VoIP-Funktion, dann könnt ihr Empthy mit jedem anderen SIP-Anbieter benutzen. Sipgate, dus.net, Justvoip und wie sie alle heißen, bei Sipgate kann man sich zum Beispiel eine kostenlose Ortsrufnummer holen. Einfach nur die Zugangsdaten eintragen, und schon kann man mit Empathy telefonieren.

Andersrum gilt natürlich auch: Wer eine FRITZ!Box mit VoIP-Funktion zuhause stehen hat, aber kein Linux nutzt oder Empathy und GNOME nicht mag, der kann den Spaß natürlich auch mit anderen SIP-Clients aufsetzen. Unter Windows baut man wohl am besten auf Phoner bzw. noch besser Phonerlite oder vielleicht auch auf QuteCom, das früher mal unter OpenWengo lief. Unter Linux bietet sich noch Ekiga als ordentlich gepflegter Client an. Eine Liste mit VoIP-Clients findet ihr in der Wikipedia.

Insgesamt ist  VoIP über SIP eine ziemlich geniale Sache. Ich benutze sehr oft diverse Prepaid-Anbieter, weil diese so ziemlich die günstigsten Tarife im Angebot haben, um auch mal Abseits der „großen“ Nationen (USA, Europa, Brasilien und Co.) günstig telefonieren zu können. Nicht in jedem Land sind schnelle Internetanbindungen Standard, da bleibt dann nur das gute alte Telefon.

Mehrbenutzerbetrieb

Nachdem die FRITZ!Box immer mehr kann als „nur“ zu Routen, wurde es nötig ein Account-System auf der Box zu schaffen. Ihr könnt daher nun unter System -> FRITZ!Box-Kennwort neue Benutzer anlegen und bestimmen was diese dürfen. Für jeden User legt ihr so fest, ob er die FRITZ!Box Konfigurieren können soll, ob er auf Sprachnachrichten, die Faxe oder die Anrufliste zugreifen darf oder ob er Zugriff auf die angeschlossenen Festplatten haben soll. Ihr könnt aber auch alles so lassen wie es war und euch nach wie vor mit einem Passwort ohne extra User anmelden.

Anrufbeantworteransagen

Die FRITZ!Box-FON-Modelle haben schon immer einen integrierten Anrufbeantworter. Neu hinzugekommen ist jetzt die Möglichkeit eigene Ansagen auf die Box hochzuladen. Zudem könnt ihr jetzt die Aktivität des Anrufbeantworters über eine Zeitsteuerung regeln.

Faxe versenden

Das gute alte Fax ist ein Anachronismus unserer Zeit. Man braucht es so gut wie nie, aber wenn dann doch, dann findet man keine Möglichkeit eines zu verschicken. Die FRITZ!Box Fon kann schon länger Faxe empfangen, man bekommt sie nach dem vollständigem Empfang als Email zugeschickt. Nun aber kann die Box aux Faxe über eure Telefonleitung oder auch einen SIP-Anbieter (eine „richtige“ Telefonleitung braucht ihr also nicht) absenden.

Allerdings wollte die Funktion bei mir noch nicht wirklich, in meinem Test habe ich als SIP-Anbieter einen DUS.net-Account gewählt. Das Fax geht fast erfolgreich durch, bei 100% der Übertragung bricht die FRITZ!Box ab und meldet „Der Sendevorgang ist gescheitert(0x3311)“, meine Faxe sind aber letztendlich trotzdem angekommen. Ob es an der SIP-Leitung oder der neuen Funktion liegt, kann ich leider mangels eines herkömmlichen Telefonanschlusses nicht sagen.

Ein bisschen ärgerlich finde ich es, dass sich mit der neuen Fax-Funktion keine PDFs als Quelle nutzen lassen. Man kann nur Text von Hand eingeben oder ein Bild als zusätzlichen Fax-Angang eingeben. Der gebräuchlichste Use-Case wird wohl aber sein, dass man ein PDF hat, das man durchs Fax jagen möchte, hier sollte AVM noch ein bisschen nachlegen und auch PDFs unterstützen.

Smart Home

Die wohl spannendste Neuerung ist die Integration des „Smart Home Netzwerkes“. So nennt AVM seine Heimautomation. Den Anfang macht die Schaltsteckdose FRITZ!DECT 200, einmal gekoppelt könnt ihr die Steckdose über das Web-Frontend der FRITZ!Box ab- und anschalten. Die Signale und Daten werden dabei nicht via WLAN, sondern über wie bei einem schnurlosen Telefon mittels DECT übertragen. Dadurch hat das Gerät eine hohe Reichweite, ohne selber viel Strom zu schlucken.

So smart ist das in meinen Augen – und wohl auch in denen von AVM – noch nicht, so richtig smart wird die FRITZ!DECT 200 erst durch automatische Schaltfunktionen. So könnt ihr die Dose nach der Zeit, zufällig, rhythmisch oder aber nach dem Sonnenauf/-untergang schalten. Auf Wunsch kann man sich auch Termine in seinen Google-Kalender eintragen und diese von der Box auslesen lassen.

Das richtig Clevere ist allerdings in meinen Augen die integrierte Verbrauchsmessung. Sie loggt auch über einen längeren Zeitraum den Verbrauch der angeschlossenen Geräte mit, so dass man sehen kann was die angeschlossenen Geräte so schlucken. Die Daten kann man sich als nackte Zahlen ausgeben lassen, aber auch als Graph ansehen. Der Graph wird in Echtzeit aktualisiert, so dass man sich direkt ansehen kann, welche Geräte wie viel Strom kosten.

Ich hatte hier spasseshalber meinen Samsung ML-2851ND, mein Raspberry PI, eine Sonos WLAN-Bridge und eine Synology Diskstation mit zwei großen Platten an dem Adapter hänger. Man kann sehr gut das Abschalten der einzelnen Geräte erkenne. Würde ich alle 24/7 durchlaufen lassen, hätte ich Stromkosten von gut 100 Euro im Jahr. Jetzt wünsche ich mir nur noch einen USB-Notaus-Knopf, mit dem man die Dose übers Netz bequem ein und ausschalten kann, ohne sich durch das Web-Frontend hangeln zu müssen.

Von den Funktionen finde ich die neue Firmware nicht sooooo spannend. Das große Feature, die „MyFRITZ-Cloud“ ist leider nicht viel mehr als ein Ersatz für DynDNS-Anbieter wie bspw. Dyn.com oder no-ip.com. Ohne Desktop-Client-Programme, die im Hintergrund Daten synchronisieren, ist die eigene MyFRITZ-Cloud leider nur ein lahmer Online-Speicher, aber beleibe kein Ersatz für Dropbox und Co. Dann setze ich doch lieber OwnCloud auf einem Raspberry Pi oder einen vielleicht noch etwas schnellerem Single-Board-Computer ein, da die Ressourcen des RasPis doch ein wenig arg begrenzt sind.

Die für mich wichtigste Neuerung bei FRITZ!OS ist die Anbindung der Adressbücher von GMX, Web.de und natürlich dem Adressbuch von Google, das man auch mit seinem Smartphone abgleichen kann. Die FRITZ!Box kann das Adressbuch von Google einlesen, so dass man nun nur mehr einen Adressbestand pflegen muss. Leider aber können „normale“ DECT-Telefone das Adressbuch der FRITZ!Box nicht nutzen, da muss man schon zu einem Androiden mit der FRITZ!App Fon oder einem FRITZ!Fon von AVM greifen.

• Verbesserung der DSL-Datenrate (Annex J) und Interoperabilität bei VDSL
• Telefonie: Google Kontakte als Online-Telefonbuch einbinden
• Priorisierung für Sprachdaten bei Verwendung von FRITZ!App Fon (Mindestvoraussetzungen)
• FRITZ!Box-Wunschname für die Anzeige im Heimnetz, Mediaserver, Aufruf im Browser und WLAN SSID
• Benutzeroberflächen „fritz.box“ und „fritz.nas“ für den Zugriff von Mobilgeräten optimiert
• Online-Hilfe erweitert um Suchfunktion und Navigation
• Gastzugang auf LAN Port 4 einstellbar
• Feedback Eingabemöglichkeit pro WLAN-Client integriert
• Automatischer Fehlerbericht an AVM (abschaltbar unter fritz.box/html/support.html)