2026-05-24T20:13:38Z https://yabu.me Freifunk Karlsruhe https://yabu.me/npub15v4lkgrm7j684npdh2udfj8e38u0pzzj3c6ylph3nkxeju5az72qwcchpl https://assets.chaos.social/accounts/avatars/109/819/387/769/970/593/original/44ce152bcaa43cd1.png https://assets.chaos.social/accounts/avatars/109/819/387/769/970/593/original/44ce152bcaa43cd1.png https://yabu.me/nevent1qqswzt45adufe9ngypxqq6yq54h7s36eauqa9cxz3tztzmx9xgq3mhczyz3jh7eq006tg7kv9kat34xglxyl3uyg228rgnux7xwcmxtjn5tegqhd80h In reply to <a href='/nevent1qqswljpght2cp84nwzpcn69kkcg25vcxfatl9utglkv8ju28yj9fpdcfvpa5m'>nevent1q…pa5m</a><br/>_________________________<br/><br/>hast du die genaue Fehlermeldung für uns? Dann können wir besser verstehen was da vor sich geht.<br/><br/>Eine richtige online detection Logik haben wir bis jetzt nicht im Node intrigiert, zumindest nicht in einer Art und Weise die es uns relativ einfach macht den extra RA einfach abzuschalten. Wegen der niedrigen Prio und dem fehlenden Gateway sollte der so oder so von den meisten Systemen durch den unser Gateways überschrieben werden. 2026-01-20T07:11:01Z https://yabu.me/nevent1qqsfrft395tjppxx9p5hqxyfzvlukjsml5vcdvah9lultqvftjzlavgzyz3jh7eq006tg7kv9kat34xglxyl3uyg228rgnux7xwcmxtjn5tegvejgd5 In reply to <a href='/nevent1qqsr29ueeda6ua558cgxcw6x4lw6syyzvh98ly7gsa3hwmfhe9cjc5spf23nu'>nevent1q…23nu</a><br/>_________________________<br/><br/>Die Logik basiert auf der in Gluon eingebauten Idee das es zwei Quellen für die RAs gibt. Einmal der Knoten selber, damit es auch ohne Internet immer die Möglichkeit auf Lokale Kommunikation gibt.<br/>Die anderen RAs kommen dann von unserem Gateway und haben dementsprechend auch eine default Route. 2026-01-19T22:19:57Z https://yabu.me/nevent1qqspqgm5lp59wl0mfzmpx6jj0pflt7w2q45k6vnjvg03yxz8mh49vzszyz3jh7eq006tg7kv9kat34xglxyl3uyg228rgnux7xwcmxtjn5tegkqhkr0 In reply to <a href='/nevent1qqst8p5y25waj3k7etxs4mrdlxgdj6hg0fkq9swt0cljrm9g9h29vvszk7546'>nevent1q…7546</a><br/>_________________________<br/><br/>Wir konnten gestern Abend endlich das Problem finden.<br/><br/>Der Autoupdater auf die Beta (und der Autoupdater der Experimental.) gehen endlich wieder. 2026-01-19T07:23:04Z https://yabu.me/nevent1qqs0fk8rm4tn4pufzdcvntjr0fkyfe3327ayrayrtvry0uagqymvs7szyz3jh7eq006tg7kv9kat34xglxyl3uyg228rgnux7xwcmxtjn5tegk8zqkz In reply to <a href='/nevent1qqswck5sf3y0frt9hp8aw82xzmpklr6rrgywa03e9ykfkm9frj2ff4ceyrftn'>nevent1q…rftn</a><br/>_________________________<br/><br/>Prüf bitte noch mal ob der Autoupdater jetzt geht. Wir haben da noch einen Fehler gefunden beim Automatischen erzeugen der passenden Symlinks. 2026-01-17T18:45:22Z https://yabu.me/nevent1qqs8nlenptkkjlw2frzt7ap2wsfwuzcu9skc9yrtsy9ylmu4dtwr3wczyz3jh7eq006tg7kv9kat34xglxyl3uyg228rgnux7xwcmxtjn5teg78zzh4 In reply to <a href='/nevent1qqsvd3h2t2terrvxn9z9lgsqgdwwehjjgjtg5gggceejf358md39z6q3z4qw3'>nevent1q…4qw3</a><br/>_________________________<br/><br/>Ja wir wissen das die MTU Niedrig ist. Vorher war die MTU 1348, was eine Zahl war bei der mehrere CLAT auf Android aus dem Tritt gekommen sind, und konsequent 20 Byte zu große Pakete versucht haben zu senden. Dadurch das wir nun 1280 als MTU setzen, scheint sich das Problem lösen zu lassen.<br/>Gerne würden wir die MTU wieder vergrößern.<br/><br/>Welche DHCP-108 Zeitspanne wäre denn ein Üblicher Erwartungswert? Wir haben diesen Wert aus der IPv6 Mostly Demo der Ruhr Uni übernommen gehabt. 2026-01-17T17:14:17Z https://yabu.me/nevent1qqs22lthpaz6n87ecqpw9cvzwr5ty7n87xx65rrqzm4pufvfpgcvc4gzyz3jh7eq006tg7kv9kat34xglxyl3uyg228rgnux7xwcmxtjn5tegk4fx8m In reply to <a href='/nevent1qqs2vq0pldjs8hhnyad7qtxqktq0pmjlp2scsxtn8ff0039jzulyjysajw677'>nevent1q…w677</a><br/>_________________________<br/><br/>Feedback ist immer willkommen. <br/><br/>Das “Problem” an der Stelle ist der Resolver-Cache auf dem Knoten selber. Dein Node hat noch unsere aktuelle Stable Version aus 2025, bevor das v6 Mostly gestartet ist.<br/>Da fragt der Cache noch die non-DNS64 Server.<br/><br/>Wir haben das zwar “hintendrum”umgebogen, aber bei neuen Knoten dauert es eine weile bis es greift. Du kannst aber Firmware ab Version 0.15.0 testen, da ist der default dann die DNS64 Server. 2026-01-17T17:07:33Z https://yabu.me/nevent1qqs2akmnu4vr2prgtr85dz5x0hmmujlhrmqe0uqavqfa5t0ya7sc60gzyz3jh7eq006tg7kv9kat34xglxyl3uyg228rgnux7xwcmxtjn5tegqmleqf In reply to <a href='/nevent1qqs2aad469z70u3dp329np6rhlpxdv3el5l6k0580ghas39raqyv29gj9qlhh'>nevent1q…qlhh</a><br/>_________________________<br/><br/>Für den Knotenbetreiber ändert sich gar nichts, die Config auf dem Node bleibt gleich.<br/>Die neuste Firmware hat dann aber, einen lokalen Cache der automatisch unsere DNS64 Server nutzt.<br/><br/>DNS64 über DoT und DoH kommt auch noch, da muss der Moderisierungsprozess noch unsere Name-Server für erreichen, damit es passende Zertifikate ohne größeren Aufwand gibt.<br/><br/>Unsere Firmware gibt es hier:<br/><br/><a href="https://firmware.karlsruhe.freifunk.net">https://firmware.karlsruhe.freifunk.net</a> 2026-01-16T19:46:12Z https://yabu.me/nevent1qqsdq4wgpw8hczky0mjzt25x97244yzsccytl2fstcqlc502tpjuy0gzyz3jh7eq006tg7kv9kat34xglxyl3uyg228rgnux7xwcmxtjn5tegccazhu In reply to <a href='/nevent1qqs8sj2k0h5l9g9x3mys994cxq8p2zgaw2mv9a2zjsehcfn7kfsvq8gkzg3xd'>nevent1q…g3xd</a><br/>_________________________<br/><br/>Wir haben ein Setup mit Jool.<br/><br/>Haben uns bei Aufbau hier dran orientiert und es leicht angepasst an das Routing-Setup bei uns:<br/><br/><a href="https://ipng.ch/s/articles/2024/05/25/case-study-nat64/">https://ipng.ch/s/articles/2024/05/25/case-study-nat64/</a> 2026-01-16T16:54:35Z https://yabu.me/nevent1qqsds8lpke62n0zshys6q49dhwkp56jmehr9g3phcpm2zc6xvaj5ycczyz3jh7eq006tg7kv9kat34xglxyl3uyg228rgnux7xwcmxtjn5tegqv2w8g Nachdem unser IPv6-Mostly Setup endlich halbwegs rund läuft, sind unsere NAT64 Server regelmäßig ans Limit der möglichen Verbindungen gekommen, die sie übersetzten können.<br/><br/>Wir haben deswegen noch, pro Server, 8 weitere IPv4 Adressen in unseren Pool geholt. <br/>Da diese Adressen exklusiv für das das NAT64 sind, steigt die Kapazität auf fast das 10-fache.<br/><br/>So ist auch Stoßzeiten nun mehr als genug Luft nach oben und ihr könnt ohne Probleme weiter surfen!<br/><br/>#IPv6mostily #ipv6 #nat64 2026-01-16T12:55:34Z