[Berlin-wireless] dienste im ff-berlin

Fr Mai 5 16:01:56 CEST 2023

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 aus http://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 schrieb anha4 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
> 

-- 
Website: http://tunda.noblogs.org
GnuPG-fingerprint: 1F3B402E 77EF17EB 32543FC5 B0A2D2EC AFFFBBC8
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : OpenPGP_0xB0A2D2ECAFFFBBC8.asc
Dateityp    : application/pgp-keys
Dateigröße  : 27099 bytes
Beschreibung: OpenPGP public key
URL         : <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20230505/49812540/attachment.key>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : OpenPGP_signature
Dateityp    : application/pgp-signature
Dateigröße  : 840 bytes
Beschreibung: OpenPGP digital signature
URL         : <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20230505/49812540/attachment.sig>