Schlagwort-Archive: Router

BitBastelei #522 – TL-WR902AC mit OpenWRT

BitBastelei #522 - TL-WR902AC mit OpenWRT

(2 GB) 00:25:07

2023-01-15 11:00 🛈

Immer mal wieder benötige ich kleine Linux-Systeme für Projekte, bei deinen ein ESP oder ähnliches nicht ausreicht. Da eines meiner Systeme kaputt gegangen ist war ich nun auf der Suche nach einem kleinen WLAN-Gerät, welches sich mit freier Software ausstatten lässt. Bei der Suche bin ich auf den WR902AC gestoßen. Dank Dual-Band und USB eine brauchbare Basis für Basteleien und mit seinerzeit ca. 30€ auch nicht all zu teuer. Schauen wir doch mal, wie er sich schlägt.

Inhalt

  • 00:00 Was suche ich?
  • 01:46 Was hab ich bisher genutzt?
  • 02:45 Was hab ich jetzt?
  • 07:09 Erster Start
  • 12:47 Firmware-Wissen
  • 18:43 OpenWRT-Installation
  • 22:51 Fazit

Fehler und Ergänzungen

  • 01:51 Typo – RT3050, nicht 3060

Links zum Produkt

Transparenz

Die Geräte wurden selbst gekauft und bezahlt. In der Videobeschreibung sind Affiliate-Links zu Produkten, welche im Video zu sehen sind. Durch Nutzung dieser Links erkennt Amazon, dass Ihr über meine Seite zu ihnen gefunden habt. Ich werde prozentual an hierüber erzielten Umsätzen beteiligt, die Preise ändern sich hierdurch für Käufer*innen nicht. Tipp: Vergleicht vor einem Kauf die Preise – einige Händler erhöhen diese wenn sie merken, dass die in Videos verlinkt wurden.

BitBastelei #181 – FRITZ!Box 7390 Reset / Gebastel

BitBastelei #181 - FRITZ!Box 7390 Reset / Gebastel

(117 MB) 00:19:35

2016-01-24 11:00 🛈
Modem der Backupleitung kaputt? Kein Problem: In der Restekiste lag ein alter 1&1 Homeserver, aka die FRITZ!Box 7390. Ich würde sagen: Werkseinstellungen und schnell drangeklemmt. Wenn es denn so einfach wäre…

Der Rücksetzcode für Telefon lautet #991*15901590*

Fehlersuche: Wer brauch schon einen korrekten Status?

Als Backupleitung dümpelt hier nach wie vor eine DSL-Leitung herum. Ein billiger Hama WLAN-Router, welcher sich selbst nur als „Wireless Router“ identifiziert und mit einem „GoAhead-Webs“ HTTP-Server ausgestattet ist sorgt für den nötigen PPPoE-Uplink und ist an ein dediziertes VLAN angebunden. Genutzt wird sie kaum – lediglich bei Ausfällen des Kabelanschlusses (100MBit/s vs. 2MBit/s) oder zum Synchronisieren meines Webservers im RZ mit dem heimischen Server zu Backupzwecken darf sie mal Daten transportieren. Zusätzlich läuft noch ein Freifunk-Router (Hooray for automatic Failover) sowie ein HTTP-Gateway, welches einige Infos meines Systems im Internet bereitstellt. Für letzteres ist auf meinem Server ein kleines Script aktiv, welches regelmäßig per PHP die Statusseite des Routers abruft, die IP mit der des letzten Durchlaufs vergleicht und ggf. dem DNS-Server meiner Domain eine passende Info weitergibt. Selfmade dynamic-DNS, wie hier schon mal vorgestellt.

Seit einigen Wochen war nun das HTTP-Gateway nicht mehr erreichbar. Eh, kommt auf die „müsste man mal“-Liste. Heute dann endlich Zeit gefunden und nicht schlecht gestaunt. Die erste und nicht grade unabwegige Vermutung: DSL weg. Leitungsfehler, hängender Router – es gibt viele mögliche Ursachen. Ein Traceroute von der zuständigen VM zeigt aber nichts ungewöhnliches: Der Request geht über den Hama-Router, den POP des DSL-Anbieters und kommt am Ziel an. Connect auf die IP? Eyeup, der HTTP-Server antwortet. Also doch das DDNS-Script kaputt?

Ein Blick auf die Statuskonsole des dynamic DNS Scriptes zeigte folgendes: „Last IP: **** – Current IP:“. Aha, also kann er die aktuelle IP nicht von der Statusseite des Routers ermitteln. Seltsam – es gab keine Firmwareupdates oder Ähnliches. Also mal schnell ein manueller Blick mit dem Browser auf den Billigrouter – „PPPoE disconnected“ vermeldet dieser stolz. Eh, wat? Nochmal aktualisieren: Tatsächlich. PPPoE disconnected, keine IP. Trotzdem routet die selbe Kiste fröhlich weiter über den DSL-Anschluss ins Internet.

Whatever, das Gerät hat wohl seine 10 Jahre auf dem Buckel, da lohnt eine wirkliche Fehlersuche nicht. Vor allem da die DTAG ja weiterhin mit All-IP droht, welches dann ohnehin zur Kündigung des Anschlusses führen wird – schlechtes VoIP können auch andere Anbieter günstiger. Einen Reboot später weißt der Router wieder, was er tut und meldet auch brav die aktuelle IP. Ich kann nur vermuten, dass hier intern irgend ein Puffer überläuft und die synchronisation zwischen System und HTTP-Server zerschießt.