[Docker] IPv4 Subnetz plötzlich andere IP-Bereiche

Ich habe meine bescheidenen 3 Docker-Stacks, nextcloud, immig und filebrowser jetzt mal auch über die UGOS-Docker-App als Projekt eingerichtet und deployed. Funktioniert soweit.
Ich fürchte nur, dass das irgendwann auseinander drifftet

Quote from *kw*

Hast du Portainer komplett deinstalliert und die Stacks gelöscht?

Nein sicherlich nicht. Portainer kenne ich, aber der UGOS-Docker-App traue ich noch nicht zu ganz.

Es spielt ja eigentlich auch keine große Rollewas mann verwendet. Wenn man da jetzt anfängt, könnte man noch 4 bis 5 weitere Tools aufzählen.

Eines ist auf jedenfall sicher die Dockerapp von UGREEN ist wesentlich besser und aktueller als es der Containermanager von Synology ist, vorallem nachdem man ihn jetzt die letzten 2-3 Versionen noch mehr verhunzt hat. Und es ist schon immer eine individuelle Sache was einem besser liegt.

Jungs, ihr seid super! Endlich fühle ich mich nicht mehr so ganz alleine mit meiner Entscheidung, die Docker-App zu benutzen. Ich hatte Portainer am Anfang auch mal auf der DXP ausprobiert und für mich waren das ja mehr oder weniger die ersten Schritte mit Docker überhaupt. Aber es waren genau die Gründe, die euch jetzt bewegt haben, zu wechseln: keep it simple, kommt vom Hersteller (ggf. bessere Integration) und wenn ich ohnehin alles über die yaml konfiguriere, ist das Tool doch eigentlich egal. Danke, dass ihr mich darin bestätigt (und dass mir ggf. mal jemand helfen kann, wenn ich ein Problem haben sollte, welches aus der Nicht-Verwendung von Portainer resultiert ).

Quote from Tommes

MacVLAN, was sich aber wohl auch über die Docker App konfigurieren lässt.

Wie in diesem Thread mit Kosmo schon mal diskutiert, kann man auch das MacVLAN in der compose konfigurieren. Sollte ich das mal brauchen, würde ich das bevorzugen, damit dann auch dieses vollständig in der yaml enthalten ist und entsprechend einfach gesichert werden kann.

Beitrag als Lesezeichen zur späteren Verwendung gesichert, Danke *kw*

Moin,

ich habe mich die ganze Zeit immer gefragt, warum man Portainer nehmen muss, da ich mit dem Tool Projekte rumgespielt habe und es eigentlich das tut, was ich erwarte. Ich war kurz davor, Portainer zu installieren, will aber das eigentlich mit Boardmitteln erledigen.

Da man mit dem eingebauten Editor nun auch schnell YAML Dateien editieren kann, bin ich so zufrieden.

Allerdings arbeite ich mich da erstmal langsam ein, gut Ding will Weile haben.

Aufgrund meiner durchwachsenen Erfahrungen mit Apps von Ugreen, CPU Last nach löschen der Apps, werde ich Dinge nur noch ausschließlich in Docker laufen lassen.
Denn, es ist schon eigenartig, dass irgendwas offenbar noch im Hintergrund zu laufen scheint, das darf ja nicht sein. Im Übrigen war das selbst nach einem Neustart noch der Fall. Generell hatte ich auch keine Lust, über die Konsole nachzusehen, was da noch Last erzeugt.

Insofern wird das System erneut mit einem „Werksimage“ zurückgesetzt. Vom Werksreset bin ich geheilt.

Also, als ich das Image das erste Mal aufgespielt hatte, waren die Volumes eben nicht vertauscht.
Insofern gibt es da doch einen Unterschied.
Und den sollte es nicht geben.

Die wissen ja Bescheid, da ich den Fall detailliert geschildert haben, also Ugreen. Vielleicht erzählen sie es ja auch Ugos, oder auch Ugor 🤩

*kw* Ich bezeihe mich mal auf deinen Beitrag #28: Bist du sicher, dass deine Gateway IP x.x.x.161 und nicht x.x.x.1 ist? Mit dem Gateway ist nicht die macvlan-bridge IP (x.x.x.250) gemeint, wie im urprünglichen macvlan TUT.

Nur zum besseren Verständnis: die x.x.x.250 ist die excluded IP (reserviert) aus dem macvlan (welches du angelegt hast) und kann dann für die macvlan-bridge benutzt werden.

Kanecaine: Ja, man kann seinen network-mode auch immer in die yaml integrieren, sei es macvlan, host, brigde etc. Allerdings würde ich aus meinem begrenzten Verständnis heraus immer ein dezidiertes macvlan anlegen und lediglich die IP des Containers aus dem macvlan Bereich in der yaml Datei hinterlegen. Dadurch gewährleistest du für deinen Container die exakte IP und darum geht es ja. Das macht dann die Konfiguration z.B. in nginx-pm usw. einfacher.
Aber ich räume ein: Natürlich kannst du auch weiterhin deine IPs über DHCP zuteilen lassen.

*kw* O.k., ich hätte mir deine Netzwerkkonfiguration auch mal genauer anschauen sollen. Du hast als Subnetz auch 192.168.7.160/27 definiert/angegeben. Ich hatte mit 192.168.7.0/24 gerechnet. Sorry, da war ich etwas unaufmerksam.