Weihnachtsangebot 2025! 🎄

[cga]

Hi @fastfoot
Nein, in Portainer habe ich keinen explizieten DNS angegeben. Du meinst bestimmt in den Netzwereinstullung bei der Container Erstellung? Dort habe ich das macvlan mitgegeben.
Ich hatte es aber mal getestet aber keinen Unterschied feststellen können.

[fastfoot]

@cga sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Hi @fastfoot
Nein, in Portainer habe ich keinen explizieten DNS angegeben. Du meinst bestimmt in den Netzwereinstullung bei der Container Erstellung? Dort habe ich das macvlan mitgegeben.
Ich hatte es aber mal getestet aber keinen Unterschied feststellen können.

dann solltest du das tun, kann man auch nachträglich. Was ist mit Punkt zwei?

[cga]

@fastfoot
Hab jetzt mal als DNS primär und sekundär die IP der Fritzbox mitgegeben. Das Problem der Namensauflösung besteht leider weiterhin.
Zu Punkt 2: hier sehe ich das die Instanz läuft. Was mich irritiert ist die Zeile mit der Admin imstande. Da steht Port 8081 und bei bind dann 0.0.0.0. Muss der Port 8081 auch bei der Nutzung von macvlan manuell gemapped werden?

[Glasfaser]

@cga sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Das Problem der Namensauflösung besteht leider weiterhin.

Frage , kannst du jetzt den Admin aufrufen ?

[fastfoot]

@cga sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

@fastfoot
Hab jetzt mal als DNS primär und sekundär die IP der Fritzbox mitgegeben. Das Problem der Namensauflösung besteht leider weiterhin.
Zu Punkt 2: hier sehe ich das die Instanz läuft. Was mich irritiert ist die Zeile mit der Admin imstande. Da steht Port 8081 und bei bind dann 0.0.0.0. Muss der Port 8081 auch bei der Nutzung von macvlan manuell gemapped werden?

poste mal die Ausgabe in Code-Tags. Ich denke aber mit deinem macvlan stimmt was nicht. Auf der Syno mach mal ifconfig und poste hier

[cga]

@fastfoot

ifconfig:

/$ ifconfig
bond0     Link encap:Ethernet  HWaddr 00:11:32:A6:6D:63
          inet addr:192.168.178.34  Bcast:192.168.178.255  Mask:255.255.255.0
          inet6 addr: fe80::211:32ff:fea6:6d63/64 Scope:Link
          UP BROADCAST RUNNING MASTER MULTICAST  MTU:1500  Metric:1
          RX packets:3000453 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2084863 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2502052516 (2.3 GiB)  TX bytes:2213966732 (2.0 GiB)

docker0   Link encap:Ethernet  HWaddr 02:42:A7:14:66:DC
          inet addr:172.17.0.1  Bcast:172.17.255.255  Mask:255.255.0.0
          inet6 addr: fe80::42:a7ff:fe14:66dc/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:94721 errors:0 dropped:0 overruns:0 frame:0
          TX packets:107729 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:38336912 (36.5 MiB)  TX bytes:65414553 (62.3 MiB)

docker50b Link encap:Ethernet  HWaddr 36:5B:A0:37:AF:18
          inet6 addr: fe80::345b:a0ff:fe37:af18/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:81086 errors:0 dropped:0 overruns:0 frame:0
          TX packets:85997 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:38746825 (36.9 MiB)  TX bytes:11848674 (11.2 MiB)

eth0      Link encap:Ethernet  HWaddr 00:11:32:A6:6D:63
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:2760273 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1188360 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2458605638 (2.2 GiB)  TX bytes:1215169125 (1.1 GiB)

eth1      Link encap:Ethernet  HWaddr 00:11:32:A6:6D:64
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:240180 errors:0 dropped:0 overruns:0 frame:0
          TX packets:896503 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:43446878 (41.4 MiB)  TX bytes:998797607 (952.5 MiB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:77760 errors:0 dropped:0 overruns:0 frame:0
          TX packets:77760 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1
          RX bytes:9984906 (9.5 MiB)  TX bytes:9984906 (9.5 MiB)

iobroker list instances

iobroker list instances
+ system.adapter.admin.0                 : admin                 -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
+ system.adapter.discovery.0             : discovery             -  enabled
+ system.adapter.info.0                  : info                  -  enabled

+ instance is alive

[fastfoot]

@cga sieht eigentlich alles gut aus, aber nach draussen pingen kannst du, z.B 8.8.8.8 ? Zeig auch mal noch den Portainer/ Netzwerk vom Container.

Wegen dem Port, mach mal im Container iobroker set admin.0 --port 18081 und probiere mit dem Port im Browser

[cga]

@fastfoot

komme nicht raus aus dem Container

ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
^C
--- 8.8.8.8 ping statistics ---
23 packets transmitted, 0 received, 100% packet loss, time 1021ms

Ich habe den Port via iobroker set admin.0 --port 18081 angepasst, aber erreichte die Seite dann auch nicht via 192.168.178.222:18081

[Glasfaser]

@cga sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

komme nicht raus aus dem Container

Logo ... port mapping fehlt

[cga]

Hi @glasfaser

welches Port Mapping? Ich dachte bei der Verwendung von macvlan ist ein Portmapping nicht notwendig?

[fastfoot]

@glasfaser sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

@cga sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

komme nicht raus aus dem Container

Logo ... port mapping fehlt

port mapping braucht es im hostmode

[Glasfaser]

@fastfoot sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

port mapping braucht es im hostmode

Hääh ?
Ich bin selber im Hostmodus und habe kein mapping ... ( Syn und iobroker haben die gleiche IP )

[fastfoot]

@glasfaser sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

@fastfoot sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

port mapping braucht es im hostmode

Hääh ?
Ich bin selber im Hostmodus und habe kein mapping ... ( Syn und iobroker haben die gleiche IP )

das mapping braucht es wenn der Port schon belegt ist. Im macvlan braucht man es mW nicht, schon gar nicht um ins Internet zu kommen. Da ist was mit dem Netzwerk faul

[fastfoot]

@cga sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

komme nicht raus aus dem Container

das klingt schon anders als DNS Fehler :-) Schmeiss die Config und dein macvlan mal weg, mach es neu mit der IP ....192/32. Ist nur ein Bauchgefühl, nicht auf Wissen begründet, dauert ja nicht lange.

