statische IP-Adressen für Docker

Chlorgas · April 15, 2022

Hallo, Leute!

Ich habe an meinem unraid-Server (6.9.2) mit Netzwerkkarten gespielt, aber schlussendlich alles wieder in den Ausgangszustand (1 x onboard NIC) zurückgebaut. Nach dem Neustart des Servers und Login wollte ich meine Docker-Container starten und bemerke, dass die keine IP-Adresssen mehr hinterlegt haben. Darüberhinaus behauptet meine nextcloud-Instanz, dass Port 80 und 443 bereits in Verwendung sind.

Ich habe also alle Container gestoppt und bin in die Templates um die IP-Adressen nachzutragen und siehe da: Das Eingabefeld für die IP-Adresse ist nicht mehr da und zwar egal, ob ich "Bridge", "Host" oder "None" einstelle.

Wie bekomme ich wieder eine statische IP auf die einzelnen Docker-Container bzw. was muss ich tun, damit das Eingabefeld bei den Docker-Templates wieder verfügbar ist?

mgutt · April 15, 2022

Du hast in den Netzwerkeinstellungen das Bridging abgewählt. Dadurch wird das br0 Netzwerk entfernt, was deine Container verwendet haben.

Chlorgas · April 15, 2022

Hi, @mgutt!

Danke für deinen Hinweis. Ich habe auf eth0 (onboard-NIC) Bridging aktiv, Bonding und VLAN deaktiviert und trotzdem komme ich nicht zu den Einstellungen. Gibt es noch eine andere Stelle, an der ich das konfigurieren kann?

Edited April 15, 2022 by Chlorgas

Chlorgas · April 15, 2022

Hier ein paar Screenshots zu Erklärung.

Das sind die Einstellungen meiner NIC

So sind die Einstellungen für Docker

So sieht mein Port mapping neuerdings aus

und wenn ich versuche, eine statische IP zu vergeben, fehlt das Eingabefeld für die IP.

saber1 · April 15, 2022

39 minutes ago, Chlorgas said:

So sieht mein Port mapping neuerdings aus

Wenn ein Docker gestoppt ist, wird keine IP (oder eben 0.0.0.0) angezeigt.

Starte mal einen Docker.

Chlorgas · April 15, 2022

Wenn ich sie starte bekommen alle die IP vom Server.

In den Docker-Settings war es aber möglich, eine statische IP manuell einzugeben und dann den Container direkt darüber anzusprechen.

Also der der Server hat 192.168.0.100 und die mariadb war über 192.168.0.128:3306 ansprechbar.

Aktuell hat jeder Docker 192.168.0.100 und irgendeinen Port. Und ich hätte gerne wieder für jeden Docker eine statische Adresse aus meinem freien Pool...

mgutt · April 15, 2022

2 hours ago, Chlorgas said:

und wenn ich versuche, eine statische IP zu vergeben, fehlt das Eingabefeld für die IP.

Das gibt es nur, wenn man das Netzwerk "br0" auswählt.

Chlorgas · April 15, 2022

@mgutt Ich habe nur Bridge, Host und None zur Auswahl.

Gibt es eine Möglichkeit BR0 der Auswahlliste hinzuzufügen?

mgutt · April 15, 2022

Nein, sollte da sein, denn du hast es aktiviert:

image.png.93307a88a85dc98ccd560b66282fd98b.png

Hast du den Server schon mal neu gestartet?

Ansonsten mal die Logs checken.

Chlorgas · April 15, 2022

Ja, mehrmals! 😁

@mgutt Auf was muss ich in den Logs achten bzw. welche muss ich mir im Detail ansehen?

Ich habe festgestellt, daß nicht immer alle Einstellungen vom GUI in die Konfigurationsdateien übernommen werden. Daher meine Frage, ob ich noch irgendwo anders kontrollieren kann.

Edited April 15, 2022 by Chlorgas

mgutt · April 15, 2022

1 minute ago, Chlorgas said:

