Trotz aller Tipps aus der AVM-Wissensdatenbank und unzähliger Anpassungen in den Einstellungen änderte sich daran nichts. Ich vermute ein thermisches Problem: Nach Abschalten und einer Abkühlphase funktioniert das WLAN zunächst stabil, doch je länger die Fritzbox wieder in Betrieb war, desto häufiger traten die Aussetzer erneut auf.

Warum die Wahl auf die Fritzbox 5690 Pro fiel

Ein kompletter Neustart war also nötig. Allzu sehr hat mich das nicht gestört – die 7580 war ohnehin ein eher enttäuschendes Modell. Zwar ursprünglich von AVM als Flaggschiff gedacht, blieb sie in Sachen Software-Updates und Funktionen schnell auf der Strecke. WireGuard als moderne VPN-Lösung wurde zum Beispiel nie integriert. Das war für mich ein echter Minuspunkt, da ich mir nach der Ankündigung seitens AVM einen wesentlich vereinfachten und verbesserten VPN-Zugang zur Fritzbox von Linux-Systemen aus versprochen hatte.

Da bei mir – eventuell – in unbestimmter Zukunft ein Wechsel auf Glasfaser ansteht, fiel die Wahl auf die AVM Fritzbox 5690 Pro. Der Router ist für DSL und Glasfaser ausgelegt und somit bestens geeignet für den Übergang. Wer wie ich aktuell noch DSL nutzt, aber mittelfristig auf Glasfaser umsteigen will, muss so nicht erneut Geld in die Hand nehmen. Preislich liegt die neue Fritzbox bei rund 300 Euro – kein Schnäppchen, aber dank der Dual-Modem-Ausstattung irgendwie noch zu vertreten.

Reibungsloser Umzug von alter zu neuer Fritzbox

Der Wechsel verlief erstaunlich problemlos. Die Export- und Importfunktion der Fritzbox hat zuverlässig funktioniert: Zugangsdaten für den DSL-Anschluss wurden korrekt übernommen, ebenso meine Netzwerkkonfiguration. In meinem Netzwerk läuft ein Pi-hole zur netzweiten Werbeblockade – das funktionierte sofort wieder wie gewohnt. Auch DynDNS, Portweiterleitungen und das über Google synchronisierte Telefonbuch wurden korrekt übertragen.

Nur bei den DECT-Geräten wie dem Fritzfon C6 (nutze ich eigentlich nur noch zum Bestätigen von Einstellungen in der Fritzbox – meine Festnetznummer kennen und nutzen noch genau zwei Personen) sowie bei den Smart-Home-Komponenten wie Steckdosen und Heizkörperthermostaten musste ich einmal manuell Hand anlegen. Die Geräte ließen sich jedoch schnell wieder neu verbinden. Gruppen und Schaltpläne blieben erhalten, sodass der Aufwand minimal war.

Was die 5690 Pro kann – und was (noch) nicht

Technisch bietet die 5690 Pro vieles, was man aktuell erwarten darf. Mit Wi-Fi 7, Zigbee und DECT-ULE ist die Ausstattung zukunftssicher. Vor allem Zigbee ist interessant für alle, die smarte Geräte unterschiedlicher Hersteller direkt über die Fritzbox steuern wollen. Ich habe derzeit noch keine Zigbee-Hardware im Einsatz, bin aber gespannt, wie gut das Zusammenspiel in der Praxis funktioniert.

Etwas ernüchternd ist allerdings die Situation rund um den Smart-Home-Standard Matter. AVM hatte Matter-Support für die FRITZ!Box 5690 Pro angekündigt, doch bislang ist davon rein gar nichts zu sehen. Auf der Produktseite fehlt inzwischen sogar jede Erwähnung von Matter, und wer sich informieren will, muss sich durch ältere Pressemitteilungen klicken – zum Beispiel die von AVM zur ANGA COM 2024:

Fritzbox 5690 Pro: Triband-Fritzbox für Fiber und DSL mit Wi-Fi 7 und Zigbee … Dank der Unterstützung von Zigbee, DECT ULE und zukünftig auch Matter können zusätzlich zu den smarten FRITZ!-Produkten viele Geräte anderer Hersteller integriert werden. – AVM, 13.05.2024

Support für Matter? Großes Fragezeichen

