Skip to content
linux-nerds.org

linux-nerds.org
  1. Übersicht
  2. FriendlyELEC
  3. NanoPi R5S
  4. NanoPi R5S - FriendlyWrt Docker Image

NanoPi R5S - FriendlyWrt Docker Image

NanoPi R5S
1 1 742
  • FrankMF

    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

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
Anmelden zum Antworten

  • FrankMF

    FriendlyWrt - Upgrademöglichkeit

    FriendlyELEC nanopir5s friendlywrt
    2
    0 Stimmen
    2 Beiträge
    486 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.....
  • FrankMF

    NanoPi5 - eMMC

    Verschoben NanoPi R5S openwrt nanopir5s linux
    1
    4
    0 Stimmen
    1 Beiträge
    254 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    OpenWrt - Docker & DNS & Zugriff auf WAN

    Linux openwrt portainer
    4
    2
    0 Stimmen
    4 Beiträge
    596 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.
  • FrankMF

    NanoPi R5S - Neue Optionen

    NanoPi R5S nanopir5s
    1
    1
    0 Stimmen
    1 Beiträge
    190 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    NanoPi R5S - Nicht kaufen!?

    NanoPi R5S nanopir5s
    11
    0 Stimmen
    11 Beiträge
    754 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
  • FrankMF

    NanoPi R4S - OpenWrt kompilieren Teil 2

    Angeheftet NanoPi R4S openwrt nanopir4s
    5
    5
    0 Stimmen
    5 Beiträge
    492 Aufrufe
    FrankMF
    Kurzes Update. Der R4S im Alugehäuse, der hier als Router / Firewall rumliegt, läuft jetzt seit 44 Tagen einwandfrei. [image: 1615410154967-98ef6d29-e822-4847-a038-f02a027fb6fe-grafik.png]
  • FrankMF

    NanoPi R4S - FriendlyWrt

    NanoPi R4S openwrt nanopir4s
    1
    2
    0 Stimmen
    1 Beiträge
    511 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    NanoPi R2S - OpenWRT

    Verschoben NanoPi R2S nanopir2s openwrt linux
    6
    6
    0 Stimmen
    6 Beiträge
    746 Aufrufe
    FrankMF
    @thrakath1980 Ich wollte noch auf ein Thema zurück kommen. Das Original OpenWRT auf dem R2S ist ja ein Snapshot. Den kann man ohne Probleme aktualisieren. Unten ist dann ein Haken mit "Keep settings...." Gerade probiert, ging einwandfrei. Netzwerkeinstellungen und Firewall Settings blieben erhalten.