Auf was muss ich in den Logs achten bzw. welche muss ich mir im Detail ansehen?

Keine Ahnung. Ich kenne den Fall nicht. Ich würde vermutlich erst mal nach "br0" suchen. Hier nachdem ich auf meinem Testserver den Docker-Dienst gestartet habe:

Apr 15 16:57:59 Tower ool www[16287]: /usr/local/emhttp/plugins/dynamix/scripts/emcmd 'cmdStatus=Apply'
Apr 15 16:57:59 Tower emhttpd: Starting services...
Apr 15 16:57:59 Tower emhttpd: shcmd (654): /etc/rc.d/rc.avahidaemon restart
Apr 15 16:57:59 Tower root: Stopping Avahi mDNS/DNS-SD Daemon: stopped
Apr 15 16:57:59 Tower avahi-daemon[3751]: Got SIGTERM, quitting.
Apr 15 16:57:59 Tower avahi-dnsconfd[3760]: read(): EOF
Apr 15 16:57:59 Tower avahi-daemon[3751]: Leaving mDNS multicast group on interface br0.IPv4 with address 192.168.178.67.
Apr 15 16:57:59 Tower avahi-daemon[3751]: Leaving mDNS multicast group on interface lo.IPv6 with address ::1.
Apr 15 16:57:59 Tower avahi-daemon[3751]: Leaving mDNS multicast group on interface lo.IPv4 with address 127.0.0.1.
Apr 15 16:57:59 Tower avahi-daemon[3751]: avahi-daemon 0.8 exiting.
Apr 15 16:57:59 Tower root: Starting Avahi mDNS/DNS-SD Daemon:  /usr/sbin/avahi-daemon -D
Apr 15 16:57:59 Tower avahi-daemon[16784]: Found user 'avahi' (UID 61) and group 'avahi' (GID 214).
Apr 15 16:57:59 Tower avahi-daemon[16784]: Successfully dropped root privileges.
Apr 15 16:57:59 Tower avahi-daemon[16784]: avahi-daemon 0.8 starting up.
Apr 15 16:57:59 Tower avahi-daemon[16784]: Successfully called chroot().
Apr 15 16:57:59 Tower avahi-daemon[16784]: Successfully dropped remaining capabilities.
Apr 15 16:57:59 Tower avahi-daemon[16784]: Loading service file /services/sftp-ssh.service.
Apr 15 16:57:59 Tower avahi-daemon[16784]: Loading service file /services/ssh.service.
Apr 15 16:57:59 Tower avahi-daemon[16784]: Joining mDNS multicast group on interface br0.IPv4 with address 192.168.178.67.
Apr 15 16:57:59 Tower avahi-daemon[16784]: New relevant interface br0.IPv4 for mDNS.
Apr 15 16:57:59 Tower avahi-daemon[16784]: Joining mDNS multicast group on interface lo.IPv6 with address ::1.
Apr 15 16:57:59 Tower avahi-daemon[16784]: New relevant interface lo.IPv6 for mDNS.
Apr 15 16:57:59 Tower avahi-daemon[16784]: Joining mDNS multicast group on interface lo.IPv4 with address 127.0.0.1.
Apr 15 16:57:59 Tower avahi-daemon[16784]: New relevant interface lo.IPv4 for mDNS.
Apr 15 16:57:59 Tower avahi-daemon[16784]: Network interface enumeration completed.
Apr 15 16:57:59 Tower avahi-daemon[16784]: Registering new address record for 192.168.178.67 on br0.IPv4.
Apr 15 16:57:59 Tower avahi-daemon[16784]: Registering new address record for ::1 on lo.*.
Apr 15 16:57:59 Tower avahi-daemon[16784]: Registering new address record for 127.0.0.1 on lo.IPv4.
Apr 15 16:57:59 Tower emhttpd: shcmd (655): /etc/rc.d/rc.avahidnsconfd restart
Apr 15 16:57:59 Tower root: Stopping Avahi mDNS/DNS-SD DNS Server Configuration Daemon: stopped
Apr 15 16:57:59 Tower root: Starting Avahi mDNS/DNS-SD DNS Server Configuration Daemon:  /usr/sbin/avahi-dnsconfd -D
Apr 15 16:57:59 Tower avahi-dnsconfd[16793]: Successfully connected to Avahi daemon.
Apr 15 16:57:59 Tower emhttpd: shcmd (663): /usr/local/sbin/mount_image '/mnt/user/docker/' /var/lib/docker 20
Apr 15 16:57:59 Tower emhttpd: shcmd (665): /etc/rc.d/rc.docker start
Apr 15 16:57:59 Tower root: starting dockerd ...
Apr 15 16:57:59 Tower kernel: Bridge firewalling registered
Apr 15 16:57:59 Tower avahi-daemon[16784]: Joining mDNS multicast group on interface docker0.IPv4 with address 172.17.0.1.
Apr 15 16:57:59 Tower avahi-daemon[16784]: New relevant interface docker0.IPv4 for mDNS.
Apr 15 16:57:59 Tower avahi-daemon[16784]: Registering new address record for 172.17.0.1 on docker0.IPv4.
Apr 15 16:58:00 Tower avahi-daemon[16784]: Server startup complete. Host name is Tower.local. Local service cookie is 995490093.
Apr 15 16:58:00 Tower rc.docker: created network br0 with subnets: 192.168.178.0/24; 
Apr 15 16:58:01 Tower avahi-daemon[16784]: Service "Tower" (/services/ssh.service) successfully established.
Apr 15 16:58:01 Tower avahi-daemon[16784]: Service "Tower" (/services/sftp-ssh.service) successfully established.

