<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#333333">
<div class="moz-cite-prefix">Hallo zusammen,<br>
<br>
gute Nachricht vorab: der Knoten ist wieder online!<br>
<br>
Ich habe zunächst (nochmals) den Cache des Browsers geleert und
auch an einem anderen Rechner, sowie WAN-Port getestet... ohne
Erfolg.<br>
Dann habe ich den Tipp von Marvin befolgt und die derzeit
installierte FF-FW 1.2.1 stable durch die Stock FW ersetzt und ein
Hard-Reset durchgeführt.<br>
Anschließend nochmal die aktuelle FF-FW 1.3 stable über das
Webinterface aufgespielt... mit Erfolg!!<br>
<br>
Ich habe noch immer keine Erklärung was da genau schiefgelaufen
ist und warum das Update nicht auf Anhieb funktioniert hat, aber
ich bin letztendlich froh, dass wieder alles problemlos läuft.<br>
Nochmals vielen Dank an Ralf und Marvin für die prompte
Unterstützung!<br>
<br>
Viele Grüße,<br>
Sven<br>
<br>
<br>
<br>
On 07.07.2016 13:10, Marvin W wrote:<br>
</div>
<blockquote cite="mid:1467889851.16505.2@smtp.ipora.org" type="cite">Hi,
<br>
<br>
*Normalerweise* liegt die schwarze Seite daran, dass diese im
Browser-Cache gepseichert ist, aber der Router nicht verfügbar
ist. Die eigentliche Konfigurationsoberfläche wird nicht gecached
und entsprechend geht es nicht weiter.
<br>
<br>
Noch eine Idee: hast du mal probiert am WAN port auf die
Web-Oberfläche zu kommen?
<br>
<br>
Grüße,
<br>
Marvin
<br>
<br>
On Do, Jul 7, 2016 at 1:04 , Ralf Jung <a class="moz-txt-link-rfc2396E" href="mailto:post@ralfj.de"><post@ralfj.de></a>
wrote:
<br>
<blockquote type="cite">Hallo Sven,
<br>
<br>
<blockquote type="cite"> DHCP läuft scheinbar nicht! Ich muss
eine statische IP angeben.
<br>
</blockquote>
<br>
Oh! Das klingt dann doch eher nach Problemen auf Router-Seite
als nach
<br>
einem verwirrten Browser, was meine Vermutung war.
<br>
<br>
<blockquote type="cite"> Mit "schwarzem Bildschirm" habe ich
folgende Seite gemeint, die bei mir
<br>
beim Aufruf von 192.168.1.1 erscheint... und bleibt!
<br>
<a class="moz-txt-link-freetext" href="http://fs5.directupload.net/images/160707/hnycnk98.png">http://fs5.directupload.net/images/160707/hnycnk98.png</a>
<br>
</blockquote>
<br>
Hm, *irgendwas* läuft also dort und sendet diese erste Seite...
<br>
Leider kenne ich jetzt LuCI nicht gut genug, um zu wissen,
welche
<br>
Komponenten nur beim Laden des sichtbaren Interfaces benötigt
werden,
<br>
nicht aber beim Laden des Teils, der bei dir noch ankommt.
<br>
<br>
<blockquote type="cite"> Sonst ist mir via Telnet nichts
aufgefallen. RAM/CPU normal.
<br>
Da das Problem auch nach der "Update-Reise" weiterhin besteht
kann ich
<br>
auch ausschließen, dass sich Restmüll in /etc/config
befindet!
<br>
</blockquote>
<br>
Wie Marvin schon meinte, könnte noch State (VLANs oder
dergleichen) im
<br>
internen Switch des Routers hängen geblieben sein. (Das war mir
nicht
<br>
klar.) Der würde auch durch die Update-Reise nicht
zurückgesetzt.
<br>
<br>
<blockquote type="cite">
<blockquote type="cite"> Was man mal ausprobieren könnte, wäre
das 1.3-factory-Image auf ein
<br>
anderes Gerät zu tun und schauen, ob das klappt. Ich habe
die
<br>
factory-Images "nur" in der VM getestet. Vielleicht gibt es
da ja ein
<br>
generelleres Problem?
<br>
</blockquote>
<br>
Werde ich testen!
<br>
</blockquote>
<br>
Marvin meint ja inzw., das ging bei ihm. Also auch eine falsche
Fährte.
<br>
Wäre auch unwahrscheinlich gewesen...
<br>
<br>
Viele Grüße,
<br>
Ralf
<br>
--
<br>
<a class="moz-txt-link-abbreviated" href="mailto:freifunk-public@saar.freifunk.net">freifunk-public@saar.freifunk.net</a> - Diskussion und Hilfe der
Freifunk Saar Community.
<br>
Verwaltung: <a class="moz-txt-link-freetext" href="https://lists.hacksaar.de/listinfo/freifunk-public">https://lists.hacksaar.de/listinfo/freifunk-public</a>
<br>
Abbestellen: <a class="moz-txt-link-abbreviated" href="mailto:freifunk-public-unsubscribe@saar.freifunk.net">freifunk-public-unsubscribe@saar.freifunk.net</a>
<br>
</blockquote>
<br>
</blockquote>
<br>
</body>
</html>