Wer schon jetzt Matter mit AVM-Geräten in sein Smart Home einbinden möchte, ist auf das zusätzliche FRITZ!Smart Gateway angewiesen. Das kommt für mich aktuell nicht infrage – die nötige Hardware steckt ja bereits in der 5690 Pro. Es wäre wünschenswert, wenn AVM hier bald nachliefert. Irgendwie habe ich allerdings Zweifel daran: Die 5690 Pro war ewig angekündigt, aber lange nicht im Handel erhältlich. Irgendwie ist da der Wurm drin.

Ein weiteres Fragezeichen steht hinter den Labor-Firmwares. AVM hatte zwischenzeitlich eine Labor-Version für die 5690 Pro veröffentlicht, aktuell gibt es jedoch keine neue Testversion. Offenbar wurde das Programm mit dem offiziellen Release von FRITZ!OS 8.0 eingestellt. Wer also gerne neue Funktionen ausprobiert, muss sich bei den Boxen der 7x90er-Reihe umsehen. Finde ich persönlich schade, da ich aus persönlichem und beruflichem Interesse ganz gerne die Labor-Firmwares austeste.

Fazit nach den ersten Tagen

Die Fritzbox 5690 Pro läuft bei mir bisher stabil und zuverlässig. Der Umzug verlief erstaunlich einfach, die Konfiguration war schnell wieder einsatzbereit. Dass sich die Box für DSL und Glasfaser gleichermaßen eignet, macht sie besonders flexibel. Im Paket liegen zwei SFP-Module für AON- und GPON-Glasfaseranschlüsse. Die aktuellen Standards werden also unterstützt, doch wie immer: Nach dem Standard kommt der nächste Standard.

Wi-Fi 7 ist vorhanden, und neue Smartphones verbinden sich auch darüber. In der Praxis ist bei mir die Datenrate via WLAN allerdings gar nicht so viel höher, da ja oft durch Wände hindurch gefunkt werden muss. Da ist dann bei den hohen Frequenzen von Wi-Fi 7 schnell Schluss mit sehr hohem Datendurchsatz. Der integrierte Switch unterstützt immerhin Gigabit-Ethernet und über den kombinierten LAN-/WAN-Port einmal 2,5-Gigabit. Der USB-Anschluss arbeitet mit USB 3.1. Wer einfach nur eine externe USB-Festplatte ins Netz stellen möchte, ist damit vermutlich sogar happy.

Es gibt allerdings noch Baustellen: Die Unterstützung für Matter fehlt bislang, und experimentierfreudige Nutzer müssen auf Labor-Updates verzichten. Trotzdem bin ich unterm Strich zufrieden. Die 5690 Pro macht einen soliden Eindruck – auch wenn AVM bei Smart-Home-Standards gern etwas schneller vorankommen dürfte. Erst mit Matter wird die Box allerdings so richtig komplett. Dann lässt sich die Fritzbox auch wieder in Google Home einbinden. Etwas, das ich seit dem Ende von FRITZ! Smart Home in Alexa und Google Home wirklich vermisse.

Installiert ihr die aktuelle Ausgabe vom RasPi-Betriebssystem Raspbian Jessie in der „Vollversion“, also mit einer grafischer Oberfläche, auf eurem Raspberry Pi 3, dann findet ihr euch nach dem Start direkt auf LXDE-Desktopumgebung wieder. Diese bringt von Haus aus ein grafisches Werkzeug zum Verwalten der Netzwerkverbindungen mit, das selbstverständlich auch mit dem WLAN-Chip auf dem RasPi3 umgehen kann — sowie natürlich auch mit älteren RasPis, die ihr mit einem geeigneten USB-WLAN-Adapter aufgerüstet habt. Im Idealfall müsst ihr also einfach euren RasPi booten, das WLAN auswählen, die Zugangsdaten eingeben und schon seid ihr „drinnen“. Der Netzwerkmanager speichert die Zugangsdaten, sodass sich das System in Zukunft automatisch ins WLAN einloggt.

RasPi-WLAN über die LXDE-GUI einrichten

Nutzt ihr hingegen die Lite-Version, dann müsst ihr den Aufbau der Netzwerkverbindung via WLAN über das Terminal regeln. Die Installation einer kompletten GUI würde ja dem Vorhaben, einen möglichst schlanken RasPi aufzubauen, komplett widersprechen. Ich gehe nun mal davon aus, dass ihr Raspian Jessie Lite auf eurem RasPi3 zum Laufen gebracht habt. Hängt an eurem RasPi Tastatur und Monitor, könnt ihr direkt loslegen. Verzichtet ihr auf jegliche Peripherie, verbindet ihr euren RasPi vorübergehend mit dem LAN und sucht euch dann mit arp-scan die IP-Adresse des kopflosen RasPis raus. Details dazu erfahrt ihr in einem Artikel, den ich vor ein paar Wochen verfasst habe: Headless Server wie einen Raspberry Pi im Netz finden ohne die IP-Adresse zu kennen. Alternativ sucht ihr euch die IP-Adresse über das Webfrontend eures Routers heraus, dieses bietet in der Regel eine Übersicht mit allen aktuell im Netzwerk aktiven Geräten.

