<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Hallo Peter,</p>
<p><br>
</p>
<p>also laut meinem Kenntnisstand muss der Router nur in irgendeiner
Art Internetzugriff haben. Ob das via Meshing oder direkt via
Wireguard zum Supernode läuft, sollte dem Script egal sein.</p>
<p>Julian hat den Script in unserer Firmware integriert. Vielleicht
kann er ja mehr dazu sagen?</p>
<p>Die Karte zeigt nur den Online/Offlinestatus an, welcher vom
Router gemeldet wird und der Router sieht sich online, sobald
Batman-Adv ein GW erkannt hat.<br>
</p>
<p>Viele Grüße</p>
<p>Johnnybee</p>
<p><br>
</p>
<p></p>
<div class="moz-cite-prefix">Am 02.11.22 um 11:51 schrieb Peter:<br>
</div>
<blockquote type="cite"
cite="mid:A881B4EB-650D-4EC2-A5E3-71EFE744B996@cptechnik.de">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
Wann taucht denn FF_offline auf?<br>
<br>
Nur wenn kein VPN zum Supernode existiert, <br>
oder auch <br>
wenn kein Mesh möglich ist?<br>
<br>
Obwohl er ja mit der SSID sagt er wäre offline, sagt die Karte er
wäre verbunden. Es kann natürlich sein dass die Karte nur die
Versuche Kontakt aufzunehmen schon als verbunden ansieht.<br>
<br>
<div class="gmail_quote">Am 2. November 2022 09:27:10 MEZ schrieb
<a class="moz-txt-link-rfc2396E" href="mailto:johnny.bee@gmx.de">"johnny.bee@gmx.de"</a> <a class="moz-txt-link-rfc2396E" href="mailto:johnny.bee@gmx.de"><johnny.bee@gmx.de></a>:
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
<pre dir="auto" class="k9mail">So, ich hab jetzt nochmal zur Sicherheit meinen "Umland-Test-Router"
ausgepackt. Könnte ja sein, das es ein Umland spezifisches Problem ist...
Das ist ein TP-Link TL-WR1043N v5. Das Update von der aktuellen stable
Firmware auf 2022.1.1 hat einwandfrei in der Hood Umland funktioniert
und die Wireguardverbindung wurde wieder hergestellt.
Also bleibt es dabei, das ich eher von einem lokalen Problem ausgehe.
Bitte mache ein Sysupgrade ohne die Datenübernahme und dann schauen wir
weiter.
Viele Grüße
Johnnybee
Am 02.11.22 um 08:24 schrieb <a class="moz-txt-link-abbreviated" href="mailto:johnny.bee@gmx.de">johnny.bee@gmx.de</a>:
<blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">Hallo Peter,
sowohl <a href="https://map.kbu.freifunk.net/#!/en/map/f09fc2f3b511als" moz-do-not-send="true" class="moz-txt-link-freetext">https://map.kbu.freifunk.net/#!/en/map/f09fc2f3b511als</a> auch
<a href="https://map.kbu.freifunk.net/#!/en/map/b04e2681f82a" moz-do-not-send="true" class="moz-txt-link-freetext">https://map.kbu.freifunk.net/#!/en/map/b04e2681f82a</a> funktionieren mit
der 2022.1.1 vom Jenkins. Probiere bitte mal anstatt dem Update eine
Neuinstallation OHNE Datenübernahme, um evtl. Altlasten auszuschließen.
Viele Grüße
Johnnybee
Am 01.11.22 um 07:43 schrieb Freifunk-Peter:
<blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">Nur um das für die Liste festzuhalten...
Die KBU-Beta 2022.1.1 vom Jenkins-Server
verbindet sich nicht nur
NICHT
beim D-Link DIR-505
sondern auch beim TP-Link CPE 210v1 nicht.
Ein ähnliches Verhalten bei anderen ist anzunehmen!
Am 31.10.22 um 15:54 schrieb Freifunk-Peter:
<blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #8ae234; padding-left: 1ex;">gleiches Verhalten beim 210v1
</blockquote>
</blockquote></blockquote></pre>
</blockquote>
</div>
<div style="white-space: pre-wrap">
Gruß Peter
</div>
<br>
<fieldset class="moz-mime-attachment-header"></fieldset>
</blockquote>
</body>
</html>