Kommunikation zwischen Docker Containern über NAS-IP

Status
Für weitere Antworten geschlossen.

nomeez

Benutzer
Mitglied seit
04. Aug 2012
Beiträge
17
Punkte für Reaktionen
0
Punkte
1
Hallo Forum

Ich habe eine Frage zur Kommunikation zwischen Docker Containern.
Ich habe einen Container mit Jenkins und einen weiteren mit Gitlab erstellt. Jeweils Ports gemappt und ich kann auf beide Applikationen über die IP meines NAS zugreifen.
Wenn jetzt Jenkins von Gitlab Code auschecken soll, geht das nur, wenn ich entweder einen Link von Jenkins auf Gitlab erstelle oder ein gemeinsames Netzwerk mit beiden Containern erstelle.
Die URL in meinen Buildfiles ist jetzt unterschiedlich für jenkins: git:gitlab... und für meine lokale Maschine git:192.168.1.x...

Normal sollte es doch möglich sein, von einem Container aus über die ip des Docker Hosts und den gemappten Port auf einen anderen Container zu kommen.
Mein Ziel wäre es, überall die URL git:192.168.1.x... zu verwenden. Sollte doch bei Docker normal gehen, aber Synology scheint da anders zu ticken.

Gibts eine Möglichkeit das auf der Synology hinzukriegen?
 

haydibe

Benutzer
Sehr erfahren
Mitglied seit
12. Apr 2016
Beiträge
1.473
Punkte für Reaktionen
357
Punkte
103
Solange der URI aus der IP deiner DSM und dem gemappted Host-Port besteht, sollten die Container in der Lage seine darüber zuzugreifen.
Vor längerem hatte ich den Use-Case auch, allerding war das noch unter DSM5.2. und dort lief es ohne Probleme.

Was passiert, wenn Du dir ein bash shell im jenkins-Container öffnest und dort Dein Repo mittels externem URI clonst?

Off-Topic, aber nicht uninteressant für Dein CI-Thema: http://www.sonatype.org/nexus/2016/...er-containers-jenkins-sonarqube-nexus-gitlab/
 

nomeez

Benutzer
Mitglied seit
04. Aug 2012
Beiträge
17
Punkte für Reaktionen
0
Punkte
1
git clone hab ich gar noch nicht probiert. Mache ich noch. Ich habe aber ping probiert. ping gitlab geht, ping 192.168.1.10 (ip des NAS) -> timeout.
 

haydibe

Benutzer
Sehr erfahren
Mitglied seit
12. Apr 2016
Beiträge
1.473
Punkte für Reaktionen
357
Punkte
103
Ich habe das mal eben in einem Container probiert, der mittels bridge Treiber eingebunden ist (=Normallfall):
- NAS is über hostname und ip pingbar
- Router ist pingbar
- Andere Netzwerk hosts auch anpingbar

Das verhalten ist an der Stelle nicht anders, als wenn Du den Container in boot2docker laufen lässt.

Fazit: Prinzipiel bietet Docker in DSM das was Du benötigtst.
Jetzt musst Du nur noch rausfinden, welche (Deiner) Konfiguration an welcher Stelle es verhindert.

Welches Jenkins/Gitlab (sameersbn/gitlab empfohlen, aktueller als das aus dem Paketmanager) Image verwendest Du eigentlich?
 
Zuletzt bearbeitet:

nomeez

Benutzer
Mitglied seit
04. Aug 2012
Beiträge
17
Punkte für Reaktionen
0
Punkte
1
Hallo zusammen,

Nach unendlich langer Zeit hab ich heute wieder mal damit rumgespielt.
Ich denke es liegt daran, dass ich auf meinem 1815+ die vier Netzwerkports zu einem Bond zusammengefasst habe.
Warum genau verstehe zwar ich immer noch nicht. Leider kann ich den Bond grad nicht auflösen, da sonst meine DVBLink Lizenz ungültig wird. (Hat nichts mit Docker zu tun)
Frage mich jetzt ob ich irgend etwas am Routing ändern kann/muss.
 

nomeez

Benutzer
Mitglied seit
04. Aug 2012
Beiträge
17
Punkte für Reaktionen
0
Punkte
1
Hab mir letze Woche eine neue DS1817+ gekauft. Alles aufgesetzt inkl. meinen Docker Containern und siehe da, alles läuft wie gewünscht. Docker zu Docker Kommunikation ist plötzlich kein Problem mehr. Mit Bonding der Netzwerkschnittstellen und allem was ich auf der alten DS1815+ auch drauf hatte. Nach der Migration hab ich DSM auf der alten DS1815+ neu installiert und siehe da, nun läufts auch dort. Entweder hab ich irgendwo mal was verstellt, was nicht gut war, oder bei einem der Updates über die letzen Jahren ist mal was verstellt worden.
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat