Rundumglücklichsupport für @thorkillar ;-)

OliverIO

warum hat dein router die 192.168.0.4 ?
normalerweise haben die router eigentlich immer die 1?

bei subnet trägst du den ganzen adressierbaren adressbereich ein.
wenn du bei netzwerkmaske immer 255.255.255.0 einträgst, dann wäre es

subnet: 192.168.0.0/24

wenn dein router die adresse 192.168.0.4 hat, dann trägst du das bei gateway ein.

bei ip_range kommt es darauf an, wie einfach du es haben möchtest.
Ganz einfach wäre dort auch 192.168.0.0/24 einzutragen.
Dann musst du aber aufpassen wie der Fuchs, das du bei jedem MACVLAN Container auch explizit eine IP-Adresse angibt die nicht noch einmal vergeben ist. Gibst du keine an, dan wähl docker aus diesem Bereich eine aus.
Wenn du einen eingeschränkten Bereich wählst, der am DHCP deines Routers auch definitiv ausgeklammert ist, dann bist du save. Aber ich habe und würde IMMER explizit eine IP-Adresse angeben. Ich habe mir das auch in einer separaten Datei dokumentiert.
Je nachdem wieviele Adressen du vergeben möchtest, kannst du die Range aber nicht frei wählen. Diese folgt gewissen regeln, die man unter der folgenden Adresse selbst berechnen kann
https://www.heise.de/netze/tools/netzwerkrechner/
Dort trägst du bspw im ersten Feld (IP-Adresse eine Wunschadresse ein bspw 192.168.0.85
Danach kannst du über die Pfeilbuttons den CIDR-Wert erhöhen (dadurch wird die IP-Range-kleiner) bis im Feld Anzahl Hosts eine für dich annehmbare Anzahl von Hosts drin steht. sagen wir mal 14 IP-Adressen (es sind am Ende allerdings 3 weniger verfügbar). Das müsste dann der CIDR Wert 28 sein.
Dann kannst du im unteren Bereich die Netzadresse sehen: 192.168.0.80. Diese könntest du dann zusammen mit dem CIDR Wert in die Docker konfiguration als IP-Range eintragen >192.168.080/28
Nutzbare IP-Adressen sind aber nur 192.168.0.81 bis 192.168.0.94, da 80 sozusagen als Gateway dieses Segments fungiert. das brauchst aber nicht zu beachten und die letzte Adresse agiert immer als Broadcast-Adresse.
Ich könnte jetzt noch ein paar Details zu den auswirkungen erzählen, aber das wäre aktuell zuviel Infos für dich.

Den aux_adresses-Abschnitt kannst du eigentlich löschen. Leider ist die Doku da etwas spärlich. Ich habe es so verstanden, das ich in dieses Segment noch IP-Adressen aus ganz anderen Segmenten mit berücksichtigen kann. Aber das müsste irgendein Spezialfall sein, den brauchst du nicht. Ich hab das auch nicht.

      config:
        - subnet: 192.168.0.0/24
          gateway: 192.168.0.4
          ip_range: 192.168.0.80/28

Noch ne Info was ist ein Gateway
Ein Netzgerät sendet an den Gateway immer die Päckchen, die nicht im gleichen Netzwerksegemt sind. Nur das Gateway weiß wohin es die Päckchen sonst noch routen kann.

OliverIO

@thorkillar
noch eine kleine ergänzung
macvlan hat einen kleinen nachteil.
container die mit macvlan laufen können die ip-adresse des docker hosts nicht erreichen.
das lässt sich aber beheben, in dem man auf dem host eine route einrichtet.

dazu habe ich die folgende datei erstellt (bei debian artigen betriebssystemen. bei anderen weiß ich nicht)
/etc/network/if-up.d/dockermacvlan
und folgenden inhalt reinkopiert,
anzupassen wäre enp3s0 mit der bezeichnung deiner ethernetschnittstelle
und 192.168.1.80/28 mit der angabe, wie du die iprange im docker angegeben hast.
dann werden nämlich alle päckchen aus diesem netzwerksegment auch an deine netzwerkschnittstelle weitergereicht und der host ist erreichbar.
ich hatte ein mysql direkt auf dem host installiert und wollte mit phpmyadmin welches ich als container laufen gelassen habe drauf zugreifen. das ging aber bis zu diesem zeitpunkt nicht

#!/bin/sh

if [ "$IFACE" = "enp3s0" ]; then
    ip link add macvlan0 link enp3s0 type macvlan mode bridge
    ip addr add 192.168.1.80/28 dev macvlan0
    ip link set macvlan0 up
fi

@andre
evtl willst du das noch in deinen macvlan Artikel mit einbauen

andre

@oliverio Danke für den Tipp, aber es gibt eine einfachere Möglichkeit die Kommunikation zum Host zu ermöglichen, die ich jeder anderen Bastellösung über routen und Manipulation des MACVLAN vorziehen würde...
Meine Empfehlung wäre die Zuweisung eines internen Bridge Netzwerks zusätzlich zum MACVLAN. In einem Docker Bridge Netzwerk stellt der Host in der Regel das Gateway dar und kann darüber erreicht werden. Der Vorteil: Die Kommunikation zwischen Container und Host läuft zu 100% intern und abgeschottet. Außerdem muss man sich nichts merken was man an Konfiguration am Host verbogen hat... :)

