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

[Sebastian Fontaine]

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
>>
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.hacksaar.de/pipermail/freifunk-public/attachments/20250117/e7da6c51/attachment.htm>