Skip to content

FritzBox Labor Version 7.39

Linux
  • Voller Vorfreude die Beta-Version installiert.

    FRITZ!OS: 07.39-94697 BETA - Version aktuell

    1cd7a526-5438-4675-9415-54c45439252f-grafik.png

    Nach einer Stunde erfolglosem rumprobieren, kam mir dann doch etwas sehr merkwürdig vor. Also nochmal aufmerksam die AVM Seite durchgesucht. Und dann das hier gefunden.

    c42d333f-693d-47a1-a549-5f68fe04f5c6-grafik.png

    Ähm, wollt ihr mich verars........? 😠

    Quelle: https://avm.de/fritz-labor/frisch-aus-der-entwicklung/bekannte-probleme/

  • Die Antwort von AVM, ich hatte schon eine Anfrage gestellt bevor ich das oben gezeigte gefunden hatte.

    Die von Ihnen geschilderten Probleme kennen wir bereits. Unsere Entwicklung arbeitet auch schon an einer Lösung, die wir dann mit einem kommendem Update bereitstellen werden.
    Ich danke Ihnen für Ihre Unterstützung!

  • Neuer Versuch 😉

    bd02967a-94a0-4432-9dad-7a251683b8bd-grafik.png

  • Zufällig mal nachgesehen und da ist doch glatt ein Update angekommen. Schnell mal installiert, kurzer Test.

    5577a494-e3de-4911-94fb-4370cda692f4-grafik.png

    Da ist der QR-Code, das ging vorher nicht. Da kam immer die Fehlermeldung. Hier der Screenshot mit der funktionierenden Verbindung.

    Bildschirmfoto vom 2022-03-28 19-36-49.png

    Wenn ihr das kennt, den QR-Code scannen und die Installation des Wireguard Tunnels ist auf dem Smartphone fertig. Das schaut in der Wireguard App dann wie folgt aus.

    Screenshot_20220328-194131_WireGuard.jpg

    Und mal eben einen lokalen Teilnehmer erreichen.

    Screenshot_20220328-194025_Firefox.jpg

    Das soll es mal für einen Schnelltest gewesen sein. Ich komme da aber sicher noch drauf zurück 🙂

  • Bitte beachten, das diese VPN-Verbindung ein Problem hat, Stichwort DNS leak. Ursache ist der gesetzte DNS-Server in den Wireguard Einstellungen. Der zeigt auf die Fritzbox, die benutzt im Normalfall den DNS des Internetproviders. Nicht perfekt. Aber auch das lässt sich lösen....

    Bildschirmfoto vom 2022-03-28 20-06-15.png

  • Wer mich kennt, weiß das ich das so nicht lassen kann 🙂

    Screenshot_20220330-180940_Firefox.jpg

    Auch noch mit einem anderen Dienst gegen getestet, alles gut, so muss das 😉

    Dazu habe ich einen Rechner (wofür liegen die Platinen hier alle rum?), genau genommen einen Quartz64, mit einem Unbound Server ausgestattet.

    /etc/unbound/unbound.conf.d/user.conf

    server:
      interface: 0.0.0.0
      interface: ::0
      access-control: 127.0.0.0/8 allow
      access-control: 192.168.178.0/16 allow
      prefetch: yes
      hide-identity: yes
      hide-version: yes
      qname-minimisation: yes
    

    Restart nicht vergessen.

    service unbound restart
    

    Danach noch auf dem Smartphone in der Wireguard-Konfiguration, die Adresse des Unbound-Servers eintragen -fertig!

  • Da das o.g. sehr gut funktioniert, habe ich den Wireguard Server, den ich in der Hetzner Cloud dafür betrieben habe, heute abgeschaltet.

    Das erspart mir 4,98€ ( 4,15€ + 20% für Backups), macht 59,76€ / Jahr. In Zeiten mir hoher Inflation nicht so unwichtig. Der Proxmox bei mir zu Hause, auf dem der Dienst jetzt läuft, ist hier sowieso an der macht ja noch so einiges anderes...

  • Standby Problem mit Mediatek MT7921e

    Linux
    1
    0 Stimmen
    1 Beiträge
    112 Aufrufe
    Niemand hat geantwortet
  • Test3

    Linux
    1
    0 Stimmen
    1 Beiträge
    54 Aufrufe
    Niemand hat geantwortet
  • Fedora 41 - Standby Problem

    Linux
    4
    0 Stimmen
    4 Beiträge
    372 Aufrufe
    FrankMF

    Es hatte bis jetzt leider gar nichts vernünftig funktioniert. Nachdem Manjaro den Kernel 6.10 rausgeschmissen hat (EOL), stand ich auf dem Schlauch. Alles nach 6.10 ging nicht, zwischenzeitlich war ich auf 6.6., da ging es, aber ist auch keine Lösung. Also, mal wieder überall rein gelesen.

    Hier findet man die Lösung.

    Link Preview Image Kernel 6.11.3-200.fc40 unable to resume from suspend when bluetooth enabled

    Hello everyone, I have been having a weird issue that I thought was maybe GPU or monitor related because it seemed to happen on multiple distros. I recently realized the one common denominator was Kernel 6.11. I am unable to wake my computer from suspend and get video output unless bluetooth is di…

    favicon

    Fedora Discussion (discussion.fedoraproject.org)

    File /etc/system/systemd/bluetooth-fix.service anlegen

    [Unit] Description=Disable Bluetooth before going to sleep Before=sleep.target StopWhenUnneeded=yes [Service] Type=oneshot RemainAfterExit=yes ExecStart=/usr/sbin/rfkill block bluetooth ExecStop=/usr/sbin/rfkill unblock bluetooth [Install] WantedBy=sleep.target

    Aktivieren

    systemctl enable bluetooth-fix.service

    Danach geht mein Standby auch wieder mit höheren Kernel-Versionen.

    uname -a  ✔  20s  Linux frank-manjaro 6.12.1-4-MANJARO #1 SMP PREEMPT_DYNAMIC Mon, 25 Nov 2024 05:36:03 +0000 x86_64 GNU/Linux

    Frank wieder zufrieden 🤓

    Das ist jetzt zwar nur ein Workaround, aber besser als gar nichts. Was weiß ich, wann welche Firma jetzt mal das Problem anfasst und fixt!? Für mich hat der Workaround auch keine negativen Auswirkungen. Zumindestens ist mir noch nichts aufgefallen. Ich werde berichten.

  • Debian Bookworm 12.7 released

    Linux
    1
    0 Stimmen
    1 Beiträge
    112 Aufrufe
    Niemand hat geantwortet
  • Fritz!Box - Update auf Version 7.57 Dringend!

    Allgemeine Diskussionen
    1
    0 Stimmen
    1 Beiträge
    185 Aufrufe
    Niemand hat geantwortet
  • Fritzbox - Proxmox - pfSense - IPv6

    Verschoben Linux
    1
    0 Stimmen
    1 Beiträge
    512 Aufrufe
    Niemand hat geantwortet
  • FRITZ!Box 6591C

    Allgemeine Diskussionen
    1
    0 Stimmen
    1 Beiträge
    174 Aufrufe
    Niemand hat geantwortet
  • IPv6 - Fritzbox - pfSense

    Verschoben pfSense
    1
    0 Stimmen
    1 Beiträge
    482 Aufrufe
    Niemand hat geantwortet