Beispiel-Konfig aus meinem Testsystem.
Netzwerkzuweisung meines ioBroker Containers:

networks:
      macvlan:
        ipv4_address: 192.168.11.41
      bridge:
        ipv4_address: 172.18.0.2

Definition der Netzwerke:

networks:
  macvlan:
    driver: macvlan
    driver_opts:
      parent: eth0
    ipam:
      config:
        - subnet: 192.168.11.0/24
          gateway: 192.168.11.1
          ip_range: 192.168.11.40/29
          aux_addresses:
            net-address: 192.168.11.40
  bridge:
    driver: bridge
    ipam:
      config:
        - subnet: 172.18.0.0/16
          gateway: 172.18.0.1
          ip_range: 172.18.0.1/24

Spreche ich aus meinem Container jetzt die IP-Adresse 172.18.0.1 erreiche ich meinen Host.

MfG,
André

OliverIO

@andre
Ah ok.
Benötigt man bei Bridge dann die ganzen Zusatzangaben?
Da Bridge der default ist müsste es dann reichen einfach nur den Namen zu definieren.

andre

@oliverio Die default bridge würde ich nicht verwenden. M.W. gibt es da ein paar Einschränkungen (z.B. kein DNS). Natürlich kann man die Netzwerke (sowohl MACVLAN als auch Bridge) auch manuell definieren und dann, wie bei dir oben, einfach als external einbinden...

thorkillar

@oliverio

@oliverio sagte

warum hat dein router die 192.168.0.4 ?
normalerweise haben die router eigentlich immer die 1?
Das ist aus Zeiten, als wir via openVPN ein Netzwerk zum Zocken aufgebaut hatten. Wir waren zu viert und ich hatte dann die 192.168.0.4 bekommen. Auch wenn wir es nicht nutzen, ich war immer zu faul, dass zu ändern :-)

bei subnet trägst du den ganzen adressierbaren adressbereich ein.
wenn du bei netzwerkmaske immer 255.255.255.0 einträgst, dann wäre es

subnet: 192.168.0.0/24

wenn dein router die adresse 192.168.0.4 hat, dann trägst du das bei gateway ein.

bei ip_range kommt es darauf an, wie einfach du es haben möchtest.
Ganz einfach wäre dort auch 192.168.0.0/24 einzutragen.

Dann musst du aber aufpassen wie der Fuchs, das du bei jedem MACVLAN Container auch explizit eine IP-Adresse angibt die nicht noch einmal vergeben ist. Gibst du keine an, dan wähl docker aus diesem Bereich eine aus.

