Skip to content

NanoPi R5S - FriendlyWrt Docker Image

NanoPi R5S
  • Ich habe gestern Abend mal eine nicht erfolgreiche Nachtschicht eingelegt 😞 Immer funktionierte nach der Einrichtung des Images irgendwann der Docker nicht mehr - ich konnte die Docker Container schlicht nicht mehr erreichen. Irgendwann habe ich es dann vorgezogen ins Bett zu gehen 😉

    Heute Morgen dann, frisch erholt und mit heißem Kaffee versorgt ging es dann wieder an die Installation und ans Nachdenken.

    Man kann nicht so einfach Konfigurationen von einem R5S zum Anderen kopieren, weil sich ja logischerweise die MAC-Adressen ändern und dann nichts mehr geht. Das war so mit das erste was ich gestern gelernt hatte.

    Also, immer schön Zeile für Zeile ändern oder besser direkt über das Webinterface.

    Bei der Neuinstallation des Images klappten die Docker Container immer, bis zu dem Zeitpunkt wo ich versuchte die LAN Buchsen zu trennen, quasi die Brücke entfernen wollte, weil ich die LAN Schnittstellen einzeln brauche. Siehe dazu -> https://linux-nerds.org/topic/1243/nanopi-r5s-mein-netzwerk-setup

    Ok, die Netzwerkbrücke br-lan wird also wohl gebraucht! Das war heute Morgen mein Ansatz. Ich entfernte also nur die zweite LAN Buchse eth2 aus der Brücke. Der Docker Container, den ich zum Testen angelegt hatte, ging immer noch. Überraschung

    Danach aus eth2 meine zwei VLANs gemacht und alles durchkonfiguriert. Noch eine Erkenntnis, wenn man LAN Schnittstelle der Brücke die IP ändert, direkt neustarten. Docker mag das nicht und findet dann irgendwas nicht. Nach Neustart läuft aber dann alles wieder.

    Nach ein wenig feintuning war dann alles so konfiguriert wie ich wollte und der Docker Container lief immer noch 🤓

    Somit hatte ich das Ziel erreicht, meine Netzwerkkonfiguration lief und ich kann jetzt mit den Docker Containern spielen.

    Interfaces

    Interfaces2.png

    Docker Container

    a81c28b4-e50f-4e00-817b-a77f2645354e-grafik.png

  • 0 Stimmen
    2 Beiträge
    282 Aufrufe
    FrankMF

    Das Image auf meinem NanoPi R5S ist

    OpenWrt 22.03.0-rc6 r19590-042d558536 / LuCI branch git-22.213.58438-a9735e0

    Aktuelles FriendlyWrt wäre

    OpenWrt 22.03.3 r20028-.......

    Aktuell seit 09.01.2023 ist

    OpenWrt 22.03.3

    Da ich keine Probleme habe und alles zu meiner Zufriedenheit läuft, kann ich locker noch bis zum nächsten Release warten und hoffe immer noch, das der R5S endlich mal im OpenWrt landet.....

  • NanoPi R5S - OpenWrt Image

    NanoPi R5S
    5
    0 Stimmen
    5 Beiträge
    509 Aufrufe
    FrankMF

    Ich vermisse ja hier immer das PCIe Laufwerk. Beim Ausprobieren des VisionFive2 hatte sich herausgestellt, das die WD Black NVMe dort auch nicht erkannt wird!?

    Also mal die neue Crucial PCIe SSD rein und bingo - funktioniert einwandfrei.

    Gegentest, die WD wieder eingebaut. Die wird nicht erkannt - sehr interessant und nervig 🙂

  • NanoPi R5S - mein Netzwerk-Setup

    NanoPi R5S
    5
    0 Stimmen
    5 Beiträge
    495 Aufrufe
    FrankMF

    Bei meinen Versuchen Docker von /opt/docker nach z.B.: /mnt/nvme/docker zu verlegen tauchte ein Problem auf, irgendwann waren meine Daten auf der NVMe weg. Nur Backups, also kein Problem 🙂

    Kurz mal nachdenken, da ich eine NVMe SSD mit 1TB verbaut habe, war das neue Konzept relativ schnell klar.

    Zwei Partitionen aus der NVMe machen.

    Partition1 für Backups Partition2 für docker

    Alles eingerichtet, Docker Container wieder installiert. Test Reboot um zu schauen, das die Daten auch erhalten bleiben. DokuWiki gesynct - läuft.

    Da mir noch das Backup meine NAS fehlte, kurz neu initialisiert und das Backup angestoßen. Alles so, wie ich es gerne hätte, mal sehen wie lange das so überlebt 😉

  • NanoPi R5S - Samba

    NanoPi R5S
    5
    0 Stimmen
    5 Beiträge
    262 Aufrufe
    FrankMF

    Test zu dem NFS Mount (240GB USB SSD an USB-Port)

    [frank-ms7c37 nfs]# dd if=/dev/zero of=sd.img bs=1M count=2048 oflag=direct,nonblock 2048+0 Datensätze ein 2048+0 Datensätze aus 2147483648 Bytes (2,1 GB, 2,0 GiB) kopiert, 20,0851 s, 107 MB/s

    Test zum NAS Mount (Samba) (2TB 2,5Zoll HDD am USB-Port)

    [frank-ms7c37 NAS]# dd if=/dev/zero of=sd.img bs=1M count=2048 oflag=direct,nonblock 2048+0 Datensätze ein 2048+0 Datensätze aus 2147483648 Bytes (2,1 GB, 2,0 GiB) kopiert, 21,4538 s, 100 MB/s

    Das für den NAS Mount (Samba) sollte die maximal Schreibgrenze der Festplatte sein. Mehr dürfte da nicht gehen. Das andere könnte an den Adaptern liegen, die ich dafür benutze.

    Bei mir ist NFS hier aktuell nicht viel schneller, oder ich bin zu doof dafür.

  • NanoPi R5S - Neue Optionen

    NanoPi R5S
    1
    0 Stimmen
    1 Beiträge
    132 Aufrufe
    Niemand hat geantwortet
  • NanoPi R5S - Hardware

    NanoPi R5S
    17
    0 Stimmen
    17 Beiträge
    471 Aufrufe
    FrankMF

    @Andy Was ist der Plan und warum? Wenn ich das machen wollte, würde ich das dtbs File bearbeiten.

  • OpenWrt - Sysupgrade

    OpenWRT & Ubiquiti ER-X
    1
    0 Stimmen
    1 Beiträge
    218 Aufrufe
    Niemand hat geantwortet
  • OpenWRT - Zonen

    Verschoben OpenWRT & Ubiquiti ER-X
    2
    0 Stimmen
    2 Beiträge
    364 Aufrufe
    FrankMF

    Es ist was heller geworden 🙂

    7b86e97c-31a5-44b6-809f-25d9d1c2ee4a-image.png

    Die besagte Forward Regel

    Zonen.png

    Diese Forward Regel zieht erst dann, wenn es mehrere Interfaces in einer Zone gibt. Aus der Doku

    INPUT rules for a zone describe what happens to traffic trying to reach the router itself through an interface in that zone. OUTPUT rules for a zone describe what happens to traffic originating from the router itself going through an interface in that zone. FORWARD rules for a zone describe what happens to traffic passing between different interfaces belonging in the same zone.

    Das heisst nun, das ein Forwarding zwischen zwei Zonen immer eine spezifische Regel unter Traffic Rules benötigt.

    Forwarding between zones always requires a specific rule.

    Somit ist ein Forwarding zwischen zwei Zonen in den Standard Einstellungen nicht erlaubt. Das kann ich hier auch so bestätigen. Das ist ja auch das was ich mit meiner "DMZ"-Zone erreichen möchte. Kein Zugriff auf LAN.

    Unter Zone ⇒ Forwardings kann man jetzt sehen, das das Forwarding von LAN in Richtung WAN und DMZ erlaubt ist. WAN ist logisch, sonst komme ich ja nicht ins Internet. DMZ habe ich eingestellt, damit ich auch Teilnehmer im DMZ Netz erreichen kann, wenn ich da mal ran muss.

    8a548c29-8bc5-4074-8099-66460bcea9a8-image.png

    Stelle ich das jetzt so ein.

    dca8b393-f613-4cab-a377-ffbc2bb8ddf5-image.png

    Dann kann ich von der DMZ Zone aus das LAN erreichen. Aha, so langsam verstehe ich 😉

    Quelle: https://forum.openwrt.org/t/firewall-zones-and-settings/84369