<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    Hi,<br>
    <br>
    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.<br>
    Das macht mir immer mal wieder Probleme in einigen Installationen,
    wenn ich dort mit einer Art Offloader-Konfig und VLANs arbeite.<br>
    Andere Variante ist die, dass ich die Switch-Ports nicht fürs client
    network (freifunk), sondern fürs WAN (also das private Netz) nutze.<br>
    In komplexeren Bauten wie z.B. am Birkenhof verwende ich auch mal
    unterschiedlichen WLAN-Kanäle.<br>
    <br>
    All dies wird durch das upgrade mal wieder überbügelt.<br>
    Deshalb empfiehlt es sich in solchen Fällen vorher ein backup vom
    Ordner /etc/config zu machen.<br>
    Immerhin bleiben die ssh-keys auch nach dem update gültig.<br>
    <br>
    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.<br>
    <br>
    Möglicherweise gibt es bei @kalle auch eine etwas unorthodoxe
    Konfiguration vor Ort, die den beobachteten Effekt erklären könnte?<br>
    <br>
    @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.<br>
    sfpro:~ fontaines$ ping  -I 185.66.193.26 -4
    wetterstationen.meteomedia.de  -c 4 -i 1 -W 5<br>
    ping: invalid option -- 4<br>
    sfpro:~ fontaines$ ping  -I 185.66.193.26
    wetterstationen.meteomedia.de  -c 4 -i 1 -W 5<br>
    ping: -I, -L, -T flags cannot be used with unicast destination<br>
    root@ffsaar-HammelsbergVe:~# ping  -I 185.66.193.26 -4
    wetterstationen.meteomedia.de  -c 4 -i 1 -W 5<br>
    PING wetterstationen.meteomedia.de (54.230.206.125) from
    185.66.193.26: 56 data bytes<br>
    ping: can't set multicast source interface<br>
    <br>
    <br>
    Grüße<br>
    Sebastian<br>
    <br>
    <br>
    <div class="moz-cite-prefix">Am 16.01.25 um 22:31 schrieb Jan
      Scherer via freifunk-public:<br>
    </div>
    <blockquote type="cite"
      cite="mid:de950f69-2688-4fac-a57f-e73215e0e5a4@web.de">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <p>Guten Abend kalle,</p>
      <p>über meinen Knoten kann ich die von dir genannte Webseite
        aufrufen. Dieser ist auch mit dem GW1 verbunden.<br>
        <br>
        Auch kann ich die Adresse von GW1 per ping erreichen<br>
        <br>
        <span style="font-family:monospace"><span
style="font-weight:bold;color:#54ff54;background-color:#ffffff;">jsc@gw1</span><span
            style="color:#000000;background-color:#ffffff;">:</span><span
style="font-weight:bold;color:#5454ff;background-color:#ffffff;">~</span><span
            style="color:#000000;background-color:#ffffff;">$ ping  -I
            185.66.193.26 -4 wetterstationen.meteomedia.de  -c 4 -i 1 -W
            5                                                     </span><br>
          PING wetterstationen.meteomedia.de.prd.wx.zones.dtn.com
          (18.245.60.18) from 185.66.193.26 : 56(84) bytes of data. <br>
          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 <br>
          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 <br>
          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 <br>
          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<br>
          <br>
        </span>Kannst du mehr Details nennen um den Fehler
        nachzuvollziehen? Welchen Knoten verwendest du?<br>
      </p>
      <p><br>
        Grüße</p>
      <p>Jan<br>
      </p>
      <div class="moz-cite-prefix">Am 16.01.25 um 22:22 schrieb Wolfgang
        via freifunk-public:<br>
      </div>
      <blockquote type="cite"
        cite="mid:d48343cc-d811-483a-8d10-43c44c313004@dc0vz.de">irgendwie
        ist das routing defekt. <br>
        <br>
        <a class="moz-txt-link-freetext"
href="https://wetterstationen.meteomedia.de/?station=191279&wahl=vorhersage"
          moz-do-not-send="true">https://wetterstationen.meteomedia.de/?station=191279&wahl=vorhersage</a>
        <br>
        <br>
        und viele andere sind  nicht erreichbar, <br>
        <br>
        spiegel.de geht, geht nicht. <br>
        <br>
        <a class="moz-txt-link-freetext"
          href="https://mgmt.saar.freifunk.net/hopglass/#!v:m"
          moz-do-not-send="true">https://mgmt.saar.freifunk.net/hopglass/#!v:m</a>
        <br>
        <br>
        funktioniert. <br>
        <br>
        connect besteht zu GW 1. <br>
        <br>
        bitte mal drueberschauen, <br>
        <br>
        danke <br>
        <br>
        <br>
        kalle <br>
        <br>
      </blockquote>
      <br>
      <fieldset class="moz-mime-attachment-header"></fieldset>
    </blockquote>
    <br>
  </body>
</html>