Lokale Synology IP nicht vom Portainer-Container anpingbar

[Hellraiser123]

Er hat ja keine Firewall an sagt er. Und so habe ich es auch verstanden, dass uptime kuma auf der DS läuft. Das ist ein sehr merkwürdiges Verhalten was er da hat. Wenn er nicht die Screenshots angefügt hätte, hätte ich vermutet dass es als MACVLAN läuft....

 

[haydibe]

Dito!

 

[Soulfly999]

Richtig Uptime Kuma läuft als Container auf der DS. Firewall ist nicht auf den DS aktiviert. Fritzbox habe ich bei den Freigaben alles entfernt, sonst wüsste ich nicht wo noch was aktiv sein könnte?

Auf der 120J

 

[Soulfly999]

Wähle ich mich per SSH auf der DS auf und führe curl http://192.168.0.110:500 aus, funktioniert es! Funktioniert auch wenn ich von DS1 mit curl DS2 anspreche!

 

[haydibe]

Ist das Problem schon die ganze Zeit nur "Operation not permitted" gewesen? Das kann aber nichts mit dem Problem im Container zu tun haben.

 

[haydibe]

Darf ich Dich bitten Text-Inhalte nicht als Screenshot zu teilen, sondern als Text im Code-Block da man von Bildern nichts kopieren oder quoten kann, und die Inhalte nicht in der Forumssuche indiziert werden können.

Ich wollte Deine Kuma Compose Konfiguration gerade mal lokal laufen lassen, bis ich gesehen hab das es ein Screenshot ist....

 

[haydibe]

Du kannst ja mal schauen, eb es nicht doch irgendwie ein Problem mit der Container Konfiguration ist.

Überprüfen, dass die DS die IP als eth0 hat:

me@dsm:~$ ip address show eth0 scope global
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether xx:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
    inet 192.168.200.18/24 brd 192.168.200.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 2001:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx/64 scope global mngtmpaddr dynamic
       valid_lft 86302sec preferred_lft 14302sec
    inet6 2001:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx/64 scope global mngtmpaddr dynamic
       valid_lft 85953sec preferred_lft 13953sec
    inet6 fd01::xxxx:xxxx:xxxx:xxxx/64 scope global mngtmpaddr dynamic
       valid_lft 86302sec preferred_lft 14302sec

Ad-hoc container vom uptime-kuma image starten und direkt ping auf den DS-Host ausführen:

me@dsm:~$ docker run -ti --rm --entrypoint '' louislam/uptime-kuma:1 ping 192.168.200.18 -c5
PING 192.168.200.18 (192.168.200.18) 56(84) bytes of data.
64 bytes from 192.168.200.18: icmp_seq=1 ttl=64 time=0.075 ms
64 bytes from 192.168.200.18: icmp_seq=2 ttl=64 time=0.051 ms
64 bytes from 192.168.200.18: icmp_seq=3 ttl=64 time=0.039 ms
64 bytes from 192.168.200.18: icmp_seq=4 ttl=64 time=0.050 ms
64 bytes from 192.168.200.18: icmp_seq=5 ttl=64 time=0.053 ms

--- 192.168.200.18 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 1002ms
rtt min/avg/max/mdev = 0.039/0.053/0.075/0.014 ms

Eigentlich sollte das bei dir nicht anders aussehen dürfen.

 

[Soulfly999]

Sieht bei mir so aus dann:

DS1515+

ip address show eth0 scope global
3: eth0: <NO-CARRIER,BROADCAST,MULTICAST,SLAVE,UP> mtu 1500 qdisc mq master ovs-system state DOWN qlen 1000
    link/ether 00:11:32:3d:fc:09 brd ff:ff:ff:ff:ff:ff

docker run -ti --rm --entrypoint '' louislam/uptime-kuma ping 192.168.0.110 -c5
PING 192.168.0.110 (192.168.0.110) 56(84) bytes of data.

--- 192.168.0.110 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 1003ms

-------------------------
DS120J:

ip address show eth0 scope global
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group defa        ult qlen 532
    link/ether 00:11:32:f5:5e:d9 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.111/24 brd 192.168.0.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fd00::211:32ff:fef5:5ed9/64 scope global mngtmpaddr dynamic
       valid_lft 6806sec preferred_lft 3206sec
    inet6 2a00:6020:a503:1b00:211:32ff:fef5:5ed9/64 scope global mngtmpaddr dyna        mic

