Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[OliverIO]

@ben1983

Die Angabe des Hostnamen kannst du weglassen, wenn du den Service Namen anpasst. Das wird dann der Hostname.

Nachteil am Mac V LAN ist, dass standardmäßig keine Kommunikation zwischen Host und McV LAN Container stattfinden kann. Da muss man dann erst eine Netzwerk Bridge konfigurieren.
Wenn man aber alles schön in Container liegt, kommt der Fall gar nicht vor.

[Ben1983]

@oliverio sagte in Parallele Dockerinstallation:

@ben1983

Die Angabe des Hostnamen kannst du weglassen, wenn du den Service Namen anpasst. Das wird dann der Hostname.

Nachteil am Mac V LAN ist, dass standardmäßig keine Kommunikation zwischen Host und McV LAN Container stattfinden kann. Da muss man dann erst eine Netzwerk Bridge konfigurieren.
Wenn man aber alles schön in Container liegt, kommt der Fall gar nicht vor.

Wenn man aber alles schön in Container liegt, kommt der Fall gar nicht vor.?

[OliverIO]

@oliverio sagte in Parallele Dockerinstallation:

Wenn man aber alles schön in Container liegt, kommt der Fall gar nicht vor.

[Ben1983]

@oliverio Das bedeutet:

Hiermit sollte ich ein gutes Testsystem aufbauen können?

kann ich damit auch auf eine auf dem NAS laufende MariaDB zugreifen, oder war das mit auf den Host zugreifen gemeint?

version: '2'

services:
 iobroker:
   container_name: iobroker_testsystem
   image: buanet/iobroker:v10.0.0
   restart: always

   volumes:
     - /volume1/docker/iobroker_testsystem:/opt/iobroker
   networks:
     default:
       ipv4_address: 192.168.2.92

networks:
 default:
   name: mymacvlan
   external: true

[OliverIO]

@ben1983

mit host ist das gerät auf dem docker läuft gemeint.

du hast ja das host betriebssystem auf dem docker installiert ist
und du hast ein containerbetriebssystem, das der containerersteller gewählt hat (das kann durchaus ein anderes sein)
dann kann der host nicht mit dem container und der container mit dem host sprechen.

dazu muss man am netzwerkadapter des hosts dann so eine bridge einrichten
https://kcore.org/2020/08/18/macvlan-host-access/

ich hatte das am anfang, da hatte ich eine mysql datenbank auf dem host laufen. die vom container nicht erreicht werden kann.
ich habe dann die datenbank in einen container gepackt und dann war alles ok.

die idealkonfiguration ist aus meiner sicht auch, das man auf dem host wirklich nur docker installiert und alles andere wird in containern gemacht.
dann ist auch ein wechsel/upgrade des host betriebssystems relativ einfach

[Ben1983]

@oliverio Also ich habe eine Synology DS220+
Darum läuft Docker.
Darauf läuft auch Maria DB

[OliverIO]

@ben1983
ich kenne synology nicht bzw hatte ich nie
keine ahnung ob man da eine datenbank auch direkt installieren könnte

ich habe einen NUC und habe vollen Zugriff auf Ebene Host-Betriebssystem

[Ben1983]

@oliverio sagte in Parallele Dockerinstallation:

@ben1983
die idealkonfiguration ist aus meiner sicht auch, das man auf dem host wirklich nur docker installiert und alles andere wird in containern gemacht.
dann ist auch ein wechsel/upgrade des host betriebssystems relativ einfach

alles bridged, oder MacVLAN?

[haselchen]

@oliverio

Datenbanken kannste da en masse installieren.
Softwarepakete sind alle vorhanden.

@Ben1983

Ich habs noch nicht ausprobiert , aber ich denke, wenn Du verschiedene Hostnamen und Bridge Installation wählst, sollte es funktionieren.

Ich scheue mich ein wenig Versuchskaninchen zu spielen :)

Edit: ich gebe dem Container alles über die Umgebungsvariablen mit

[Ben1983]

@oliverio Aber die stackconfig oben sollte so passen, oder?

[Ben1983]

@haselchen jetzt wider bridge? war doch dauernd die Rede von MacVLAN