Mein DHCP Bereich fängt bei 0.200 an. Und die 192.168.0.100 habe ich nicht vergeben.

Ich möchte gern 2 iobroker Docker laufen lassen. Ein Live- und ein Testsystem. Und da von vorn anfangen muss/möchte, dachte ich mir, dann mach ich es gleich so, wie es von euch empfohlen wird.

Als Anleitung habe ich die von Buanet genutzt.
https://smarthome.buanet.de/2020/09/macvlan-ueber-portainer-einrichten/

Ich hab es mehrfach versucht, und Schritt für Schritt mich an die Anleitung gehalten. Aber irgendwas mach ich falsch ...

OliverIO

@thorkillar

hm, besser wäre es ein größeres Netz zu nehmen.
Ansonsten hast du da genau nur eine einzige Adresse drin.
Ein netz mit 14 IPs welche die 100 mit einschließt wäre dann

      config:
        - subnet: 192.168.0.0/24
          gateway: 192.168.0.4
          ip_range: 192.168.0.96/28

Nutzbare IPs .97-.110

Homoran

Ganz bescheidene Moderatorenfrage:

worum geht es hier jetzt eigentlich?

üblicherweise soll für jedes neue Thema ein neuer Thread aufgemacht werden.
https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1

Dann mit aussagekräftigem Titel und in der richtigen Kategorie.

von dem Inhalt zum Threadtitel sind wir mittlerweile meilenweit weg, inzwischen scheint es mir um Aufbau einer Containerumgebung/Docker oder gar aufbau von Netzwerken zu gehen.

ich tue mich hier mit dem Thread wirklich schwer diesen in verschiedene Themen und Kategorien zu spalten.

ich will jetzt aber auch nicht den gsnzen Thread umbenennen zu "Aufbau eines Containers" und in offTopic verschieben.

Ich bitte im praktikable Vorschläge.

OliverIO

@homoran
Schieb nach off topic und benenne es
Support thorkillar
Wenn jemand sucht bspw docker
Dann findet er diesen thread dennoch

thorkillar

@homoran sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:

worum geht es hier jetzt eigentlich?

Sorry erstmal, daran hab ich gar nicht gedacht.

@oliverio sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:

hm, besser wäre es ein größeres Netz zu nehmen.
Ansonsten hast du da genau nur eine einzige Adresse drin.
Ein netz mit 14 IPs welche die 100 mit einschließt wäre dann

Okay, ich habe mir mal einen IP Bereich rausgesucht, der auch frei ist. Ab 101 sind die IPs belegt.

Ich habe mal in kurzen Videos aufgenommen, was ich gemacht habe. Vielleicht besser, als zu beschreiben.

https://smarthome.buanet.de/2020/09/macvlan-ueber-portainer-einrichten/

iob_public_conf erstellen
iob_public erstellen
Container erstellen, der dann mit einem Fehler nicht erstellt wird.

Portainer1.mkv

Portainer2.mkv

Portainer3.mkv

Danke für den Support.

Nachtrag: im Docker der Synology taucht der Container kurz auf, mit der folgenden Fehlermeldung:

OliverIO

@thorkillar

Also macvlan im 1. video ist nicht korrekt.
du musst schon den netzwerk rechner von heise verwenden, das du die richtige netzwerkadresse findest. du kannst die nicht beliebig verwenden. eine detaillierte beschreibung wie du vorgehst habe ich oben beschrieben

video2: keine ahnung was du da machst. wenn es der versuch ist ein weiteres netz anzulegen. dann lass das erst mal. ist erstmal nicht wichtig. kann man später noch machen

video 3: erzeugung des containers bist du auf der falschen seite. du must nicht nach container sondern nach stacks. dort kannst du oben auf web editor wechseln und trägst dann die docker-compose config ein. die die ich oben schon geposted habe musst du natürlich noch anpassen.

