Docker Netzwerkprobleme

[ChristianSr]

Hallo,
ich habe ein Synology NAS und darauf einen iobroker docker image von buanet laufen.
Das image habe ich nun aufgesetzt, mit gleichen volumes und wie ich dachte mit gleichen Einstellungen.
Iobroker läuft, es scheint auch alles da zu sein (Adapter, instanzen, einstellungen)
Allerdings haben einige Adapter Probleme - scheinbar alle, die eine Netzwerkverbindung aufbauen müssen (modbus, synology, openknx). Kann ich irgendwo einen fehler gemacht haben?

Gruß,
Christian

[Glasfaser]

@christiansr sagte in Docker Netzwerkprobleme:

und wie ich dachte mit gleichen Einstellungen.

die eine Netzwerkverbindung aufbauen

Bridge oder Host !?
bei Bridge die Ports auch wieder gemappt !?

[ChristianSr]

@glasfaser said in Docker Netzwerkprobleme:

Bridge oder Host !?
bei Bridge die Ports auch wieder gemappt !?

Bridge und Host sagt mir nix. Port 8081 ist wie vorher gemappt auf 8081.
Ich habe jetzt noch zusätzlich die Ports für Backitup aufgenommen. das hatte ich vorher nicht.

aus dem openknx-adapter:

[Glasfaser]

@christiansr sagte in Docker Netzwerkprobleme:

Ich habe jetzt noch zusätzlich die Ports für Backitup aufgenommen

dann hast du Bridge

also z.b KNX

3671 : 3671

[ChristianSr]

@glasfaser said in Docker Netzwerkprobleme:

@christiansr sagte in Docker Netzwerkprobleme:

Ich habe jetzt noch zusätzlich die Ports für Backitup aufgenommen

dann hast du Bridge

also z.b KNX

3671 : 3671

muss ich den port des KNX-interfaces dann ebenfalls im iobroker docker image mappen? das habe ich vorher nicht getan...

[Glasfaser]

@christiansr sagte in Docker Netzwerkprobleme:

das habe ich vorher nicht getan...

Dann hast du früher den Container im Host installiert gehabt und dort brauchst du keine Port´s mappen

muss ich den port des KNX-interfaces dann ebenfalls im iobroker docker image mappen?

ja

[ChristianSr]

@glasfaser said in Docker Netzwerkprobleme:

Dann hast du früher den Container im Host installiert gehabt und dort brauchst du keine Port´s mappen

Irgendwo habe ich ein Verständnis-Problem.

Der iobroker läuft in einem docker image auf meinem NAS (das ist der Host oder?). Da lief der schon immer.
Das KNX-Interface ist mein Gira X1 (Teil im Netzwerk mit eigener IP). Auch schon immer.

In meinem NAS-Docker image habe ich (schon immer) den Port 8081 auf 8081 gemappt.
Nun zusätzlich 8091:8091, 9081:9081, 9082:9082

Um nun mit meinem Interface zu kommunizieren muss ich den Port des Interfaces ebenfalls mappen?
Das bedeutet, dass ich die Ports aller Kommunkationspartner des iobrokers rausfinden muss und alle mappen?

[Glasfaser]

@christiansr sagte in Docker Netzwerkprobleme:

Irgendwo habe ich ein Verständnis-Problem.

Port 8081 ist wie vorher gemappt auf 8081.

laut deinem Screenshot ( Adapter KNX ) sehe ich wie auch schon erwähnt den Bridge-Modus bzw. auch nach deinem Wortlaut

Da lief der schon immer.

Ich kenne deine frühere Einstellungen nicht ( 100% den Host ) !

Um nun mit meinem Interface zu kommunizieren muss ich den Port des Interfaces ebenfalls mappen?

ja

Das bedeutet, dass ich die Ports aller Kommunkationspartner des iobrokers rausfinden muss und alle mappen?

ja

also ... bei der Containerinstallation hast du diese Auswahl !

.
bei Host brauchst du nichts mappen

[Glasfaser]

@christiansr sagte in Docker Netzwerkprobleme:

In meinem NAS-Docker image habe ich (schon immer) den Port 8081 auf 8081 gemappt.

nur diesen Port !? hast du kein VIS , das würde dann auch nicht gehen !

[Glasfaser]

@ChristianSr
Hier zu

Bridge-Modus

Host-Modus

https://www.computerweekly.com/de/ratgeber/Grundlagen-und-Tipps-fuer-die-Docker-Vernetzung

[ChristianSr]

@glasfaser said in Docker Netzwerkprobleme:

bei Host brauchst du nichts mappen

dann ist Host der einfachere Weg, den ich wohl gehen sollte, bis der an Grenzen stößt...

Und tatsächlich. Neues Image (auf Host getellt) und alles läuft. Tausend Dank!

[OliverIO]

@christiansr sagte in Docker Netzwerkprobleme:

Irgendwo habe ich ein Verständnis-Problem

also es gilt:

host=der rechner der den docker prozess laufen lässt, also deine synology
client/container = der container

wenn es um ports geht, dann immer nur die ports auf dem IM container eine server-applikation lauscht. d.h. der server wartet, bis irgend jemand anfragt und antwortet dann.

bridge mode:
alle ports von server-applikationen müssen gemappt werden.
meist 1:1 auf die host-ports,
in ausnahmefällen auf einen abweichenden hostport,
falls der eigentliche dort schon belegt ist.
bridge mode hat schwierigkeiten mit broadcasts, da diese immer nur im host ankommen und diese schlecht dann an mehrere container weitergereicht werden können

host mode
das ist für die meisten der einfachste modus. wenn man aber mehrere container hat, kommt es hier schnell zu schwierigkeiten.
alle ports IM container werden auf die host-ports gemappt. daher muss da auch kein separates mapping angegeben werden.
broadcast funktioniert hier auch wie zu erwarten

ich würde immer den bridge mode vorziehen, man muss sich halt die mühe machen, alle ports zu mappen. über die console IM container kann man nachschauen welche applikationen auf welchen ports horchen und diese dann mit sinn und verstand (nicht alle sind sinnvoll) dann im docker mappen

andere alternativen
wenn bridge nicht mehr ausreicht, würde ich auf macvlan wechseln. das ist etwas aufwändiger zu konfigurieren, man hat aber am ende allerdings einen container mit eigener ip und keinerlei probleme mehr mit port mapping und broadcasts