# Migrierte Knoten im Bereich Freifunk Winterberg

**URL:** <https://forum.freifunk.net/t/migrierte-knoten-im-bereich-freifunk-winterberg/24526>\
**Category:** Möhne\
**Created:** [4. Januar 2026 um 22:12 UTC](https://forum.freifunk.net/t/migrierte-knoten-im-bereich-freifunk-winterberg/24526 "2026-01-04T22:12:35Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![wusel](https://forum.freifunk.net/user_avatar/forum.freifunk.net/wusel/32/630_2.png) [@wusel](https://forum.freifunk.net/u/wusel)\
**Post date:** [4. Januar 2026 um 22:12 UTC](https://forum.freifunk.net/t/migrierte-knoten-im-bereich-freifunk-winterberg/24526/1 "2026-01-04T22:12:36Z")

</div>

Moin Benedikt,

ich schieb’ das mal in einen neuen Thread, hat ja nur am Rande was mit dem initialen – [Freifunk Winterberg braucht Hilfe](https://forum.freifunk.net/t/freifunk-winterberg-braucht-hilfe/24518/24) – zu tun.

> [@Freifunk Winterberg braucht Hilfe](https://forum.freifunk.net/t/freifunk-winterberg-braucht-hilfe/24518/24):
>
> Eine PicoStation ist noch offline. Die liegt noch zu Hause, weil ich sie via UART reaktivieren musste. Da ist wohl bei dem Update was schief gelaufen… Egal.

ja, das sieht schräg aus, lt. alter Karte ist die PicoStation M2 9 Minuten mit der neuen Firmware gelaufen (müßte diese sein? [Freifunk Winterberg - loading...](https://map.freifunk-winterberg.net/#!/de/map/687251842a8b)) und dann war sie weg. Auch auf der [neuen Interims-Karte](https://map02.4830.org/) sieht man sie, als kurz muß sie gelaufen sein …

Auch ein [anderer Knoten](https://map02.4830.org/map/#!v:m;n:68d79a02f40a) ist komisch: In »Mesh 28 - Freifunk Winterberg (Hochsauerlandkreis)« und dem `stable`-Zweig des Autoupdaters dürfte kein Knoten bei der Migration landen, da muß eigentlich nachträglich über den Config-Mode was geändert worden sein?

---

<div class="post-metadata">

**Author:** ![b.hanses](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/b/f04885/32.png) [@b.hanses](https://forum.freifunk.net/u/b.hanses)\
**Post date:** [4. Januar 2026 um 22:44 UTC](https://forum.freifunk.net/t/migrierte-knoten-im-bereich-freifunk-winterberg/24526/2 "2026-01-04T22:44:56Z")

</div>

Zu 1: Die PicoStation hat kurz gelaufen nachdem ich sie zu Hause gefixt habe.

Zu 2: Das nehme ich auf meine Kappe ☺ Ich habe einen Knoten zum Testen und herumspielen mit eurer stable Firmware von [https://fw.4830.org/](https://fw.4830.org/) geflasht…

---

<div class="post-metadata">

**Author:** ![wusel](https://forum.freifunk.net/user_avatar/forum.freifunk.net/wusel/32/630_2.png) [@wusel](https://forum.freifunk.net/u/wusel)\
**Post date:** [4. Januar 2026 um 22:58 UTC](https://forum.freifunk.net/t/migrierte-knoten-im-bereich-freifunk-winterberg/24526/3 "2026-01-04T22:58:44Z")

</div>

Ah, das erklärt dann beides 😉 Danke für die Rückmeldung.

Hatte die PS vielleicht eine Winterberg-Firmware älter als 0.9?

Konkret, im Winterberger Netz waren Anfang Dezember v2017.1 (0.8), v2018.1/.2 (0.9), v2019.1/2020.1 (0.10.1/\>0.10.1), v2020.2 (0.11) und v2021.1 (0.12) im Einsatz. Das Gros der Knoten war auf v2020.1.3 (0.10.4); alles ab v2018.2 (\>0.9.0) kann man eigentlich direkt auf v2021.1 bringen; es gab Anfang Dezember 3 Knoten, 2 davon online, die \<0.9 installiert hatten und die man entsprechend beim Update vermutlich verlieren würde. Zudem waren damals 4 ERX \<v2020.1, diese werden beim Update wahrscheinlich ebenfalls gebrickt werden (Reflash per seriellem Zugang notwendig).

Aber es kann auch einfach nur Pech gewesen ein, oder Speicher zu voll für den FW-Download oder …

---

<div class="post-metadata">

**Author:** ![b.hanses](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/b/f04885/32.png) [@b.hanses](https://forum.freifunk.net/u/b.hanses)\
**Post date:** [4. Januar 2026 um 23:15 UTC](https://forum.freifunk.net/t/migrierte-knoten-im-bereich-freifunk-winterberg/24526/4 "2026-01-04T23:15:59Z")

</div>

Es wird wohl Pech gewesen sein…

Die FW war auf 0.12.1. Deshalb konnte ich via autoupdater nichts mehr machen.

Ich habe dann eure 1.4.0~194 von [hier](https://firmware.4830.org/deadend/sysupgrade/) geladen, via scp auf die Pico geschoben und per sysupgrade eingespielt. Danach war Sendepause.

Die zweite Pico (war ebenfalls auf 0.12.1) hat das Upgrade einwandfrei auf die gleiche weise übernommen.

---

<div class="post-metadata">

**Author:** ![b.hanses](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/b/f04885/32.png) [@b.hanses](https://forum.freifunk.net/u/b.hanses)\
**Post date:** [12. Januar 2026 um 19:09 UTC](https://forum.freifunk.net/t/migrierte-knoten-im-bereich-freifunk-winterberg/24526/5 "2026-01-12T19:09:43Z")

</div>

Moin,

Mir ist heute aufgefallen, dass über meine zu [4830.org](http://4830.org) migrierten Winterberger Knoten einige Internetseiten nicht erreichbar sind.  
drei Knoten sind auf der Software 1.4.0~194  
ein Knoten ist auf der Software 1.9.0~35

Pages, die nicht erreichbar sind (beispiele):  
[ebay.de](http://ebay.de), [stern.de](http://stern.de), [4830.org](http://4830.org), [github.com](http://github.com), [gmx.net](http://gmx.net), …

Pages, die erreichbar sind (beispiele):  
[youtube.com](http://youtube.com), [google.de](http://google.de), [br.de](http://br.de), [wikipedia.org](http://wikipedia.org), …

Über den einen Knoten, den ich nicht migriert habe und der weiterhin auf der Winterberger 0.12.1 läuft, funktioniert alles wunderbar.

---

<div class="post-metadata">

**Author:** ![wusel](https://forum.freifunk.net/user_avatar/forum.freifunk.net/wusel/32/630_2.png) [@wusel](https://forum.freifunk.net/u/wusel)\
**Post date:** [12. Januar 2026 um 19:35 UTC](https://forum.freifunk.net/t/migrierte-knoten-im-bereich-freifunk-winterberg/24526/6 "2026-01-12T19:35:00Z")

</div>

Welche(r) Knoten? Konkret brauchen wir die Nummer des Meshes, um das Nachstellen zu können; ist [https://map02.4830.org/map\_Freifunk%20Winterberg/#!v:m;n:b4fbe4f61a48](https://map02.4830.org/map_Freifunk%20Winterberg/#!v:m;n:b4fbe4f61a48) einer davon?

---

<div class="post-metadata">

**Author:** ![b.hanses](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/b/f04885/32.png) [@b.hanses](https://forum.freifunk.net/u/b.hanses)\
**Post date:** [12. Januar 2026 um 20:06 UTC](https://forum.freifunk.net/t/migrierte-knoten-im-bereich-freifunk-winterberg/24526/7 "2026-01-12T20:06:35Z")

</div>

Ja das ist einer davon.  
Die anderen sind  
[https://map02.4830.org/map\_Freifunk%20Winterberg/#!v:m;n:687251842a8b](https://map02.4830.org/map_Freifunk%20Winterberg/#!v:m;n:687251842a8b)  
[https://map02.4830.org/map\_Freifunk%20Winterberg/#!v:m;n:68725166d84f](https://map02.4830.org/map_Freifunk%20Winterberg/#!v:m;n:68725166d84f)  
[https://map02.4830.org/map\_Freifunk%20Winterberg/#!v:m;n:e063da14cc10](https://map02.4830.org/map_Freifunk%20Winterberg/#!v:m;n:e063da14cc10)

---

<div class="post-metadata">

**Author:** ![wusel](https://forum.freifunk.net/user_avatar/forum.freifunk.net/wusel/32/630_2.png) [@wusel](https://forum.freifunk.net/u/wusel)\
**Post date:** [12. Januar 2026 um 22:12 UTC](https://forum.freifunk.net/t/migrierte-knoten-im-bereich-freifunk-winterberg/24526/8 "2026-01-12T22:12:23Z")

</div>

> [@b.hanses](#):
>
> Pages, die nicht erreichbar sind (beispiele):  
> [ebay.de](http://ebay.de), [stern.de](http://stern.de), [4830.org](http://4830.org), [github.com](http://github.com), [gmx.net](http://gmx.net), …

Auf dem Gateway hatte sich der dhcpd weggehängt, Clients bekamen weder IPv4-Adressen noch -Nameserver. Should be fixed, bei mir geht’s jedenfalls wieder.

---

<div class="post-metadata">

**Author:** ![b.hanses](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/b/f04885/32.png) [@b.hanses](https://forum.freifunk.net/u/b.hanses)\
**Post date:** [12. Januar 2026 um 22:40 UTC](https://forum.freifunk.net/t/migrierte-knoten-im-bereich-freifunk-winterberg/24526/9 "2026-01-12T22:40:40Z")

</div>

Kann ich bestätigen. Prima👌

---

<div class="post-metadata">

**Author:** ![adorfer](https://forum.freifunk.net/user_avatar/forum.freifunk.net/adorfer/32/17910_2.png) [@adorfer](https://forum.freifunk.net/u/adorfer)\
**Post date:** [12. Januar 2026 um 22:55 UTC](https://forum.freifunk.net/t/migrierte-knoten-im-bereich-freifunk-winterberg/24526/10 "2026-01-12T22:55:55Z")

</div>

Wir haben da so checker laufen, die dafür sorgen, dass Supernodes selbst merken, wenn sie “unpässlich” sind und dann auch ihren VPN-Endpunkt schließen, damit die Plastikrouter zu einem “ungestörten” Supernode weiterziehen.

> **[cmk-sn-exit-check.sh · main · neanderfunk / SN Domaenen Controller · GitLab](https://git.ideenwerk.me/neanderfunk/sn-domaenen-controller/-/blob/main/cmk-sn-exit-check.sh)**
>
> GitLab Community Edition