richtige ip adresse
die richtige netzwerknamen
die richtigen volume pfade auf deiner festplatte
aber das müsste doch eigentlich auch in der beschreibung von buanet so drin stehen.
https://smarthome.buanet.de/2021/01/arbeiten-mit-portainer-stacks/

thorkillar

@oliverio danke für die Deine Antwort.

ich habe noch etwas gegooglet, und mir ein paar youtube Videos angeschaut. Und dann erneut versucht, leider mit dem gleichen Problem.

config:
     - subnet: 192.168.0.0/24
       gateway: 192.168.0.4
       ip_range: 192.168.0.96/28

das hattest Du vorgeschlagen. Da ich im Bereich 102-199 keinen Platz mehr habe, habe ich jetzt das so angepasst:

config:
     - subnet: 192.168.0.0/24
       gateway: 192.168.0.4
       ip_range: 192.168.0.32/28

@oliverio sagte in Ruddumglücklichsupport für @thorkillar ;-):

Also macvlan im 1. video ist nicht korrekt.

Meinst Du damit, dass als Driver nicht macvlan genommen werden soll?

Ich habe es anhand der Anleitung von buanet erneut, jetzt mit folgenden Einstellungen versucht:

video2: => ich hatte mich auch hier an die Anleitung gehalten.

erzeugung des containers bist du auf der falschen seite.

auch hier hatte ich mich an die Anleitung gehalten :'-(
Auch habe ich es wie im https://www.youtube.com/watch?v=GZ_EqUcBiN8&ab_channel=Navigio-JürgenBarth Video beschrieben versucht, mit der gleichen Fehlermeldung.

Kannst Du mir sagen, was ich falsch mache? Und vor alle, wie ich es richtig mache?

Eckdaten:
IP der Fritzbox 192.168.0.4
DHCP Bereich 192.168.0.200-250
Im Bereich 192.168.0.30-50 dürfte es keine IP Konflikte geben.
Ich brauche eigentlich nur eine IP, um das Testsystem nicht mit Ports zu betreiben.

Das Livesystem kann ich ja direkt per host laufen lassen.

Ich hoffe, das geht nicht zu weit ins OT.

Danke für Eure Hilfe.

Edit: Tippfehler korrigiert.

OliverIO

@thorkillar
schade das du nicht genau liest, was ich geschrieben habe.
und wenn du da von dem was ich geschrieben habe etwas nicht verstehst, dann frage nach. ansonsten würde ich dem evtl schlaueren herr google oder herr youtube zur weiteren hilfestellung übergeben.

die netzwerkkonfiguration sieht jetzt schon mal gut aus.
wenn du mir noch deine container configuration zeigst, die du auf basis meines template bei stacks eingetragen hast, dann kommen wir einen schritt weiter
https://forum.iobroker.net/topic/59791/rundumglücklichsupport-für-thorkillar/106?_=1668600337030

thorkillar

@oliverio ich danke dir erstmal für deine Geduld. Ich vermute, dass ich irgendwo falsch abbiege, und nicht mitbekomme, dass ich da was falsch mache. Dr. youtube-google will ich eigentlich nicht befragen, habe nur was gesucht, um visuell zu sehen, was ich falsch mache. Ich sah aber keinen Fehler.

Also nochmal zurück an den Anfang und Step by Step (hoffentlich ohne Fehler) von vorn.

ich logge mich im Portainer ein und klicke links auf Networks

ich klicke auf "add network"
Dort trage ich folgenden Werte ein

Name: mvl-config
Driver: macvlan
Parent network card: eth0
Macvlan configuration: Configuration

Subnet: 192.168.0.0/24
Gateway: 192.168.0.4
IP range: 192.168.0.32/28

(Der IP Adressenbereich 192.168.0.33 - 46 wird auf der FritzBox nicht anderweitig verwendet.)

Klick auf "Create the network"

ich klicke links auf Networks

ich klicke erneut auf "add network"
Dort trage ich folgenden Werte ein

Name: mvl
Driver: macvlan
Macvlan configuration: Creation
Configuration: mvl-config => auswählen