$ sudo arp-scan --interface=net0 --localnet | grep Raspberry
192.168.178.33	b8:27:eb:e4:e1:30	Raspberry Pi Foundation
192.168.178.35	b8:27:eb:f3:c6:25	Raspberry Pi Foundation

RasPi-WLAN manuell einrichten

Auf dem zukünftigen WLAN-RasPi eingeloggt, sorgt ihr erstmal für die Installation aller anstehenden Updates. Die im Listing genannten Befehle sind übrigens korrekt: Seit Jessie, also Debian 8, gibt es mit apt ein Kommando, das apt-get, apt-cache und Co. in einem Programm zusammenfasst. Dazu hatte ich erst gestern bereits einen längeren Beitrag im Blog: apt-get, apt-cache lässt sich schon lange mit apt abkürzen. Installiert also zur Sicherheit sämtliche Updates und startet dann einmal den Raspberry Pi neu durch. Anschließend loggt ihr euch wieder neu im Terminal oder via SSH ein und macht euch ans Einrichten der WLAN-Verbindung. Als ersten Schritt schaut ihr mittels iwlist scan kurz nach, ob das System auch wirklich den WLAN-Adapter findet. Der Name der Netzwerkkarte lautet im Fall des Raspberry Pi 3 wlan0, nutzt ihr einen älteren RasPi mit USB-WLAN-Adapter erscheinen je nach für die Karte verantwortlichem Kernel-Modul andere Namen.

$ sudo apt update
$ sudo apt full-upgrade
$ sudo reboot

$ iwlist scan
wlan0     No scan results
lo        Interface doesn't support scanning.
eth0      Interface doesn't support scanning.

Anschließend gilt es zu prüfen, ob der RasPi das gewünschte WLAN überhaupt findet. Lasst die Netzwerkkarte dazu mit iwlist scan die Umgebung nach aktiven WLANs abgrasen. Das per Pipe angehängte Kommando egrep filtert aus der Ausgabe von iwlist dann die SSIDs der gefundenen WLANs sowie deren Verschlüsselung heraus. Ansonsten ist die Ausgabe des Kommandos ein wenig unübersichtlich. In meiner Gegend sieht es noch ein wenig weihnachtlich aus, im folgenden soll sich der RasPi in meinem WLAN „Santa“ einloggen.

$ sudo iwlist wlan0 scan | egrep "(ESSID|IEEE)"
                    ESSID:"Santa"
                    IE: IEEE 802.11i/WPA2 Version 1
                    ESSID:"Littlehelper"
                    IE: IEEE 802.11i/WPA2 Version 1

Dazu öffnet ihr die Datei wpa_supplicant.conf aus dem Verzeichnis /etc/wpa_supplicant mit Root-Rechten in einen Editor. Einsteiger werden hier in der Regel zu nano greifen. Dort fügt ihr den Inhalt des Code-Blocks ein, ändert die SSID und das Passwort entsprechend ab, und schreibt die Änderungen dann mittels der Tastenkombinationen [Strg]+[O], [Eingabe] auf die Speicherkarte. Mit [Strg]+[X] beendet ihr den Editor und kehrt ins Terminal zurück.

$ sudo nano /etc/wpa_supplicant/wpa_supplicant.conf

network={
    ssid="Santa"
    psk="ganzgeheimespasswort"
}

Anschließend sollte das System eigentlich die Änderung and der wpa_supplicant.conf erkennen und die Verbindung automatisch initialisieren. Sollte dies nicht der Fall sein, schaltet ihr einfach die WLAN-Karte einmal ab und wieder an — dazu dienen die ersten zwei Kommandos aus dem folgenden Listing. Anschließend sollte sich der WLAN-Adapter des Raspberry Pi 3 in das angegebene drahtlose Netzwerk einloggen und sich via DHCP eine IP-Adresse vom Router holen. Der Ping bestätigt dann, dass die Netzwerkverbindung funktioniert.

