[Berlin-wireless] TL-WR1043ND - kein Anschluss an lokales LAN möglich

[hefrimu]

Hallo Malte,

danke für Deinen Tipp. Hatte heute mal wieder Zeit, mit dem Router ein 
paar Versuche zu machen und dabei festgestellt, daß ich auf LAN1 doch 
noch eine LED zum Leben erwecken kann.

Ich hab den PC auf die statische IP4-Adresse 192.168.1.2 gestellt und 
konnte dann per Tastendruck den Kathleen-Failsafe-Modus-starten. Dann 
kam ich mit Telnet auf den Router, hab gesehen, dass alles i.o. zu sein 
schien und habe mich nach einem Neustart per Webfrontend über die 
192.168.42.1 verbinden können. Danach hab ich per Webfrontend Kathleen 
0.2.0 eingespielt, einmal auf Werkseinstellungen zurückgesetzt und neu 
konfiguriert.

Was leider noch immer nicht funktioniert ist die WAN-Schnittstelle. Wenn 
ich im Kathleen-Webfrontend bei ->Network->Interfaces nachschaue, sehe 
ich dass WAN6 sowie WAN bei Laufzeit 0h 0m 0s stehen haben. Obwohl ein 
Kabel dransteckt. Auch bei ->Network->Switch steht "unplugged". Gehe ich 
auf ->System -> LED Configuration hab ich nur phy0... zur Verfügung. 
phy1... scheint es gar nicht (mehr?) zu geben.

Es sieht für mich so aus, als ob der WAN-port oder der Switch 'ne Hacke 
hat und nur noch die 4 LAN-Ports laufen. Kann ich noch irgendwas tun, um 
das weiter einzugrenzen oder wiederzubeleben?

Wenn nicht, ist es halt nur noch ein MESH-Knoten und ich kann den Router 
nicht mehr zum Teilen des Internet bewegen.

Übrigens - auch wenn ich einen LAN-Port im ->Network->Switch auf VLAN1 
setzte bekomme ich keinen Link zum meinem Heimnetz hin. (Kabel in 
Hardware-Switch und dieser geht zur Fritz.Box)

Oder verstehe ich die Switch-Konfiguration falsch?


Viele Grüße

Hefrimu

Am 05.12.2016 um 23:50 schrieb Malte:
> On Mon, 5 Dec 2016, Sven Roederer wrote:
>
>>> Hm, nach einem RESET gibts auch nun kein meshing über WLAN mehr d.h.
>>> keine IP-Adresse und somit kein OSLR, kein wget, kein Ping, kein 
>>> ssh  da
>>> ich für alle o.g. Protokolle ja eine IP-Verbindung benötige.
>> Wenn der Router unkonfiguriert ist, hat er natürlich keine 
>> Freifunkadressen
>> oder meshing mehr.
>
> Dito, wenn der Router im Failsafe-Modus läuft und der angeschlossene 
> PC nicht auf (die richtigen) statischen IPs konfiguriert ist.
>
>>> Scheinbar hat das Teil ein echtes Problem. Ich habe es auch mit dem
>>> Failsafe mode nach https://wiki.openwrt.org/doc/howto/generic.failsafe
>>> probiert, da scheint kurz LAN aktiviert zu werden zumindest sehe ich,
>>> daß mein Laptop kurz den LAN-Port aktiviert
>
> Was heißt denn das? Ich schätze, dass er den Link erkennt und sich 
> eine IP holen will, das aber nicht klappt? Das ist richtig so, im 
> Failsafe-Modus läuft auf dem Router kein DHCP-Server:
> https://wiki.openwrt.org/doc/howto/generic.failsafe#stage_1router_and_computer_preparation 
>
>
>> Möglicherweise ist das Firmwareimage kaputt oder etwas an der 
>> Hardware. Ich kann jetzt nicht sagen, ob der Bootloader des Routers 
>> (als WR841) einen TFTP- recover-modus hat.
>
> https://wiki.openwrt.org/toh/tp-link/tl-wr1043nd#flashingrecovery_using_tftp_only_without_serial_console 
>
>
> Die TP-Links bekommt man eigentlich nicht ernsthaft kaputtgeflasht, 
> wenn man nicht ganz dubiose Sachen macht.
>
> TFTP-Mode und Failsafe-Mode ist was unterschiedliches! TFTP ist ein 
> Feature des Bootloaders, der Failsafe-Modus eins von OpenWrt. Wenn man 
> das Timing beim Knopfdrücken nicht richtig macht, landet man schonmal 
> aus Versehen im Failsafe statt TFTP und umgekehrt, und wer damit keine 
> Erfahrung hat, weiß dann nicht, was los ist (und etwas 
> Netzwerkkenntnisse braucht man so oder so).
>
>> Ich denke das Zielführendste ist es eine serielle Konsole anzuschliessen
>
> Unnötiger Aufwand, würde ich schätzen.
>
> Mit dem Ding mal in die c-base kommen, dann bekommt man den in 10 
> Minuten wieder flott, solange nicht die Hardware richtig defekt ist.
>
> Oder halt selbst ein paar Stunden frickeln, bis man das Timing und die 
> PC-Konfiguration für TFTP richtig hat.
>
> Grüße,
> Malte
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein �ffentlich einsehbares Archiv

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20161210/2cf449b4/attachment.html>