1 minute ago, Chlorgas said:

Ich habe festgestellt, daß nicht immer Einstellungen vom GUI in die Konfigurationsdateien übernommen werden.

Dann dürfte irgendwas defekt sein. Sei es die Installation oder der Stick selbst. Ich würde den Stick sichern und neu installieren und das Config Verzeichnis wiederherstellen. Normal ist das jedenfalls nicht was du da hast.

Chlorgas · April 15, 2022

Das Starten von Docker sieht bei mir in etwa so aus:

Apr 15 17:10:15 Tower winbindd[22815]: initialize_winbindd_cache: clearing cache and re-creating with version number 2
Apr 15 17:10:15 Tower winbindd[22815]: [2022/04/15 17:10:15.622650, 0] ../../lib/util/become_daemon.c:135(daemon_ready)
Apr 15 17:10:15 Tower winbindd[22815]: daemon_ready: daemon 'winbindd' finished starting up and ready to serve connections
Apr 15 17:10:15 Tower emhttpd: shcmd (346): /usr/local/sbin/mount_image '/mnt/user/system/docker/docker.img' /var/lib/docker 50
Apr 15 17:10:15 Tower kernel: BTRFS info (device loop2): using free space tree
Apr 15 17:10:15 Tower kernel: BTRFS info (device loop2): has skinny extents
Apr 15 17:10:15 Tower kernel: BTRFS info (device loop2): enabling ssd optimizations
Apr 15 17:10:15 Tower root: Resize '/var/lib/docker' of 'max'
Apr 15 17:10:15 Tower emhttpd: shcmd (348): /etc/rc.d/rc.docker start
Apr 15 17:10:15 Tower root: starting dockerd ...
Apr 15 17:10:17 Tower rc.docker: Error response from daemon: Pool overlaps with other one on this address space
Apr 15 17:10:17 Tower kernel: device br0 entered promiscuous mode
Apr 15 17:10:38 Tower nmbd[22805]: [2022/04/15 17:10:38.613737, 0] ../../source3/nmbd/nmbd_become_lmb.c:397(become_local_master_stage2)
Apr 15 17:10:38 Tower nmbd[22805]: *****
Apr 15 17:10:38 Tower nmbd[22805]:
Apr 15 17:10:38 Tower nmbd[22805]: Samba name server TOWER is now a local master browser for workgroup FREAKME on subnet 192.168.0.100
Apr 15 17:10:38 Tower nmbd[22805]:
Apr 15 17:10:38 Tower nmbd[22805]: *****
Apr 15 17:10:38 Tower nmbd[22805]: [2022/04/15 17:10:38.613844, 0] ../../source3/nmbd/nmbd_become_lmb.c:397(become_local_master_stage2)
Apr 15 17:10:38 Tower nmbd[22805]: *****
Apr 15 17:10:38 Tower nmbd[22805]:
Apr 15 17:10:38 Tower nmbd[22805]: Samba name server TOWER is now a local master browser for workgroup FREAKME on subnet 192.168.122.1
Apr 15 17:10:38 Tower nmbd[22805]:
Apr 15 17:10:38 Tower nmbd[22805]: *****