$ sudo ifdown wlan0
$ sudo ifup wlan0
$ sudo ifconfig wlan0 | grep inet
          inet addr:192.168.178.83  Bcast:192.168.178.255  Mask:255.255.255.0
          inet6 addr: fe80::ba27:ebff:fe23:4b43/64 Scope:Link
$ ping -c 3 linuxundich.de
PING linuxundich.de (89.238.77.73) 56(84) bytes of data.
64 bytes from ... (89.238.77.73): icmp_seq=1 ttl=48 time=33.7 ms
64 bytes from ... (89.238.77.73): icmp_seq=2 ttl=48 time=25.8 ms
64 bytes from ... (89.238.77.73): icmp_seq=3 ttl=48 time=26.4 ms

--- linuxundich.de ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 25.834/28.685/33.770/3.606 ms

RasPi-WLAN mit Wicd-curses einrichten

Der vorherige Abschnitt beschreibt die graue Theorie, wie man die WLAN-Verbindung des Raspberry Pi ohne eine grafische Oberfläche zu Fuß einrichten könnte; was allerdings nicht heißt, dass man es so machen muss. Es gibt in den Paketquellen ein kleines Werkzeug mit einer auf Text basierten Oberfläche, das einem das Einrichten des Netzwerkzugangs erleichtert. Dieses lässt sich direkt aus den Paketquellen installieren und dann ohne Root-Rechte aufrufen — ihr braucht daher aber zunächst mal eine Kabel-Netzwerk-Verbindung. Arbeitet ihr via SSH auf dem RasPi, dann gilt es zu beachten, dass Wicd später die laufende Netzwerkverbindung gnadenlos unterbricht, sobald ihr eine andere aktiviert. Seid ihr also via Kabel-Ethernet verbunden, dann fliegt ihr vom RasPi, sobald ihr das drahtlose Netzwerk aktiviert.

$ sudo apt install wicd-curses
$ wicd-curses

Bevor wicd-curses nun aber überhaupt funktioniert, müsst ihr in den Einstellungen des Programms den Dhcp-Client anpassen, sonst scheitert das Programm am Versuch eine IP-Adresse vom Router zu bekommen. Öffnet dazu mit [Shift]+[P] die Einstellungen und wechselt mit [Pfeil-rechts] in den „Reiter“ Externe Programme — dieser ist recht leicht zu übersehen. In diesem wählt ihr dann die Option dhclient an und speichert die Einstellung mit [F10]. Arbeitet ihr via SSH mit dem RasPi, dann wird die Funktionstaste etwas in der Terminal-App auslösen und die Eingabe nicht zum entfernten Rechner übertragen. Bei Bedarf könnt ihr aber die blauen Flächen quasi wie Buttons einer GUI auch einfach mit der Maus anklicken und so eure Konfiguration abspeichern (im Gnome-Terminal könntet ihr allerdings auch die Einstellung Menütastenkombination aktivieren (Vorgabe: F10) deaktivieren).

Arbeitet ihr mit einem Raspberry Pi der ersten oder zweiten Generation und einem USB-WLAN-Stick, dann nennt sich die Netzwerkkarte eventuell nicht wlan0. Passt in den Allgemeinen Einstellungen der Wicd Text-Oberfläche daher bei Bedarf den Namen, der zu steuernden Karte an.

Damit ist die wichtigste Einstellung getroffen und ihr könnt euch das gewünschte drahtlose Netzwerk aus der Liste heraussuchen. Mit [Pfeil-rechts] öffnet ihr im Netzwerkmanager dann die Einstellung zu diesem. Soll euer RasPi die WLAN-Verbindung in Zukunft automatisch aufbauen, dann aktiviert hier die Option Automatisch mit diesem Netzwerk verbinden und tragt letztendlich im Feld Schlüssel das WLAN-Passwort ein. Mit [F10] speichert ihr die Zugangsdaten ab und kehrt zurück zur Übersicht der gefundenen WLANs. Mit [Shift]+[C] beziehungsweise einfach [Eingabe] baut ihr dann abschließend die Netzwerkverbindung auf. Am unteren Rand des Terminalfensters erhaltet ihr Informationen zum aktuellen Geschehen. Habt ihr die Option zum automatischen Verbindungsaufbau korrekt gesetzt, dann klinkt sich euer RasPi in Zukunft automatisch — und ohne, dass sich ein User in das System einloggen müsste — ins WLAN ein.

Wi-fi-Country des Raspberry Pi einstellen

