Nach div. Fehlersuche habe ich jetzt zum testen anders gelöst. Ich hatte es zuvor nicht hin bekommen warum auch immer wieder über IPv6 Adresse zu bekommen im Fallback Mode.
Habe deshalb beim Autouodater einen weiteren Mirror eingetragen mit der V4 Only Adresse. Hier scheint er dem Zufallsprinzip nach eine auszuwählen. Wenn die erste nicht geht nimmt er aber die nächste. So können wir dann beide Szenarien abdecken. Entweder eine fehlende V4 kompensieren bzw. eine fehlende V6 Adresse kompensieren.
Habe nun auf TNG das Update per Fallback laufen lassen. Ging aber wieder nur mit den zusätzlichen Mirror.
Wir sollten meiner Meinung nach die V4 Only zusätzlich zu der V6 Only Adresse beim Autoupdater eintragen.
@wusel machst du eine Version in Experimental mit den beiden Einträgen? Dann würde ich noch Mal ein Downgrade machen. Evtl. Dann auch noch mit meinen R300e Knoten
Danke für die Tests/Analyse!
Eine v4-IP drin zu haben, führte früher zu Problemen: Knoten haben nur v6, autoupdater zieht “manifest”-Datei von URL => klappt nicht bei v4-IP (die per DNS-Abfrage für den FQDN zurückgegeben wird) => “keine Updates”. Oder: Manifest wird geladen, Updatedatei kann nicht über v4 geholt werden.
Kurzum: IMHO muß der Client-Knoten v6 per RA ziehen, dann sollte es tun. Also gucken, warum das nicht tut 
Das ist mir bewusst. Deshalb ja der Weg über einen zweiten Mirror in der Autoupdater Config mit einer V4 Only und einer V6 Only Adresse. Er wählt eine per Zufall aus. Funktioniert diese nicht läuft er in einen Timeout und nimmt die nächste.
Ich habe das in der Doku noch nicht gegen gelesen. Bei mir war es aber so zu beobachten.
BlueMail for Android herunterladen
Ja ich bin auch der Meinung das man den Fehler auch noch finden sollte.
Habe gerade mal in der Doku nachgeschaut
https://gluon.readthedocs.io/en/v2020.1.x/user/site.html (Ich weiß die Versionen von uns sind aktuell noch älter, habe aber keine Änderungen im Autoupdater in dem Bereich gefunden)
The mirrors are checked in random order until the manifest could be downloaded successfully or all mirrors have been tried.
Habe es wie folgt eingetragen
config branch ›tng‹
list mirror ›http://firmware.ipv6.4830.org/tng/sysupgrade‹
list mirror ›http://firmware.ipv4.4830.org/tng/sysupgrade‹
option good_signatures ›1‹
option name ›tng‹
list pubkey 'fbc99…
So ist in meinen Augen sicher gestellt das beides vom Knoten ausprobiert wird. So dürfte der Fallbackmode sauber funktionieren und der normale Mesh Modus mit reiner v6 auch. (Ja es ist ein Workaround.)
Früher™ hatten wir firmware.ipv4.4830.org sowie firmware.ipv6.4830.org drin, und da kam es vor, daß mal das Manifest, mal die Datei vom unerreichbaren v4-Server gezogen werden sollte. Dunno, ob sich das soweit geändert hat, daß sich gemerkt wird, was tat und die gleiche URL für beides benutzt wird?