Mir fällt erstmal nur die Warnung zur Doppelverwendung der IP-Adressen auf (weil alles auf 192.168.0.100 hängt).

mgutt · April 15, 2022

4 hours ago, Chlorgas said:

Apr 15 17:10:17 Tower rc.docker: Error response from daemon: Pool overlaps with other one on this address space

Das ist in jedem Fall dein Problem.

Hast du mehrere Ethernet Interfaces der selben IP Range zugewiesen?

Was gibt ifconfig zurück?

Chlorgas · April 15, 2022

3 minutes ago, mgutt said:

Das ist in jedem Fall dein Problem.

Ja, genau. Das versuche ich zu lösen und habe keinen Plan, wo ich ansetzen soll.

4 minutes ago, mgutt said:

Hast du mehrere Ethernet Interfaces der selben IP Range zugewiesen?

Nein.

5 minutes ago, mgutt said:

Was gibt ifconfig zurück?

Das hier:

~# ifconfig -a
br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.100  netmask 255.255.255.0  broadcast 0.0.0.0
        ether 60:45:cb:a0:dd:85  txqueuelen 1000  (Ethernet)
        RX packets 125978  bytes 12732026 (12.1 MiB)
        RX errors 0  dropped 7736  overruns 0  frame 0
        TX packets 92872  bytes 127439867 (121.5 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

di-8ae606ca1d97: flags=195<UP,BROADCAST,RUNNING,NOARP>  mtu 1500
        inet6 fe80::3cd3:82ff:fe77:336  prefixlen 64  scopeid 0x20<link>
        ether 3e:d3:82:77:03:36  txqueuelen 0  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 14  bytes 980 (980.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

docker0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 172.17.0.1  netmask 255.255.0.0  broadcast 172.17.255.255
        ether 02:42:0e:d9:c8:87  txqueuelen 0  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

dummy0: flags=130<BROADCAST,NOARP>  mtu 1500
        ether d6:0a:75:8d:65:c5  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

erspan0: flags=4098<BROADCAST,MULTICAST>  mtu 1464
        ether 00:00:00:00:00:00  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eth0: flags=4419<UP,BROADCAST,RUNNING,PROMISC,MULTICAST>  mtu 1500
        ether 60:45:cb:a0:dd:85  txqueuelen 1000  (Ethernet)
        RX packets 126829  bytes 14552260 (13.8 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 118352  bytes 129121515 (123.1 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device memory 0xf6500000-f651ffff

gre0: flags=128<NOARP>  mtu 1476
        unspec 00-00-00-00-00-00-FF-FF-00-00-00-00-00-00-00-00  txqueuelen 1000  (UNSPEC)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

gretap0: flags=4098<BROADCAST,MULTICAST>  mtu 1476
        ether 00:00:00:00:00:00  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ip_vti0: flags=128<NOARP>  mtu 1480
        tunnel   txqueuelen 1000  (IPIP Tunnel)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 430730  bytes 163339336 (155.7 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 430730  bytes 163339336 (155.7 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

shim-br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.100  netmask 255.255.255.255  broadcast 0.0.0.0
        inet6 fe80::cc77:d7ff:fe41:7057  prefixlen 64  scopeid 0x20<link>
        ether ce:77:d7:41:70:57  txqueuelen 1000  (Ethernet)
        RX packets 114642  bytes 12964649 (12.3 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 5159  bytes 566084 (552.8 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

sit0: flags=128<NOARP>  mtu 1480
        unspec 00-00-00-00-FF-FF-00-00-00-00-00-00-00-00-00-00  txqueuelen 1000  (UNSPEC)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

tunl0: flags=128<NOARP>  mtu 1480
        tunnel   txqueuelen 1000  (IPIP Tunnel)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

virbr0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 192.168.122.1  netmask 255.255.255.0  broadcast 192.168.122.255
        ether 52:54:00:f2:e9:5f  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

virbr0-nic: flags=4098<BROADCAST,MULTICAST>  mtu 1500
        ether 52:54:00:f2:e9:5f  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Und darf ich auch fragen, wie so eine lange Ausgabe mit nur einer NIC zustande kommen kann?

mgutt · April 16, 2022

Deaktiviere testweise mal bei Docker " Host access to custom networks"

Steht "preserve custom networks" auf yes? Auch mal deaktivieren.

Zeig außerdem mal deine Routen

ip route show table all

Danach darf sich @Ford Prefect Gedanken machen ^^

Chlorgas · April 16, 2022

Ok, das versuche ich. Ich melde mich mit den Ergebnissen am Sonntag Abend.

Vielen Dank für deine Unterstützung bisher, @mgutt !

ich777 · April 16, 2022

On 4/15/2022 at 8:58 AM, Chlorgas said:

Ich habe auf eth0 (onboard-NIC) Bridging aktiv

Halt, heißt das du hast zwei NICs?

wenn ja, hast du den zweiten NIC erst nachher eingebaut oder war der schon von anfang an eingebaut, ich meine wirklich vom ersten start von Unraid an.

Wenn du ihn nachträglich eingebaut hast bitte lösch mal die network.cfg und network-rules.cfg vom USB Stick und reboote, sei dir aber bewusst, er bezieht dann vermutlich eine neue IP und schau dann mal ob br0 auftaucht, du musst natürlich wieder deine NICs so einstellen wie du es haben willst.

Chlorgas · April 16, 2022

Folgende Historie gilt für meinen Server:

Eingerichtet wurde alles mit der onboard NIC.

Nach etwa zwei Jahren habe ich dann 2 weitere PCI-Karten (mit je zwei ports) eingebaut. Aufgrund der Tatsache, dass ich es nicht geschafft habe, diese in die DMZ einzubinden, habe ich sie wieder ausgebaut.

Am Donnerstag habe ich dieses Unterfangen noch einmal versucht und bin wieder gescheitert. Diesmal ist aber noch irgendetwas schief gegangen, da ich die bestehende Konfiguration auch nicht wiederherstellen konnte.

Deine Vorschläge werde ich auch Sonntag Abend umsetzen.

Chlorgas · April 17, 2022

@mgutt

Das wäre umgestellt, bringt aber keine Besserung.

On 4/16/2022 at 8:21 AM, mgutt said:

Deaktiviere testweise mal bei Docker " Host access to custom networks"

Steht "preserve custom networks" auf yes? Auch mal deaktivieren.

On 4/16/2022 at 8:21 AM, mgutt said:

Zeig außerdem mal deine Routen

ip route show table all

und die Ausgabe der aktuellen Routen

root@Tower:~# ip route show table all
default via 192.168.0.1 dev br0
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown
192.168.0.0/24 dev br0 proto kernel scope link src 192.168.0.100
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1 linkdown
broadcast 127.0.0.0 dev lo table local proto kernel scope link src 127.0.0.1
local 127.0.0.0/8 dev lo table local proto kernel scope host src 127.0.0.1
local 127.0.0.1 dev lo table local proto kernel scope host src 127.0.0.1
broadcast 127.255.255.255 dev lo table local proto kernel scope link src 127.0.0.1
broadcast 172.17.0.0 dev docker0 table local proto kernel scope link src 172.17.0.1 linkdown
local 172.17.0.1 dev docker0 table local proto kernel scope host src 172.17.0.1
broadcast 172.17.255.255 dev docker0 table local proto kernel scope link src 172.17.0.1 linkdown
broadcast 192.168.0.0 dev br0 table local proto kernel scope link src 192.168.0.100
local 192.168.0.100 dev br0 table local proto kernel scope host src 192.168.0.100
broadcast 192.168.0.255 dev br0 table local proto kernel scope link src 192.168.0.100
broadcast 192.168.122.0 dev virbr0 table local proto kernel scope link src 192.168.122.1 linkdown
local 192.168.122.1 dev virbr0 table local proto kernel scope host src 192.168.122.1
broadcast 192.168.122.255 dev virbr0 table local proto kernel scope link src 192.168.122.1 linkdown
local ::1 dev lo proto kernel metric 0 pref medium
::1 dev lo proto kernel metric 256 pref medium
local fe80::68eb:19ff:fecd:9d36 dev di-8ae606ca1d97 proto kernel metric 0 pref medium
fe80::/64 dev di-8ae606ca1d97 proto kernel metric 256 pref medium
multicast ff00::/8 dev di-8ae606ca1d97 proto kernel metric 256 pref medium

@ich777

Eine network-rules.cfg habe ich nicht im Verzeichnis /boot/config

Die network.cfg habe ich gelöscht und neu gestartet. eth0 hatte keine neue IP, sondern ist mir der alten wieder ansprechbar gewesen. Ich konnte mich danach einloggen, habe die eth0 auf static umgestellt und beim Speichern der Settings ist die Maschine eingefroren. Der Server scheint in der ARP-Tabelle meiner Firewall nicht auf und reagiert auch nicht auf einen Ping.

Nach einem weiteren Neustart sieht ifconfig so aus:

~# ifconfig
bond0: flags=5443<UP,BROADCAST,RUNNING,PROMISC,MASTER,MULTICAST>  mtu 1500
        ether 60:45:cb:a0:dd:85  txqueuelen 1000  (Ethernet)
        RX packets 2496  bytes 835206 (815.6 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 3250  bytes 2101076 (2.0 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.100  netmask 255.255.255.0  broadcast 0.0.0.0
        ether 60:45:cb:a0:dd:85  txqueuelen 1000  (Ethernet)
        RX packets 2327  bytes 790082 (771.5 KiB)
        RX errors 0  dropped 61  overruns 0  frame 0
        TX packets 2181  bytes 2043046 (1.9 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

di-8ae606ca1d97: flags=195<UP,BROADCAST,RUNNING,NOARP>  mtu 1500
        inet6 fe80::b4ad:f8ff:fe36:54b  prefixlen 64  scopeid 0x20<link>
        ether b6:ad:f8:36:05:4b  txqueuelen 0  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 3  bytes 210 (210.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

docker0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 172.17.0.1  netmask 255.255.0.0  broadcast 172.17.255.255
        ether 02:42:42:5b:70:f7  txqueuelen 0  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eth0: flags=6211<UP,BROADCAST,RUNNING,SLAVE,MULTICAST>  mtu 1500
        ether 60:45:cb:a0:dd:85  txqueuelen 1000  (Ethernet)
        RX packets 2496  bytes 835206 (815.6 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 3250  bytes 2101076 (2.0 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device memory 0xf6500000-f651ffff

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 741  bytes 217807 (212.7 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 741  bytes 217807 (212.7 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

virbr0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 192.168.122.1  netmask 255.255.255.0  broadcast 192.168.122.255
        ether 52:54:00:f2:e9:5f  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Trotzdem kann ich in den einzelnen Docker keine br0 mit statischer IP zuweisen. Der Menüeintrag ist nach wie vor nicht vorhanden.

ich777 · April 17, 2022

16 minutes ago, Chlorgas said:

Trotzdem kann ich in den einzelnen Docker keine br0 mit statischer IP zuweisen. Der Menüeintrag ist nach wie vor nicht vorhanden.

Bitte poste deine Diagnostics jetzt, so das der ist stand deines Systems ersichtlich ist bitte.

Chlorgas · April 17, 2022

@ich777 Ist im Anhang....

Danke für's Angucken!!

Edited April 17, 2022 by Chlorgas
diagnostics entfernt

ich777 · April 17, 2022

13 minutes ago, Chlorgas said:

Danke für's Angucken!!

Hast du jetzt einen NIC oder zwei eingebaut, ich sehe nur einen in deinen Diagnostics oder?

Die network-interfaces.cfg wird nur erstellt wenn du zwei NICs im System hast.

36 minutes ago, Chlorgas said:

Ich konnte mich danach einloggen, habe die eth0 auf static umgestellt und beim Speichern der Settings ist die Maschine eingefroren.

Kannst du bitte Bond auf No stellen?

Chlorgas · April 17, 2022

8 minutes ago, ich777 said:

Hast du jetzt einen NIC oder zwei eingebaut, ich sehe nur einen in deinen Diagnostics oder?

Die network-interfaces.cfg wird nur erstellt wenn du zwei NICs im System hast.

Ich habe nur eine NIC eingebaut: eth0 (onboard NIC)

8 minutes ago, ich777 said:

Kannst du bitte Bond auf No stellen?

Ok, bond ist aus.

aber ich kann die Container nicht auf br0 stellen.

Edited April 17, 2022 by Chlorgas

ich777 · April 17, 2022

5 minutes ago, Chlorgas said:

Ok, bin ist aus.

Hast du schon irgendwelche wichtige Container am laufen oder könntest du die nochmal neu erstellen?

Mir wäre mal vorrangig wichtig das du das docker.img löscht und evtl. gleich auf den Pfad wechselst statt dem Image, ergibt mehr sinn in meinen Augen und dann auch gleich mal nachsiehst ob dann die Netzwerke richtig erstellt werden.

Du kannst die Container immer "Wiederherstellen" wenn du auf der leeren Docker seite dann auf "Add Container" klickst und dann auf der nächsten Seite aus dem Drop-Down die Container einen nach dem anderen auswählst und "Wiederherstellst".

Ich glaube das bei dir Bridging aus war als du Docker aktiviert hast und damit die Einstellungen immer "falsch" übernommen werden und das du einfach keinen Eintrag in deinem Drop-Down, wie oben im Screenshot ersichtlich mit "Custom: br0" hast.

Sollte eigentlich so aussehen, ohne "Custom: proxy":

grafik.png.9e7a1a61355ae41d099e66d8ed466bd3.png

Chlorgas · April 17, 2022

2 minutes ago, ich777 said:

Hast du schon irgendwelche wichtige Container am laufen oder könntest du die nochmal neu erstellen?

Also, ja. Ich habe hier eine Nextcloud-Instanz laufen (gehabt). Darin enthalten sind Kalender, Handy-Sicherung, Kontakte usw...

Davon habe ich Backups, die mittels "CA Backup / Restore Appdata" alle 7 Tage erstellt und auf ein anderes Share gesichert werden. Vorm neu erstellen, habe ich Riesenbammel, da ich mir nicht sicher bin, ob ich es ordentlich hinbekomme.

Der Verlust aller anderen Container neben nextcloud ist verschmerzbar und stellt kein Problem dar.

8 minutes ago, ich777 said:

Mir wäre mal vorrangig wichtig das du das docker.img löscht und evtl. gleich auf den Pfad wechselst statt dem Image, ergibt mehr sinn in meinen Augen und dann auch gleich mal nachsiehst ob dann die Netzwerke richtig erstellt werden.

Was meinst du mit "Pfad wechseln"? Die Docker nicht in /appdata/ installieren?

9 minutes ago, ich777 said:

Sollte eigentlich so aussehen, ohne "Custom: proxy":

Ja, genau das Menü suche ich!

statische IP-Adressen für Docker

Recommended Posts

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Join the conversation