Letztendlich sollte ihr noch einmal mit sudo raspi-config die Raspberry-Pi-Konfiguration öffnen und unter Internationalisation Options | Change Wi-fi Country die länderspezifischen Einstellungen anpassen. Konfiguriert ihr hier etwa korrekt DE Germany, dann funkt euer Raspberry Pi in Zukunft auch auf Kanal 12 und 13. Diese Kanäle sind in der Grundeinstellung ausgeklammert, da sie beispielsweise in den USA nicht zugelassen sind. Damit die Einstellung aktiv wird, müsst ihr nach Abschluss der Konfiguration einmal noch das System neu starten.

Als Kommandozeilentool braucht speedtest-cli keine graphische Umgebung, das Skript lässt sich auch auf einfachen Systemen wie eben dem Raspberry Pi mit etwa Raspbian ausführen. speedtest-cli muss auch nicht zwingend installiert werden, das Skript kann man direkt von Github laden und ausführen. Arch-Linux-User finden speedtest-cli jedoch auch im AUR, so dass sich das Skript ohne weiteren Umstand auf den Rechner laden lässt

$ wget -O speedtest-cli https://raw.github.com/sivel/speedtest-cli/master/speedtest_cli.py
$ chmod +x speedtest-cli
$ ./speedtest-cli

Wer speedtest-cli öfters braucht, der schiebt das Skript nach ~/bin oder mit Root-Rechten nach /usr/local/bin, so dass es im $PATH steht und von jedem Verzeichnis aus aufrufbar ist — bei der Installation unter Arch landet das Skript sowieso ordentlich im Dateisystem, so dass man sich darum keine Gedanken machen muss.

speedtest-cli kennt neben dem einfachen Aufruf ohne Optionen auch noch eine Reihe von Schaltern. So lässt sich mit etwa mit speedtest-cli --share der Pfad zur Imagedatei mit den Ergebnissen des Leitungstests ausgeben. Oder man ruft mit  speedtest-cli --list die Liste der Speedtest-Server ab, so dass man mit  speedtest-cli --server SERVER einen Testserver gezielt anwählen kann.

$ speedtest-cli --help
usage: speedtest-cli [-h] [--share] [--simple] [--list] [--server SERVER]

Command line interface for testing internet bandwidth using speedtest.net.
--------------------------------------------------------------------------
https://github.com/sivel/speedtest-cli

optional arguments:
-h, --help show this help message and exit
--share Generate and provide a URL to the speedtest.net share
results image
--simple Suppress verbose output, only show basic information
--list Display a list of speedtest.net servers sorted by distance
--server SERVER Specify a server ID to test against

Insgesamt funktioniert speedtest-cli ähnlich gut wie Speedtest.net, allerdings beobachten einige User doch recht schwankende Ergebnisse des Kommandozeilentools. Auch bei mir spuckte speedtest-cli öfters mal Werte aus, die eigentlich nicht sein konnten. Kommen einem die Werte komisch vor, dann sollte man also lieber noch einmal den Test wiederholen, nicht dass man umsonst die Verkabelung nochmal neu macht,

namebench ist ein quelloffenes Programm, das als „20% Projekt“ bei Google entstanden ist. Generell liegt das Thema DNS Google ja sowieso schon länger am Herzen. Das Unternehmen hat erkannt, dass die DNS-Auflösung ein Flaschenhals im Netz ist, da immer mehr Webseiten Inhalte anderer Seiten einbinden. So erzeugt ein Aufruf einer Webseite nicht nur eine DNS-Anfrage, sondern gleich mehrere. Google betreibt daher auch eigene DNS-Server unter Google Public DNS, die man alternativ zu den vom Provider eingestellten nutzen kann.

Ob sich ein anderer DNS-Server lohnt, kann man eben mit namebench herausfinden. Das Programm gibt es für Windows, MacOS X und natürlich auch Linux. Ich persönlich würde mir das Programm einfach nur als Archiv holen und entpacken. Da man es nicht alle Nase lang brauchen wird, lohnt sich eine „richtige“ Installation nicht.

$ sudo apt-get install python-tk  # Eventuell noch nicht installiert
$ ./namebench.py

Nach dem Start zieht sich das Programm den Browser-Verlauf als Testgrundlage. Anhand der meist genutzten Domains werden eine Vielzahl an DNS-Servern auf ihre Geschwindigkeit und Zuverlässigkeit getestet. Ich hab nach dem Check mal auf die Google Server umgestellt und kann in der Tat eine Verbesserung der Reaktionszeit beim Surfen feststellen. Die Server von Kabel-BW sind wohl ziemlich träge.