[Glasfaser]

@fastfoot

Deshalb meine Frage oben , ob er den Admin ansprechen kann ,

denn die Meldung

hash changed or no sources cached => force download of new sources

sagt aus , was sich schon öfterst rausgestellt hat ,das der hinterlegte Verwahrungsort bei einigen nicht funktioniert , so wie bei mir ,( gibt es schon ein Thread dazu )

denn nur diese funktionieren bei mir , sonst kommt die oben genannte Meldung .

http://download.iobroker.net/sources-dist-latest.json
http://download.iobroker.net/sources-dist.json

nach der Umstellung auf Bridge von Ihm hat er ja eine Verbindung laut Log

[cga]

@fastfoot
ja, definitiv. Hatte bisher nicht versucht direkt die IP zu pingen... hm

Hab jetzt alles umgestellt auf *.192/32 --> Leider selbes verhalten, keine Änderung

[fastfoot]

@glasfaser sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

@fastfoot

Deshalb meine Frage oben , ob er den Admin ansprechen kann ,

denn die Meldung

hash changed or no sources cached => force download of new sources

sagt aus , was sich schon öfterst rausgestellt hat ,das der hinterlegte Verwahrungsort bei einigen nicht funktioniert , so wie bei mir ,( gibt es schon ein Thread dazu )

denn nur diese funktionieren bei mir , sonst kommt die oben genannte Meldung .

http://download.iobroker.net/sources-dist-latest.json
http://download.iobroker.net/sources-dist.json

nach der Umstellung auf Bridge von Ihm hat er ja eine Verbindung laut Log

das kommt bei mir immer mit einem brandneuen Container, da ist noch nix gecached und sources existieren auch noch nicht. Aber unabhängig vom iobroker muss er mit macvlan ins Internet kommen. Habe das eben auf die Schnelle konfiguriert und funktioniert, allerdings habe ich nicht gebondet, das ist mir jetzt zuviel Aufwand, sollte aber funktionieren. Mit der IP habe ich mich wohl geirrt, funktioniert mit 222 auch

[cga]

@fastfoot
Das wundert mich halt auch. Mein Bauchgefühl sagt mir irgendwie das es genau an dem Bond liegt. Stellenweise habe ich aber auch gelesen das Leute macvlan an nem Bond nutzen.

Danke auf jeden Fall für die Verifizierung dass es eigentlich gehen sollte.

Ich hatte auch schon in der FRITZ!Box geschaut, da ist nichts geblockt. Die synology hat auch kein dhcp an und auch nicht als extra DNS eingetragen. Wobei man ja jetzt gesehen hat, dass es kein DNS Problem sein kann.

[fastfoot]

@cga sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

@fastfoot
Das wundert mich halt auch. Mein Bauchgefühl sagt mir irgendwie das es genau an dem Bond liegt. Stellenweise habe ich aber auch gelesen das Leute macvlan an nem Bond nutzen.

Danke auf jeden Fall für die Verifizierung dass es eigentlich gehen sollte.

Ich hatte auch schon in der FRITZ!Box geschaut, da ist nichts geblockt. Die synology hat auch kein dhcp an und auch nicht als extra DNS eingetragen. Wobei man ja jetzt gesehen hat, dass es kein DNS Problem sein kann.

ich würde es jetzt auch auf den bond schieben, werde das auch mal testen, aber so auf die Schnelle zerschiesse ich mir damit meine komplette Config. Habe das aber auch so gelesen bzw verstanden dass es funktionieren sollte.. Bin leider nicht so der Netzwerkexperte dass ich weitere Lösungen hätte :-(

Dir bleibt momentan eig. nur unbonding und dann auf eth0/1 gehen, oder der hostmodus

[cga]

@fastfoot

Ich muss mal noch etwas weiter testen. Unbonding wäre wirklich die letzte Alternative :disappointed:
Danke au jeden Fall