<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Hallo,<br>
<br>
nadem das Fehlerbild sehr diffus war und sowohl auf die neue, wie
die alte (v0.5) FW zutraf, bin ich jetzt der Ursache auf die
Schliche gekommen:<br>
<br>
Beide Nanos hängen mit dem WAN port am FFF VPN. Nach dem Flashen ist
der Ethernetport aber als B.A.T.M.A.N port vorkonfiguriert, die Nano
hängt aber nach wie vor am DSL Router.<br>
<br>
Die Lösung war im Prinzip<br>
<ul>
<li>Router vom Ethernet trennen</li>
<li>Neu Flashen (Fail-Safe)</li>
<li>WAN Port einrichten</li>
<li>Router ans Ethernet</li>
<li>(User-Mods aufspielen)</li>
</ul>
<p>Eine Nano läuft zur Zeit mit der v0.5, die andere mit der
Test-FW:<br>
<a class="moz-txt-link-freetext" href="https://netmon.freifunk-franken.de/router.php?router_id=1384">https://netmon.freifunk-franken.de/router.php?router_id=1384</a><br>
<a class="moz-txt-link-freetext" href="https://netmon.freifunk-franken.de/router.php?router_id=1387">https://netmon.freifunk-franken.de/router.php?router_id=1387</a><br>
</p>
Die Ursache ist mir nicht klar. Insbesondere die Symptome (ssh,
falsch bezogener hostname, falsche MAC in Netmon Registrierung)
deuteten jetzt nicht wirklich darauf hin. Um sich solche Problemchen
in Zukunft zu ersparen, kann man drüber nachdenken (wie schon 2,3
mal an anderer Stelle vorgeschlagen) die Ubiquiti-FW in einer
"B.A.T.M.A.N eht0" und einer "WAN eth0" Version auszuliefern.<br>
<br>
VG<br>
Torben<br>
<br>
<br>
<br>
<div class="moz-cite-prefix">On 12.09.2015 12:24, Tom Green wrote:<br>
</div>
<blockquote cite="mid:55F3FD5E.1090504@gmx.de" type="cite">
<pre wrap="">Hi,
also frisch mit der devel-FW geflasht, keine Modifikationen, ausn Netmon
gelöscht und wieder neu eingeführt -> dieselben Symptome. Lustigerweise
funktioniert der FF tadellos, so als Client.
hab noch nen dmesg und nen ifconfig. Ansonsten gehe ich jetzt für die
Nano auf 0.5 zurück:
VG
Torben
</pre>
</blockquote>
<br>
</body>
</html>