[freifunk-public] keine Persistenz der Konfig-Dateien beim update

[freifunk_saar at dc0vz.de]

guten morgen,

der knoten mit der experimental ist neu aufgesetzt, der andere laeuft 
seit ueber 5 jahren, ohne hand an zu legen. laeuft wieder, ok danke

gruss kalle

Am 17.01.2025 um 06:37 schrieb Sebastian Fontaine via freifunk-public:
> Hi,
>
> Beim update auf die neue Experimental-FW 1.12.0~exp20250112 kommt es 
> wenig verwunderlich zur Änderung an Dateien wie z.B. /etc/config/network.
> Das macht mir immer mal wieder Probleme in einigen Installationen, 
> wenn ich dort mit einer Art Offloader-Konfig und VLANs arbeite.
> Andere Variante ist die, dass ich die Switch-Ports nicht fürs client 
> network (freifunk), sondern fürs WAN (also das private Netz) nutze.
> In komplexeren Bauten wie z.B. am Birkenhof verwende ich auch mal 
> unterschiedlichen WLAN-Kanäle.
>
> All dies wird durch das upgrade mal wieder überbügelt.
> Deshalb empfiehlt es sich in solchen Fällen vorher ein backup vom 
> Ordner /etc/config zu machen.
> Immerhin bleiben die ssh-keys auch nach dem update gültig.
>
> Bei mir zu Hause hat das dazu geführt, dass ich im vermeintlich 
> privaten WLAN dann "plötzlich" keine internen Geräte mehr erreicht 
> habe. Kam dadurch, weil meine Antennen (mit nativer Firmware) nach dem 
> upgrade, auf dem standard VLAN jetzt Freifunk-Netz hatten. Da die 
> Erstkonfig schon ne Weile her ist, hat es mich paar Minuten Nachdenken 
> gekostet, bis ich den Effekt verstanden habe.
>
> Möglicherweise gibt es bei @kalle auch eine etwas unorthodoxe 
> Konfiguration vor Ort, die den beobachteten Effekt erklären könnte?
>
> @Jan, welche Umgebung nutzt denn GW1? Die ping-Parameter habe ich 
> nicht alle im Kopf, sie funktionieren so weder auf meinem Mac noch auf 
> meinem Freifunk-Knoten mit der experimental FW.
> sfpro:~ fontaines$ ping  -I 185.66.193.26 -4 
> wetterstationen.meteomedia.de  -c 4 -i 1 -W 5
> ping: invalid option -- 4
> sfpro:~ fontaines$ ping  -I 185.66.193.26 
> wetterstationen.meteomedia.de  -c 4 -i 1 -W 5
> ping: -I, -L, -T flags cannot be used with unicast destination
> root at ffsaar-HammelsbergVe:~# ping  -I 185.66.193.26 -4 
> wetterstationen.meteomedia.de  -c 4 -i 1 -W 5
> PING wetterstationen.meteomedia.de (54.230.206.125) from 
> 185.66.193.26: 56 data bytes
> ping: can't set multicast source interface
>
>
> Grüße
> Sebastian
>
>
> Am 16.01.25 um 22:31 schrieb Jan Scherer via freifunk-public:
>>
>> Guten Abend kalle,
>>
>> über meinen Knoten kann ich die von dir genannte Webseite aufrufen. 
>> Dieser ist auch mit dem GW1 verbunden.
>>
>> Auch kann ich die Adresse von GW1 per ping erreichen
>>
>> jsc at gw1:~$ ping  -I 185.66.193.26 -4 wetterstationen.meteomedia.de 
>>  -c 4 -i 1 -W 5
>> PING wetterstationen.meteomedia.de.prd.wx.zones.dtn.com 
>> (18.245.60.18) from 185.66.193.26 : 56(84) bytes of data.
>> 64 bytes from server-18-245-60-18.fra60.r.cloudfront.net 
>> (18.245.60.18): icmp_seq=1 ttl=248 time=3.72 ms
>> 64 bytes from server-18-245-60-18.fra60.r.cloudfront.net 
>> (18.245.60.18): icmp_seq=2 ttl=248 time=3.75 ms
>> 64 bytes from server-18-245-60-18.fra60.r.cloudfront.net 
>> (18.245.60.18): icmp_seq=3 ttl=248 time=3.77 ms
>> 64 bytes from server-18-245-60-18.fra60.r.cloudfront.net 
>> (18.245.60.18): icmp_seq=4 ttl=248 time=4.68 ms
>>
>> Kannst du mehr Details nennen um den Fehler nachzuvollziehen? Welchen 
>> Knoten verwendest du?
>>
>>
>> Grüße
>>
>> Jan
>>
>> Am 16.01.25 um 22:22 schrieb Wolfgang via freifunk-public:
>>> irgendwie ist das routing defekt.
>>>
>>> https://wetterstationen.meteomedia.de/?station=191279&wahl=vorhersage
>>>
>>> und viele andere sind  nicht erreichbar,
>>>
>>> spiegel.de geht, geht nicht.
>>>
>>> https://mgmt.saar.freifunk.net/hopglass/#!v:m
>>>
>>> funktioniert.
>>>
>>> connect besteht zu GW 1.
>>>
>>> bitte mal drueberschauen,
>>>
>>> danke
>>>
>>>
>>> kalle
>>>
>>
>
>