[Berlin-wireless] dienste im ff-berlin

So Mai 7 13:01:35 CEST 2023

Hallo in die Runde,

freut mich, dass es jetzt geklappt hat. Das Eintragen von Diensten in
den OLSR-Daemon hat leider so einige, teils auch undokumentierte,
Fallstricke. Ich habe z.B. festgestellt, dass manche Zeichen in den
Dienstebeschreibungen nicht erlaubt sind, ohne dass der olsrd das beim
Starten kenntlich machen würde.

Ab 1.2.3 gibt es eine LuCI-App, die das Eintragen von Diensten
erleichtert. Die App sorgt dann auch dafür, dass nur OLSR-kompatible
Daten eingeben werden können.

Liebe Grüße

Martin

> Message: 1
> Date: Sun, 7 May 2023 11:20:55 +0200
> From: Perry<isprotejesvalkata at gmail.com>
> To:berlin at berlin.freifunk.net
> Subject: Re: [Berlin-wireless] dienste im ff-berlin
> Message-ID:<28c0b88c-7bbc-9b2f-8be5-64138800ed2e at gmail.com>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> Fehler gefünden.
>
> In /etc/config/olsrd in der nameservice plugin config:
>
> alt:
> list host '10.230.33.81 tunda-site'
>
> neu:
> list hosts '10.230.33.81 tunda-site'
>
> Und dieser typfehler hat verhindert das olsrd richt startet.  Jetzt
> läuft alles richtig.
>
> Gruß
> Perry
>
> On 5/5/23 16:01, tunda wrote:
>> Hallo Elektra,
>>
>> Die Firmware ist die aktuelle Stable Falter 1.2.2 mit tunneldigger.
>>
>>       Dem traceroute geht die Puste aus.
>>
>> user at linux ~: $ traceroute 10.36.158.33
>> traceroute to 10.36.158.33 (10.36.158.33), 30 hops max, 60 byte packets
>> 1  frei.funk (10.230.33.81)  2.016 ms  1.726 ms  1.824 ms
>> 2  172.31.224.1 (172.31.224.1)  14.346 ms  17.648 ms  17.791 ms
>> 3  172.31.224.1 (172.31.224.1)  18.011 ms !X  17.976 ms !X  18.117 ms !X
>>
>> http://10.36.158.61  und ähnliches liefert mir "Fehler: Verbindung
>> fehlgeschlagen" im Browser
>>
>>       Beim traceroute zum Dienst "Scherer8-Wetter" ist nach 7 Hops
>> schluss, wobei das auch nicht gesund aussieht auch da ist bei IP
>> 172.31.224.1 Schluss.
>>
>> user at linux ~: $ traceroute 10.230.226.225
>> traceroute to 10.230.226.225 (10.230.226.225), 30 hops max, 60 byte packets
>> 1  frei.funk (10.230.33.81)  1.687 ms  6.344 ms  6.367 ms
>> 2  172.31.224.1 (172.31.224.1)  34.665 ms  37.960 ms  37.877 ms
>> 3  * * *
>> 4  * * *
>> 5  * * *
>> 6  * * *
>> 7  172.31.224.1 (172.31.224.1)  14.563 ms !X * *
>>
>> Die Konfigurationen der Firmware belasse ich immer so wie ausgeliefert.
>> Keine Ahnung. Mir ist das Inhaltlich das Problem ein bisschen zu Hoch.
>>
>> So jetzt geh ich erstmal raus in die Sonne.
>>
>> lg tunda
>>
>>
>> Am 05.05.23 um 15:20 schrieb Elektra:
>>> Hi Tunda!
>>>
>>> Eventuell verhindert eine fehlerhafte Konfiguration des Policy-Routing
>>> in Kombination mit dem OLSR Gateway Plugin den direkten Kontakt zu
>>> Knoten im Mesh.
>>>
>>> Diese Einstellungen sollten eigentlich 'von Hause aus' in der Firmware
>>> richtig gesetzt sein. Das Problem besteht womöglich schon länger.
>>>
>>> Beides, Policy-Routing und OLSR Gateway Plugin sind ein steter 'Quell
>>> der Freude', weshalb ich die gar nicht einbaue 😉
>>>
>>> Ein ähnliches Verhalten sehe ich beim Node meines Nachbarn, auf dem
>>> eine ältere Berliner Firmware mit Policy-Routing und
>>> OLSR-Gateway-Plugin läuft. Wenn ich mich mit Laptop oder Smartphone
>>> mit seinem Freifunk-AP verbinde, kann ich von seinem AP aus weder
>>> meinen eigenen lokalen Freifunk-AP und auch nicht die an meinen
>>> Freifunk-AP angebundenen Client-IPs erreichen, deren IP Range
>>> eigentlich per Olsr-HNA (Host Network Announcement) geroutet werden
>>> sollte.
>>>
>>> Die Geräte sind 10 Meter voneinander entfernt und funken auf dem
>>> gleichen Kanal. Mehr Heimspiel geht nicht ;/
>>>
>>> Ein Traceroute zu meinem Freifunk-AP  ist sofort fertig ohne das Ziel
>>> zu erreichen, weil alle Pakete ins Mesh ohne Routing und ohne
>>> Verzögerung gedroppt werden. An sich ein 'Vorteil' von Policy-Routing,
>>> wenn es keine Route gibt. Die gibt es aber :/
>>>
>>> Wahrscheinlich fehlt da der Eintrag im Policy-Routing-Table auf
>>> sämtliche IPs im Mesh in der Firmware. Eventuell wurde das inzwischen
>>> behoben und Du hast noch eine alte Firmware?
>>>
>>>
>>> Versuche z.B. mal von Dir aushttp://10.36.158.33  aufzurufen. Geht der
>>> Link? Geht der Link auf der Seite zum OpenMPPT (http://10.36.158.61).
>>> Du kannst auch versuchen den OpenMPPT-HP (http://10.36.158.52) zu
>>> erreichen.
>>>
>>> Wenn ein Traceroute anzeigt, dass die Route nach einem Hop zuende ist
>>> und die Firmware ist aktuell --> Bug report
>>>
>>> Sonnige Grüße,
>>> Elektra
>>>
>>>
>>>
>>> Am 5. Mai 2023 10:42:42 MESZ schrieb tunda<tunda at mail36.net>:
>>>> Hi,
>>>> danke für die Rückmeldung.
>>>>
>>>> Seltsam, bei mir läuft von 11 Angezeigten Diensten nicht 1 Dienst.
>>>>
>>>> Ich bin vor rund 2 Wochen mal Martins Anleitung gefolgt:
>>>> http://ff-schnipsel.mhuebner.eu/post/router-website/
>>>>
>>>> Mein eigener Dienst Läuft Lokal, wenn ich frei.funk/:81 eintippe,
>>>> wird aber auch nicht aufgelistet. als list hosts '10.31.42.42
>>>> example-site' habe ich FF-DCHP-IP genommen.
>>>>
>>>> kleine Ahnung warum, wieso, weshalb nun die anderen Dienste nicht
>>>> mehr bei mir gehen.
>>>>
>>>> lg tunda
>>>>
>>>> Am 05.05.23 um 00:01 schriebanha4 at web.de:
>>>>> Hallo,
>>>>>
>>>>> wohl ja,
>>>>> 23:50
>>>>> von 11 laufen bei mir 8
>>>>>
>>>>> VG Andreas
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> ich wollte mal anmerken das die "Dienste" im Freifunknetz alle nicht
>>>>>> laufen. Ist das nur bei mir so?
>>>>>>
>>>>>> lg tunda
>>>>>> --
>>>>>> Website:http://tunda.noblogs.org
>>>>>> GnuPG-fingerprint: 1F3B402E 77EF17EB 32543FC5 B0A2D2EC AFFFBBC8
>>>>>> _______________________________________________
>>>>>> 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
>>>>> _______________________________________________
>>>>> 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
>>>> --
>>>> Website:http://tunda.noblogs.org
>>>> GnuPG-fingerprint: 1F3B402E 77EF17EB 32543FC5 B0A2D2EC AFFFBBC8
>> _______________________________________________
>> 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/20230507/3628b417/attachment.html>