Tja so wird das nichts mit dem Erfolg. Auch mit Hardcoded credentials und Backdoors habens noch nicht in OpenWRT. Da fehlt noch viel zum Industriestandard
URL: https://www.overclockers.at/netzwerktechnik/openwrt-23-05_262610/page_3 - zur Vollversion wechseln!
Gibt's eine einfache Möglichkeit Konfigurationen auf mehrere baugleiche WLAN Router auszurollen, zb neue WiFi, VLAN, usw? Hab bisher nur eine Lösung mittels Ansible gefunden...
klingt doch eh passend?
https://openwisp.org/ gibt es da z. B.
Ich hab "damals" beim Geizhals ein eigenes kleines Build-System geschnitzt, mit dem ich die iirc 15 APs im Haus zentral verwalten und mit eigenes per Device generierten, fixfertigen Images beschicken konnte. Wenn man relativ genau weisz was man tut und will, kann man sowas in rund einem halben Arbeitstag hochziehen.
openwisp sieht cool aus, das werde ich mal ausprobieren. Danke für den Tip!
jetzt wollt ich "als gaude wochened projetk" openwrt auf der fritz7530 installieren aber irgendwie "geht nix"
guide: https://openwrt.org/toh/avm/avm_fritz_box_7530
das python script für uboot läuft mMn durch, ich sehe aber im tftp lokal keine requests für irgendeine fritz.bin. wenn ich den guide richtig lese sollte ich aber sobald er im uboot ist ja auch jederzeit per ssh root@192.168.1.1 draufkommen um remote logs zu checken, das geht a ned
Also afaiui ist eva_ramboot.py dafuer da, dass der u-boot-Bootloader auf der FRITZ!Box so gekitzelt wird, dass er eine andere Version von u-boot chainloadet, die dann per TFTP ein OpenWrt-Image nachladen und in dieses booten kann.
Fuer den ersten Part (chainloading u-boot) brauchst du die IP-Adresse 192.168.178.10/24 auf dem Interface, wo du mit der FRITZ!Box kommunizierst. Das hats du sichergestellt? Und danach hast du die andere IP-Adresse (192.168.1.70/24) auf dem Interface konfiguriert, um den zweiten Part (TFTP-Upload des OpenWrt-initramfs-Images) durchzukriegen?
Welchen tftp-Server startest du denn, und wie? Und was logt der?
Wenn part1 nicht geht, dann gackt sich eh das python an „no host bla“ bzw ist an den leds auch ersichtlich, dass er nicht den üblichen bootvorgang fortsetztZitat aus einem Post von COLOSSUSAlso afaiui ist eva_ramboot.py dafuer da, dass der u-boot-Bootloader auf der FRITZ!Box so gekitzelt wird, dass er eine andere Version von u-boot chainloadet, die dann per TFTP ein OpenWrt-Image nachladen und in dieses booten kann.
Fuer den ersten Part (chainloading u-boot) brauchst du die IP-Adresse 192.168.178.10/24 auf dem Interface, wo du mit der FRITZ!Box kommunizierst. Das hats du sichergestellt? Und danach hast du die andere IP-Adresse (192.168.1.70/24) auf dem Interface konfiguriert, um den zweiten Part (TFTP-Upload des OpenWrt-initramfs-Images) durchzukriegen?
Welchen tftp-Server startest du denn, und wie? Und was logt der?
... und die IPv4-Adresse deines Hosts mit dem TFTP-Server fuer die OpenWrt-Images hast du fuer "Stufe 2" sicher korrekt konfiguriert/gewechselt?
Inkl. adapter on/off per network manager und ifconfig :/Zitat aus einem Post von COLOSSUS... und die IPv4-Adresse deines Hosts mit dem TFTP-Server fuer die OpenWrt-Images hast du fuer "Stufe 2" sicher korrekt konfiguriert/gewechselt?
Oha, in Openwrt wurde eine Sicherheitslücke entdeckt..
https://www.golem.de/news/enthaelt-...412-191574.html
Nicht in OpenWrt, sondern im Attended Sys upgrade service. Also dem service, dem du anschaffen kannst: "bau mir bitte ein openwrt image fuer meinen router mit den und den packages"
Realistischer impact faktisch null, wuerd ich mal behaupten
Zitat aus einem Post von issueRealistischer impact faktisch null, wuerd ich mal behaupten
Auch wahr: https://news.ycombinator.com/item?id=42363322
Tja so wird das nichts mit dem Erfolg. Auch mit Hardcoded credentials und Backdoors habens noch nicht in OpenWRT. Da fehlt noch viel zum Industriestandard
Danke für den Input, dann bin ich Mal beruhigt...
overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2025