Dies ist das Experimental Custom Firmware (CFW) von Q3K für sein Draytek Vigor 167 VDSL -Modem.
Bevor wir weiter gehen, müssen ein paar Dinge angegeben werden:
Die benutzerdefinierte Firmware basiert auf Firmware Version 5.0.1 des Draytek Vigor 167 VDSL -Modems mit den folgenden Änderungen:
Sie benötigen Nix oder Nixos.
$ # Build everything. This will take a bit on first run, as a bunch of
$ # toolchains for MIPS must be built...
$ export NIXPKGS_ALLOW_UNSUPPORTED_SYSTEM=1
$ nix-build -A cfw
/nix/store/v7ihha3j4j2swz3ildaylz9vqaqrl78r-vraytek-custom-518f426f
$ # Note: your hash will differ, as it's based on the Git revision of this
$ # repository at build time.
$ ls /nix/store/v7ihha3j4j2swz3ildaylz9vqaqrl78r-vraytek-custom-518f426f
v167_cfw518f426f.all
$ # Note: your firmware name will differ, as it contains the Git revision
$ # of this repository at build time.
Sobald Sie eine Firmware -Datei wie v167_cfw518f426f.all haben, kann sie unter Systemwartung auf die Webschnittstelle hochgeladen werden.
Nach dem Installieren und Neustart in der neuen Firmware sollten Sie SSH als Administrator auf dem Modem in der Lage sein, das gleiche Kennwort wie für das Web -Panel zu verwenden.
$ ssh [email protected]
[email protected]'s password:
_ __ ______ __ ___ _
| | / /______ ___ _/_ __/__ / /__ / _ (_)__ ____ ____
| |/ / __/ _ `/ // // / / -_) '_/ / // / / _ `/ _ / __/
|___/_/ _,_/_, //_/ __/_/_ /____/_/_, /___/_/
/___/ CFW, git rev 518f426f /___/
# uname -a
Linux draytek 3.18.21 #4 SMP Fri May 7 16:22:06 CST 2021 mips unknown
Fügen Sie für die Authentifizierung der öffentlichen Schlüssel im Webbereich einen SSH -Administratorschlüssel in Systemwartung -> Konten -> SSH -öffentliche Schlüssel hinzu. Sie müssen Ihr aktuelles Passwort und ein neues Passwort zweimal eingeben (kann das gleiche Passwort mit dem vorhandenen Passwort entsprechen) neben dem öffentlichen SSH -Schlüssel, um es zu speichern. Dies ist darauf zurückzuführen, wie das Verhalten des Kennwortformulars in der Webschnittstelle implementiert wird.
Derzeit wird nur eine "Modell" benutzerdefinierte Firmware von diesem Repository erstellt, das in default.nix definiert ist. Stecken Sie diese Datei (insbesondere das "Skript"), um Ihre eigenen Änderungen hinzuzufügen. Es sollte gut genug dokumentiert werden, um zu verstehen, was los ist und warum.
In Zukunft könnte es möglich sein, dieses Repository in eine andere NIX -Ableitung zu importieren und zu erweitern (dies kann bereits mit MakeCustomFirmware von lib.nix etwas erfolgen. Dies bedeutet jedoch, dass Sie alle grundlegenden Änderungen gemäß Standard -Nix -Nix neu einlegen müssen.
Dieses Repository enthält nur Quellcode, das unter einer Open -Source -Lizenz lizenziert ist (MIT -Lizenz, siehe Kopieren). Dies macht jedoch nicht die resultierenden Open -Source -Software für Build -Artefakte.
Die ursprüngliche Draytek -Firmware ist eine proprietäre Software, die nicht unter einer Open -Source -Lizenz verteilt ist. Ich habe kein Recht, es umzuverteilen, und Sie auch nicht. Die benutzerdefinierte Firmware, die vom Code in diesem Repository erstellt wurde, stammt aus dieser ursprünglichen Firmware. Um klar zu sein, enthält dieses Repository weder originelle noch benutzerdefinierte Firmware, nur Code, der beim Ausführen benutzerdefinierte Firmware erstellt.
Darüber hinaus enthält die ursprüngliche Draytek -Firmware anscheinend kompilierter Werke, die ursprünglich unter Copyleft -Lizenzen wie der GPL lizenziert wurden, und zum Zeitpunkt des Schreibens ist kein Korrespondenz -Quellcode verfügbar. Dies bedeutet, dass die Umverteilung der Firmware möglicherweise nicht nur gegen die Rechte des proprietären Draytek -Codes verstößt, sondern auch die Autoren, die nach diesen CopyLEFT -Lizenzen umverteilt zu sein scheint.
Insgesamt sind benutzerdefinierte Firmawares eine legal graues Gebiet, und Sie sollten Ihre eigenen Nachforschungen darüber anstellen, wie sich dies befasst, den potenziellen Benutzer von allem, was diese Codebasis erstellt hat.
In Anbetracht der oben genannten werden keine binären Builds der benutzerdefinierten Firmware jemals bereitgestellt . Sie müssen alles selbst bauen und Ihre eigene rechtliche Recherche darüber durchführen, ob alles, was Sie tun, auch legal ist.
Das Modem läuft auf einem Econet EN751627 SOC (2 Kerne / 4 Threads), der für Linux und 128 MB Flash etwas mehr als 100 m RAM zur Verfügung stellt (in einen Satz von Primär- / Sekundärpartitionen aufgeteilt).
Spekulation unten:
Drayos 5 basiert auf Linux 3.18.21. Es scheint Bult aus einem Buildroot -BSP gewesen zu sein, der möglicherweise auch in früheren Drayos -Builds verwendet worden sein könnte? Schwer zu erzählen.
Die Firmware enthält viele Verweise auf einen 'TC3162', aber das scheint ein roter Hering zu sein. Was wie ein eigenständiger Adsl -SOC von Trendchip aussieht, der jetzt zu einer standardisierten Userland -Schnittstelle für eine Klasse von DSL -Heimgateways geworden ist? Es scheint über verschiedene Anbieter verschiedener Klassen von DSL -Modems in jahrelang zufälligen öffentlichen Projekten zu kommen. Die Leute schreiben seit einiger Zeit Parser für cat /proc/tc3162/adsl_stats . Eine ganze Reihe von Kernelmodulen (zu denen es keine Quellen gibt ...) interagieren und implementieren diese mysteriöse TC3162 -Welt, einschließlich des Haupt -Ethernet/Switch -Treibers ( eth.ko ). Der Switch -Chip / Mac selbst ist möglicherweise ein MT7530.
Weitere Untersuchungen müssten in den tatsächlichen Treiber-/Firmware -Stack durchgeführt werden, um eine fundierte Meinung darüber abzugeben, ob so etwas wie OpenWrt auf dieses Gerät portiert werden könnte. Eine zuverlässige Wurzelschale zu haben hilft :).