Klick auf "Create the network"

Jetzt sieht das bei mir so aus:

Bis hierhin kommt keine Fehlermeldung. Habe ich das so richtig gemacht?

Jetzt kommen wir zu einem Punkt, was ich wahrscheinlich falsch verstehe. bzw. gar nicht verstehe.

Jetzt würde ich auf Containers klicken und dann auf "add container" vermute aber, dass ich eher zu Stacks gehen soll und "Add stack" klicken soll?

Was muss ich jetzt machen? Laut Anleitung von buanet, wenn ich die richtig verstehe, soll ich zu den Containern.

Hintergrund:
Ich beschäftige mich das erste mal mit den Themen portainer und macvlan.

Edit: Rechtschreibfehler korrigiert

OliverIO

@thorkillar
ja, die netwerkkonfiguration sieht schon mal gut aus.
jetzt noch die container konfiguration

@oliverio sagte in Rundumglücklichsupport für @thorkillar ;-):

die netzwerkkonfiguration sieht jetzt schon mal gut aus.
wenn du mir noch deine container configuration zeigst, die du auf basis meines template bei stacks eingetragen hast, dann kommen wir einen schritt weiter
https://forum.iobroker.net/topic/59791/rundumglücklichsupport-für-thorkillar/106?_=1668600337030

das netzt mvl-config bitte löschen

wie oben schon geschrieben. dann bist du auf der falschen Beschreibung:

@oliverio sagte in Rundumglücklichsupport für @thorkillar ;-):

video 3: erzeugung des containers bist du auf der falschen seite. du must nicht nach container sondern nach stacks. dort kannst du oben auf web editor wechseln und trägst dann die docker-compose config ein. die die ich oben schon geposted habe musst du natürlich noch anpassen.

richtige ip adresse
die richtige netzwerknamen
die richtigen volume pfade auf deiner festplatte
aber das müsste doch eigentlich auch in der beschreibung von buanet so drin stehen.
https://smarthome.buanet.de/2021/01/arbeiten-mit-portainer-stacks/

bevor du das machst, passe bitte mein template auf deine Verhältnisse an.
wenn du fragen hast, dann frage.

thorkillar

@oliverio ähm ja, wer lesen kann, ist klar im Vorteil. Asche auf mein Haupt.

Ich habe die Config meiner Umgebung angepasst.

Dazu hab ich 3 Fragen

Version 2 hab ich eingetragen. => Siehe Anleitung (Portainer Stacks unterstützt aktuell nur das Compose File Format in Version 2.)
Ist das korrekt?
ipv4_address: 192.168.0.33 => nehme ich hier eine IP aus der festgelegten Range oder die der NAS? Ich würde eine aus der Range nehmen.
wo gebe ich an, welches Netzwerk er nutzen soll.
In meinem Fall "mvl" muss ich in deiner Vorlage dockerMACVLAN => gegen mvl austauschen?

version: '2'      

services:
  iobroker:
    restart: always
    image: buanet/iobroker:latest
    container_name: iobroker
    hostname: iobroker
    ports:
      - "8081:8081"
    environment:
        SETGID: 1001
        SETUID: 1001
    volumes:
      - /volume1/docker/iobroker:/opt/iobroker
    networks:
      dockerMACVLAN:
        ipv4_address: 192.168.0.33
      iobroker:
  redis4:
    image: "redis:alpine"
    volumes:
      - /volume1/docker/redis:/data
    networks:
      iobroker:
    
networks:
  dockerMACVLAN:
    external: true
  iobroker:

Danke ;-)

OliverIO

@thorkillar sagte in Rundumglücklichsupport für @thorkillar ;-):

@oliverio ähm ja, wer lesen kann, ist klar im Vorteil. Asche auf mein Haupt.

Ich habe die Config meiner Umgebung angepasst.

Dazu hab ich 3 Fragen

Version 2 hab ich eingetragen. => Siehe Anleitung (Portainer Stacks unterstützt aktuell nur das Compose File Format in Version 2.)
Ist das korrekt?

