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
    4 Beiträge
    304 Aufrufe
    FrankMF

    Es geht weiter, der erste ☕ und ich bin mit der Lösung nicht so richtig zufrieden, also suchen.

    Als erstes habe ich heute Morgen ein frisches SD-Karten Image mit Docker von FreindlyWrt genommen und auf meinem Test NanoPi R5S installiert. Dort mal die Config angeschaut um zu sehen, ob der Eintrag standardmäßig gesetzt ist. Doch dort taucht dann einmal eine ganz ander Config auf 🙄

    # The following settings require a restart of docker to take full effect, A reload will only have partial or no effect: # bip # blocked_interfaces # extra_iptables_args # device config globals 'globals' # option alt_config_file '/etc/docker/daemon.json' option enable '1' option data_root '/mnt/nvme_part2/docker' option log_level 'warn' option iptables '1' #list hosts 'unix:///var/run/docker.sock' # option bip '172.18.0.1/24' # option fixed_cidr '172.17.0.0/16' # option fixed_cidr_v6 'fc00:1::/80' # option ipv6 '1' # option ip '::ffff:0.0.0.0' # list dns '172.17.0.1' # list registry_mirrors 'https://<my-docker-mirror-host>' list registry_mirrors 'https://hub.docker.com' option remote_endpoint '0' # option bridge 'br-container' # Docker ignores fw3 rules and by default all external source IPs are allowed to connect to the Docker host. # See https://docs.docker.com/network/iptables/ for more details. # firewall config changes are only additive i.e firewall will need to be restarted first to clear old changes, # then docker restarted to load in new changes. config firewall 'firewall' option device 'docker0' list blocked_interfaces 'wan' option extra_iptables_args '--match conntrack ! --ctstate RELATED,ESTABLISHED' # allow outbound connections

    Das interessiert uns jetzt

    list blocked_interfaces 'wan' option extra_iptables_args '--match conntrack ! --ctstate RELATED,ESTABLISHED' # allow outbound connections

    Wenn ich das jetzt alles richtig verstehe, muss WAN geblockt sein, weil sonst der Docker Host offen im Netz steht (Hierbei bin ich mir nicht 100% sicher)
    Die zweite Zeile ist eine iptables Regel, die es den Containern dann ermöglicht das Internet zu erreichen.

    Das habe ich jetzt so eingestellt und getestet.

    root@b9ffae24913a:/# ping 1.1.1.1 PING 1.1.1.1 (1.1.1.1): 56 data bytes 64 bytes from 1.1.1.1: icmp_seq=0 ttl=57 time=17.151 ms 64 bytes from 1.1.1.1: icmp_seq=1 ttl=57 time=16.553 ms 64 bytes from 1.1.1.1: icmp_seq=2 ttl=57 time=20.630 ms 64 bytes from 1.1.1.1: icmp_seq=3 ttl=57 time=13.948 ms ^C--- 1.1.1.1 ping statistics --- 4 packets transmitted, 4 packets received, 0% packet loss round-trip min/avg/max/stddev = 13.948/17.071/20.630/2.382 ms root@b9ffae24913a:/# ping google.de PING google.de (142.250.185.195): 56 data bytes 64 bytes from 142.250.185.195: icmp_seq=0 ttl=58 time=23.797 ms 64 bytes from 142.250.185.195: icmp_seq=1 ttl=58 time=16.953 ms 64 bytes from 142.250.185.195: icmp_seq=2 ttl=58 time=19.441 ms ^C--- google.de ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max/stddev = 16.953/20.064/23.797/2.829 ms

    Ich hoffe mal das ich diese Thema jetzt zu den Akten legen kann.

    Wenn was falsch ist, bitte hier kommentieren, damit ich das ändern kann.

  • NanoPi R5S - Samba

    NanoPi R5S
    5
    0 Stimmen
    5 Beiträge
    263 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 - Hardware

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

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

  • NanoPi R5S - Nicht kaufen!?

    NanoPi R5S
    11
    0 Stimmen
    11 Beiträge
    494 Aufrufe
    FrankMF

    Kurzes Update

    Der 2. NanoPi R5S ist hier eingetroffen, diesmal nur die Platine. Mal kurz angeschlossen und das vorinstallierte FriendlyWrt (eMMC) startet. Bildschirmausgabe = Konsole vorhanden. Bei Anschluss meines Notebooks an den richtigen LAN Port kommt auch das Webinterface.

    Mein Idee zur 1. Platine, ich könnte die falsche SD-Karte eingesteckt haben, kann man mit falschen dtb eine Platine schrotten!? Ich kann mich erinnern, das sie ziemlich heiß geworden ist.

    Oder sie war von Anfang an Schrott!? Ein wenig schwierig mit der Chinesen Garantie 🙂

  • NanoPi R5S - externe Reviews

    NanoPi R5S
    1
    0 Stimmen
    1 Beiträge
    169 Aufrufe
    Niemand hat geantwortet
  • OpenWrt - Sysupgrade

    OpenWRT & Ubiquiti ER-X
    1
    0 Stimmen
    1 Beiträge
    218 Aufrufe
    Niemand hat geantwortet
  • 0 Stimmen
    1 Beiträge
    539 Aufrufe
    Niemand hat geantwortet
  • 0 Stimmen
    3 Beiträge
    327 Aufrufe
    FrankMF

    @thrakath1980 Das kann ich Dir leider nicht beantworten. Denke aber, das es sinnvoll ist neu anzufangen. Welche Settings meinst Du?

    Ich würde mal /etc/config sichern. Da sollte das Meiste ja drin sein.

    Notifications? Hmm, ich hoffe das das funktioniert. Ich schau zur Sicherheit mal nach.