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

  • NanoPi R5S - mein Netzwerk-Setup

    NanoPi R5S
    5
    0 Stimmen
    5 Beiträge
    488 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 - Neue Optionen

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

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

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

  • NanoPi R5S - Unterwegs

    NanoPi R5S
    7
    0 Stimmen
    7 Beiträge
    222 Aufrufe
    FrankMF

    Das ging nicht so, wie ich mir das so einfach vorgestellt hatte, aber na gut man lernt nie aus. Die OpenWrt Konfiguration hat doch ihre Stolperstellen.

    Aber, aktuell läuft es und ich denke ich habe auch verstanden, was ich die ganze Nacht falsch gemacht habe 😉

    c337a5a8-930f-44c3-860e-7e4810f798c1-grafik.png

    Docker Container laufen jetzt und meine Netzwerkkonfiguration ist auch auf der Kiste. Zu den ganzen Feinheiten und Problemen schreib ich noch was..

  • NanoPi R5S - Images

    NanoPi R5S
    14
    0 Stimmen
    14 Beiträge
    598 Aufrufe
    A

    Sieht ganz so aus als würde im nächsten Release der R5S unterstützt werden:

    Link Preview Image [RFC,RFT] rockchip: initial rk3568 support by 1715173329 · Pull Request #12974 · openwrt/openwrt

    SoC Highlights: Quad-core Cortex-A55 up to 2.0GHz Mali-G52 GPU 1TOPS NPU LPDDR4/LPDDR4X/DDR4/DDR3/DDR3L/LPDDR3, ECC 4KP60 H.265/H.264/VP9 video decoder 1080P60 H.264/H.265 video encoder 8M ISP with HDR Dual dislplay, LVDS/MIPI-DSI/RGB/eDp/RGB/HDMI2.0/EBC 1x8ch I2S/TDM, 1x8ch PDM, 2x2ch I2S USB3.0 x2/SATA3.0 x3/PCIE2.1/QSGMII,PCIE3.0 1x2Lanes/2x1Lane In this PR I added basic support for the NanoPi R5C and NanoPi R5S boards.

    favicon

    GitHub (github.com)

    Das Code-Review hat 5? Monate gedauert.

  • 0 Stimmen
    5 Beiträge
    373 Aufrufe
    FrankMF

    Kurzes Update. Der R4S im Alugehäuse, der hier als Router / Firewall rumliegt, läuft jetzt seit 44 Tagen einwandfrei. 😊

    98ef6d29-e822-4847-a038-f02a027fb6fe-grafik.png

  • OpenWRT - Zonen

    Verschoben OpenWRT & Ubiquiti ER-X
    2
    0 Stimmen
    2 Beiträge
    352 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

  • 0 Stimmen
    1 Beiträge
    222 Aufrufe
    Niemand hat geantwortet