Ich glaube nicht. Ändere wieder auf 3. Das was ich geschickt habe verwende ich genau so in portainer für meinen iobroker. die versionsnummer wird wohl dafür verwendet syntaktisch auf schlüsselwörter zu prüfen. in v3 sind funktionen enthalten die in v2 noch nicht da waren.

ipv4_address: 192.168.0.33 => nehme ich hier eine IP aus der festgelegten Range oder die der NAS? Ich würde eine aus der Range nehmen.

eine aus der range. 33 wäre eine mögliche adresse, also alles gut

wo gebe ich an, welches Netzwerk er nutzen soll.
In meinem Fall "mvl" muss ich in deiner Vorlage dockerMACVLAN => gegen mvl austauschen?

ja genau, an 2 stellen dockerMACVLAN gegen dein mvl tauschen

version: '2'      

services:
  iobroker:
    restart: always
    image: buanet/iobroker:latest
    container_name: iobroker
    hostname: iobroker
    ports:
      - "8081:8081"
    environment:
        SETGID: 1001
        SETUID: 1001
    volumes:
      - /volume1/docker/iobroker:/opt/iobroker
    networks:
      dockerMACVLAN:
        ipv4_address: 192.168.0.33
      iobroker:
  redis4:
    image: "redis:alpine"
    volumes:
      - /volume1/docker/redis:/data
    networks:
      iobroker:
    
networks:
  dockerMACVLAN:
    external: true
  iobroker:

Danke ;-)

den Ordner docker unter volume1 hast du angelegt?

thorkillar

@oliverio

@oliverio sagte in Rundumglücklichsupport für @thorkillar ;-):

den Ordner docker unter volume1 hast du angelegt?

Ja, der ist angelegt. Auch iobroker und redis

Ich habe das Netzwerk nochmal neu angelegt und dockerMACVLAN genannt.
Diese Konfig hab ich für den Stack verwendet.

version: '3'      

services:
  iobroker:
    restart: always
    image: buanet/iobroker:latest
    container_name: iobroker
    hostname: iobroker
    ports:
      - "8081:8081"
    environment:
        SETGID: 1001
        SETUID: 1001
    volumes:
      - /volume1/docker/iobroker:/opt/iobroker
    networks:
      dockerMACVLAN:
        ipv4_address: 192.168.0.33
      iobroker:
  redis4:
    image: "redis:alpine"
    volumes:
      - /volume1/docker/redis:/data
    networks:
      iobroker:
    
networks:
  dockerMACVLAN:
    external: true
  iobroker:

Folgende Fehlermeldung wird ausgeworfen

Deployment error
failed to deploy a stack: 
Network iobroker_iobroker 
Creating Network iobroker_iobroker
Created Container iobroker-redis4-1
Creating Container iobroker 
Creating Container iobroker-redis4-1 
Created Container iobroker 
Created Container iobroker-redis4-1 
Starting Container iobroker 
Starting Container iobroker-redis4-1 
Started Error response from daemon: driver failed programming
external connectivity on endpoint iobroker 
(3edbca00876c334c9eb816dd482da6dc9906ee6a6ada231b42e552bf26d50e69): 
Error starting userland proxy: listen tcp4 0.0.0.0:8081: bind: address already in use

OliverIO

@thorkillar
ok, etwas seltsam, aber wir analysieren jetzt nochmal alles

bitte Ausgabe in codetags des folgenden Befehls posten, auf dem rechner wo docker installiert ist

sudo netstat -tulpn | grep 8081

dann die komplette ausgabe in codetags des folgenden befehls hier posten

sudo ifconfig

dann nochmal bitte einen screenshot der network liste aus dem portainer
dann einen screenshot von der detailansicht deines macvlans.
Der erste Abschnitt "Network details" reicht, ausser es steht im letzten Abschnitt "Containers in network" was drin. Die Liste müsste eigentlich leer sein.
dann bitte nochmal die container configuration aus stacks wie sie jetzt aussieht
und zum schluss und sicherheit auch ein screenshot der liste aller definierten container