[haselchen]

@ben1983

Das liegt daran, dass jeder anders an die Sache rangehen würde.
Mit MCVLAN kenne ich mich nicht aus.
Da müssen und werden dann andere helfen.

[OliverIO]

@ben1983 sagte in Parallele Dockerinstallation:

alles bridged, oder MacVLAN?

teils/teils

manche wenige container wie
iobroker
pihole
mysql
reverseproxy von nextcloud
haben eine eigene ip

alle anderen normal als bridged.
hostmode habe ich gar nicht.

[Ben1983]

@haselchen aber wie soll es denn durch verschieden Hostnamen gehen?
weil der dann irgendwie die ip:port kombi vom bridged netzwerk nutzt?
Woher weiss das aber das gegenüber? der sieht doch nur die host:post kombi.

Genau deswegen dachte ich ja, muss man macVLAN nehmen.
weil man sonst unterschiedliche ports für produktiv und testsystem braucht

[haselchen]

@ben1983

Deswegen sage ich ja, bei MCVLAN müssen andere ran.
Der Port 8081 bleibt ja, die IP davor muss sich ja unterscheiden.
Du kannst doch auf der Syno über den VM Manager auch ne VM installieren und ne Iobroker Container Installation haben.

[Ben1983]

@haselchen das habe ich einmal versucht, danach ging netzwerktecnisch gar nichts mehr und ich kam nicht mehl an den iobroker

[OliverIO]

@ben1983 sagte in Parallele Dockerinstallation:

Aber die stackconfig oben sollte so passen, oder?

sieht gut aus, hier noch detailoptimierung
ich habe dem netzwerk einen namen gegeben ich verwende das mit default so ncith.
aber wenn es funktioniert

version: '2'

services:
 iobroker_testsystem:
   image: buanet/iobroker:v10.0.0
   restart: always

   volumes:
     - /volume1/docker/iobroker_testsystem:/opt/iobroker
   networks:
     default:
       ipv4_address: 192.168.2.92

networks:
 default:
   name: mymacvlan
   external: true

hier ist meins
ich habe mittlerweile docker und diesen container ipv6 fähig gemacht

version: '3'

services:
  iobrokerdev:
    image: buanet/iobroker:latest
    restart: always
    environment:
      DEBUG: "false"
      AVAHI: "true"
    ports:
      - "8081:8081"
      - "3000:3000"
    volumes:
      - /home/iobroker/docker/volume/iobroker/dev/iobroker:/opt/iobroker
    networks:
      macvlanipv6:
        ipv4_address: 192.168.1.81
networks:
  macvlanipv6:
    external: true

[OliverIO]

@ben1983 sagte in Parallele Dockerinstallation:

aber wie soll es denn durch verschieden Hostnamen gehen?
weil der dann irgendwie die ip:port kombi vom bridged netzwerk nutzt?

gar nicht.
host oder bridged heißt ja, das der container unter der host ip erreichbar ist und alle ports auf den host bereich gemapped werden.
wenn man eine 2.iob installation haben möchte, müssen alle ports des 2. containers auf freie ports des hosts gemapped werden
das geht dann auch nur im bridged, da portmapping im hostmode nicht berücksichtigt wird

vorteil von macvland sind auch die broadcasts. wenn man services einsetzt, die auf broadcasts horchen muss ich entweder hostmode einsetzen oder macvlan.
im bridged werden die broadcasts nicht durchgereicht.

[Ben1983]

@oliverio OK. Mir ging es ja darum eine Testumgebung zu haben, die die gleichen Ports nutzt,
da der kommunizierende Service ja nicht doppelt vorhanden ist.

[Codierknecht]

@ben1983 sagte in Parallele Dockerinstallation:

eine Testumgebung zu haben, die die gleichen Ports nutzt,

Wie soll das z.B. bei MQTT funktionieren?
Dann müsstest Du ja am sendenden Gerät eine andere IP einstellen.
Gleiche IP und gleicher Port geht jedenfalls nicht.

Du kannst höchstens 2 Stacks erzeugen, die beide Bridge, die gleichen Ports usw. verwenden und den jeweils nicht benötigten Stack stoppen.