docker run -ti --rm --entrypoint '' louislam/uptime-kuma:1 ping 192.168.0.111 -c5
Unable to find image 'louislam/uptime-kuma:1' locally
1: Pulling from louislam/uptime-kuma
Digest: sha256:96510915e6be539b76bcba2e6873591c67aca8a6075ff09f5b4723ae47f333fc
Status: Downloaded newer image for louislam/uptime-kuma:1
PING 192.168.0.111 (192.168.0.111) 56(84) bytes of data.

--- 192.168.0.111 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 36ms

 

[haydibe]

Hast Du auf der DS1515+ Open vSwitch daruf, so dass es vielleicht ovs_eth0 ist?

Insgesamt merkwürdiges Verhalten. Bei beiden Geräten ergibt es keinen Sinn, dass die Container bei deaktivierter Firewall nicht mit dem Host sprechen können.
Hast Du dockerd.json oder das start/stop Skript vom Container Manager in irgendeiner Form modifiziert?

 

[Soulfly999]

@haydibe nein nichts dergleichen. Auf der DS120J habe ich ja sogar den Container Manager out of the box und ganz frisch installiert, deswegen verstehe ich es auch nicht.

Mein Netzwerk ist wie folgt aufgebaut, wobei auch das keine Rolle spielen dürfte. DNS Server läuft über AdGuard Home.

EG: Fritz.Box 7490
OG: Netgear GS108 Switch per LAN-Kabel an der 7490 angeschlossen (Kabel wurde durchs Haus gelegt!)
OG Büro Switch: Fritz.Box Repeater 3000, DS1515+, DS120J, Raspi 3 mit AdGuard, HomeAssistant auf HTPC, Firmen Dockingstation, Privat PC

Unter System - Info - Dienst steht unter Docker bei Durch Firewall zulassen ein Strich. Wo kann man das aktivieren?

 

[Soulfly999]

Hast Du auf der DS1515+ Open vSwitch daruf, so dass es vielleicht ovs_eth0 ist?

Ach jetzt habe ich verstanden, was Du meinst. In den LAN-Einstellungen der DS gibt es dafür eine Option, die ist standardmäßig eingeschaltet, ist das richtig?

 

[haydibe]

Unter System - Info - Dienst steht unter Docker bei Durch Firewall zulassen ein Strich. Wo kann man das aktivieren?

Docker ist nur verantwortlich Container und Ressource zu managen. Es muss selbst nicht in der Firewall zugelassen werden.

Nur wenn die Firewall an ist, müssen hier zusätzlich die entsprechenden Subnetze der Container-Netzwerke zugelassen werden.

Ach jetzt habe ich verstanden, was Du meinst. In den LAN-Einstellungen der DS gibt es dafür eine Option, die ist standardmäßig eingeschaltet, ist das richtig?

Die ist standardmäßig nicht an. Bei den meisten wird es als Abhängig für Virtual Machine Manager mit aktiviert. Ist aber auch irrelevant für die Problemstellung. Hat in Deinem Szenario höchstens Auswirkung darauf wie das Interface heisst.

Ich hab keine Ahnung was das Problem ist und kann hier in dem Topic auch nichts mehr beitragen. Ich klinke mich mal aus.

 

[Soulfly999]

Bei den meisten wird es als Abhängig für Virtual Machine Manager mit aktiviert.

Ah ok, ja kann sein, dass ich den mal testweise drauf hatte. Aber scheint keine Auswirkungen zu haben, wie Du schon richtig gesagt hast. Auf der DS120J gibt es Openvswitch gar nicht. Und danke trotzdem fürs helfen

 

[Soulfly999]

So ich habe den Fehler per Zufall auf Reddit gefunden:

In den Netzwerk-Einstellungen unter Allgemein - Erweiterte Einstellungen - Mehrere Gateways aktivieren die Checkbox entfernen, übernehmen und Zack funktioniert es sofort? Holy ... Interessant ist, dass selbst mein Backup-NAS diese Option als Standard Aktiv hatte und da habe ich alles auf Standard gelassen

 

[Hellraiser123]

Schön, dass du es gefunden hast.
Interessant... Bei mir ist es per default aus.

 

[Soulfly999]

Ja ziemlich crazy, vielleicht war es mal in bestimmten DSM Version per Default an, ich weiß es nicht.

 

[ctrlaltdelete]

Bei mir ist es auch per default aus auf 3 DSen.

 

[Soulfly999]

Mmh.. ok danke. vielleicht habe ich es dummerweise auch mal gesetzt!?

 

[mj084]

@Soulfly999

Ja, mit Sicherheit - du hast mit deinem gefährlichen Halbwissen, sorry wenn ich es so sagen muss, einfach irgendwas aktiviert - diese Einstellung ist definitiv standardmäßig aus.

Immerhin hast du den Fehler selbst lösen können...