thorkillar

@oliverio
Guten Morgen,
anbei die gewünschten Daten.
Danke für Deine Zeit.

thorkillar@server:~$ sudo netstat -tulpn | grep 8081
Password:
tcp6       0      0 :::8081                 :::*                    LISTEN      19381/io.admin.0
thorkillar@server:~$

thorkillar@server:~$ sudo ifconfig
docker0   Link encap:Ethernet  HWaddr 02:42:26:29:36:96
          inet addr:172.17.0.1  Bcast:172.17.255.255  Mask:255.255.0.0
          inet6 addr: fe80::42:26ff:fe29:3696/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:141606 errors:0 dropped:0 overruns:0 frame:0
          TX packets:227073 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:106256241 (101.3 MiB)  TX bytes:491041381 (468.2 MiB)

docker962 Link encap:Ethernet  HWaddr 5A:1C:AF:CD:EF:1E
          inet6 addr: fe80::581c:afff:fecd:ef1e/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:25166 errors:0 dropped:0 overruns:0 frame:0
          TX packets:24701 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:24920106 (23.7 MiB)  TX bytes:9489384 (9.0 MiB)

eth0      Link encap:Ethernet  HWaddr 00:11:32:8D:06:79
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:271890716 errors:0 dropped:0 overruns:0 frame:0
          TX packets:239901993 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:244144117302 (227.3 GiB)  TX bytes:135155567393 (125.8 GiB)

eth1      Link encap:Ethernet  HWaddr 00:11:32:8D:06:7A
          UP BROADCAST SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

eth2      Link encap:Ethernet  HWaddr 00:11:32:8D:06:7B
          UP BROADCAST SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

eth3      Link encap:Ethernet  HWaddr 00:11:32:8D:06:7C
          UP BROADCAST SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:2585380321 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2585380321 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1
          RX bytes:3539260115192 (3.2 TiB)  TX bytes:3539260115192 (3.2 TiB)

ovs_eth0  Link encap:Ethernet  HWaddr 00:11:32:8D:06:79
          inet addr:192.168.0.132  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: 2001:9e8:1db:d00:211:32ff:fe8d:679/64 Scope:Global
          inet6 addr: fe80::211:32ff:fe8d:679/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:758163542 errors:0 dropped:0 overruns:0 frame:0
          TX packets:617538146 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1
          RX bytes:722257582166 (672.6 GiB)  TX bytes:689571338274 (642.2 GiB)

ovs_eth1  Link encap:Ethernet  HWaddr 00:11:32:8D:06:7A
          inet addr:169.254.12.219  Bcast:169.254.255.255  Mask:255.255.0.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

ovs_eth2  Link encap:Ethernet  HWaddr 00:11:32:8D:06:7B
          inet addr:169.254.161.54  Bcast:169.254.255.255  Mask:255.255.0.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

ovs_eth3  Link encap:Ethernet  HWaddr 00:11:32:8D:06:7C
          inet addr:169.254.140.224  Bcast:169.254.255.255  Mask:255.255.0.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

thorkillar@server:~$

version: '3'      

services:
  iobroker:
    restart: always
    image: buanet/iobroker:latest
    container_name: iobroker
    hostname: iobroker
    ports:
      - "8081:8081"
    environment:
        SETGID: 1001
        SETUID: 1001
    volumes:
      - /volume1/docker/iobroker:/opt/iobroker
    networks:
      dockerMACVLAN:
        ipv4_address: 192.168.0.33
      iobroker:
  redis4:
    image: "redis:alpine"
    volumes:
      - /volume1/docker/redis:/data
    networks:
      iobroker:
    
networks:
  dockerMACVLAN:
    external: true
  iobroker:

Community Forum

NEWS

Rundumglücklichsupport für @thorkillar ;-)

Support us

684

32.6k

82.0k

1.3m