Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[pingo]

@oliverio : Sorry. Das liegt an meinen nicht guten Kenntnissen der Thematik. Ist es so vielleicht richtig:

root@Diskstation920:~# netstat -tulpn
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 127.0.0.1:143 0.0.0.0:* LISTEN 20977/dovecot
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 6000/nginx: worker
tcp 0 0 0.0.0.0:2001 0.0.0.0:* LISTEN 722/docker-proxy
tcp 0 0 0.0.0.0:8081 0.0.0.0:* LISTEN 679/docker-proxy
tcp 0 0 0.0.0.0:8082 0.0.0.0:* LISTEN 658/docker-proxy
tcp 0 0 127.0.0.1:914 0.0.0.0:* LISTEN 5917/fcgi-pm
tcp 0 0 127.0.0.1:915 0.0.0.0:* LISTEN 6179/httpd24
tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 11463/ftpd
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 8452/sshd: /usr/bin
tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN 11868/cupsd
tcp 0 0 0.0.0.0:1880 0.0.0.0:* LISTEN 762/docker-proxy
tcp 0 0 0.0.0.0:8088 0.0.0.0:* LISTEN 640/docker-proxy
tcp 0 0 127.0.0.1:5432 0.0.0.0:* LISTEN 14817/postgres
tcp 0 0 0.0.0.0:2010 0.0.0.0:* LISTEN 699/docker-proxy
tcp 0 0 0.0.0.0:8282 0.0.0.0:* LISTEN 620/docker-proxy
tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN 743/docker-proxy
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 6000/nginx: worker
tcp 0 0 0.0.0.0:8284 0.0.0.0:* LISTEN 601/docker-proxy
tcp 0 0 127.0.0.1:4700 0.0.0.0:* LISTEN 11551/cnid_metad
tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 11450/smbd
tcp 0 0 0.0.0.0:4190 0.0.0.0:* LISTEN 20977/dovecot
tcp 0 0 127.0.0.1:512 0.0.0.0:* LISTEN 21178/termd
tcp 0 0 0.0.0.0:12001 0.0.0.0:* LISTEN 546/docker-proxy
tcp 0 0 127.0.0.1:161 0.0.0.0:* LISTEN 11020/snmpd
tcp 0 0 0.0.0.0:12002 0.0.0.0:* LISTEN 526/docker-proxy
tcp 0 0 0.0.0.0:3493 0.0.0.0:* LISTEN 21460/upsd
tcp 0 0 0.0.0.0:50022 0.0.0.0:* LISTEN 8452/sshd: /usr/bin
tcp 0 0 0.0.0.0:44871 0.0.0.0:* LISTEN 506/docker-proxy
tcp 0 0 0.0.0.0:9000 0.0.0.0:* LISTEN 582/docker-proxy
tcp 0 0 0.0.0.0:5000 0.0.0.0:* LISTEN 6000/nginx: worker
tcp 0 0 0.0.0.0:9001 0.0.0.0:* LISTEN 564/docker-proxy
tcp 0 0 0.0.0.0:5001 0.0.0.0:* LISTEN 6000/nginx: worker
tcp 0 0 0.0.0.0:3307 0.0.0.0:* LISTEN 5364/mysqld
tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 11450/smbd
tcp 0 0 0.0.0.0:5357 0.0.0.0:* LISTEN 6000/nginx: worker
tcp6 0 0 :::80 :::* LISTEN 6000/nginx: worker
tcp6 0 0 :::21 :::* LISTEN 11463/ftpd
tcp6 0 0 :::22 :::* LISTEN 8452/sshd: /usr/bin
tcp6 0 0 :::631 :::* LISTEN 11868/cupsd
tcp6 0 0 :::443 :::* LISTEN 6000/nginx: worker
tcp6 0 0 :::3261 :::* LISTEN -
tcp6 0 0 :::445 :::* LISTEN 11450/smbd
tcp6 0 0 :::4190 :::* LISTEN 20977/dovecot
tcp6 0 0 :::3263 :::* LISTEN -
tcp6 0 0 :::3264 :::* LISTEN -
tcp6 0 0 :::3265 :::* LISTEN 12581/scsi_plugin_s
tcp6 0 0 :::515 :::* LISTEN 1/init
tcp6 0 0 :::548 :::* LISTEN 11550/afpd
tcp6 0 0 :::50022 :::* LISTEN 8452/sshd: /usr/bin
tcp6 0 0 :::5000 :::* LISTEN 6000/nginx: worker
tcp6 0 0 :::6281 :::* LISTEN 17419/img_backupd
tcp6 0 0 :::5001 :::* LISTEN 6000/nginx: worker
tcp6 0 0 :::139 :::* LISTEN 11450/smbd
tcp6 0 0 :::5357 :::* LISTEN 6000/nginx: worker
udp 0 0 0.0.0.0:5353 0.0.0.0:* 16976/avahi-daemon:
udp 0 0 0.0.0.0:44343 0.0.0.0:* 16976/avahi-daemon:
udp 0 0 0.0.0.0:3702 0.0.0.0:* 10620/synowsdiscove
udp 0 0 0.0.0.0:9997 0.0.0.0:* 8468/findhostd
udp 0 0 0.0.0.0:9998 0.0.0.0:* 8468/findhostd
udp 0 0 0.0.0.0:9999 0.0.0.0:* 8468/findhostd
udp 0 0 0.0.0.0:1900 0.0.0.0:* 17664/minissdpd
udp 0 0 0.0.0.0:36787 0.0.0.0:* 11830/synorelayd
udp 213248 0 0.0.0.0:68 0.0.0.0:* 9763/dhclient
udp 0 0 0.0.0.0:68 0.0.0.0:* 8145/dhclient
udp 0 0 172.18.0.1:123 0.0.0.0:* 8459/ntpd
udp 0 0 192.168.178.144:123 0.0.0.0:* 8459/ntpd
udp 0 0 127.0.0.1:123 0.0.0.0:* 8459/ntpd
udp 0 0 0.0.0.0:123 0.0.0.0:* 8459/ntpd
udp 0 0 192.168.178.255:137 0.0.0.0:* 17172/nmbd
udp 0 0 192.168.178.144:137 0.0.0.0:* 17172/nmbd
udp 0 0 0.0.0.0:137 0.0.0.0:* 17172/nmbd
udp 0 0 192.168.178.255:138 0.0.0.0:* 17172/nmbd
udp 0 0 192.168.178.144:138 0.0.0.0:* 17172/nmbd
udp 0 0 0.0.0.0:138 0.0.0.0:* 17172/nmbd
udp 0 0 127.0.0.1:161 0.0.0.0:* 11020/snmpd
udp6 0 0 :::5353 :::* 16976/avahi-daemon:
udp6 0 0 :::3702 :::* 10620/synowsdiscove
udp6 0 0 fe80::e44e:4aff:fe3:123 :::* 8459/ntpd
udp6 0 0 fe80::42:7aff:fea0::123 :::* 8459/ntpd
udp6 0 0 fe80::9209:d0ff:fe0:123 :::* 8459/ntpd
udp6 0 0 ::1:123 :::* 8459/ntpd
udp6 0 0 :::123 :::* 8459/ntpd
udp6 0 0 :::52099 :::* 16976/avahi-daemon:

[pingo]

@glasfaser said in iobroker mit Docker: Kann keine Ports mehr durchschleifen:

@pingo sagte in iobroker mit Docker: Kann keine Ports mehr durchschleifen:

Warum sind plötzlich die anderen durchgeschliffen Ports nicht mehr zulässig?

Da ist was strubbelich bei dir .

Vorschlag :

Frisches Backup von ioBroker erstellen ( Backitup ),
Docker komplett aus dem Paketzentrum löschen und neu installieren .
Dann ein neues ioBroker Image ziehen und installieren ,

Achtung VIS vor dem Backup einspielen installieren ( BUG )

Hmmh. Ich hoffe erst noch auf eine Lösung, die mir weniger Sorgen macht, als eine Neuinstallation. Wer weiß, was dann danach alles nicht mehr geht?

[OliverIO]

@pingo
Evtl hast du es selbst schon gesehen
Port 1883 ist bereits von docker Proxy belegt und gemappt
Da die synology Oberfläche nur einen Container anzeigt müssen wir nun direkt mit docker weitermachen
Bitte die Ausgabe von

docker ps

[pingo]

@oliverio :
<CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
b0f536221783 buanet/iobroker:latest "/bin/bash -c /opt/s…" 4 months ago Up 25 minutes (healthy) 0.0.0.0:1880->1880/tcp, 0.0.0.0:1883->1883/tcp, 0.0.0.0:2001->2001/tcp, 0.0.0.0:2010->2010/tcp, 0.0.0.0:8081-8082->8081-8082/tcp, 0.0.0.0:8088->8088/tcp, 0.0.0.0:8282->8282/tcp, 0.0.0.0:8284->8284/tcp, 0.0.0.0:9000-9001->9000-9001/tcp, 0.0.0.0:12001-12002->12001-12002/tcp, 0.0.0.0:44871->44871/tcp buanet-iobroker2

[OliverIO]

@pingo

also es gibt wirklich nur einen container
und 1883 ist bereits mit diesem container gemappt.
dann wird es nur nicht angezeigt.

evtl dann den hinweisen von buanet folgen und lieber portainer installieren und dann nur noch mit portainer den/die container administrieren

https://smarthome.buanet.de/2018/12/portainer-auf-der-synology-diskstation/
Erster Hinweiskasten

[haselchen]

@oliverio

Um den Port 1883 geht es gar nicht mehr . Der TE hat sich auf Seite 1 schon selber korrigiert .
Er meinte 1882.

[pingo]

Das liest sich für mich, als nicht sehr erfahrener User sehr bedrohlich:
Aktuell läuft ja iobroker prima. Ich kann nur den MQTT-Server nicht nutzen.

Gibt es keinen Weg, der weniger riskant als eine Neuinstallation oder die Portainerlösung ist?
Ist denn vielleicht einer der bereits durchgeschliffenen Ports frei und kann statt 1882 benutzt werden?

[OliverIO]

@haselchen

@pingo said in iobroker mit Docker: Kann keine Ports mehr durchschleifen:

@haselchen: Sorry ich meinte 1882. Hab den Eingangspost editiert. Sorry

^

Manchmal muss man für die TEs mitdenken

[OliverIO]

@pingo

du müsstest 1883 nutzen können.
der ist auf jeden fall vom container zum host gemappt.
was mich wundert ist, das im container 1882 als LISTEN aufgeführt ist.
gehe mal in deine mqtt konfiguration (adapter?) IM container und schaue ob du du da den falschen port eingetragen hast.

die fehlermeldung würde ich nicht auf die goldwage legen. dsm nutzt im hintergrund auch nur den docker befehl. wenn nun eine fehlermeldung falsch interpretiert oder missverständlich ausgegeben wird, kann das schon sein.

ich sehe container richtig gemappt, aber imm container hört ein programm auf port 1882
da du schon einmal die beiden ports verwechselt hast und ich im internet für 1882 keine passende applikation gefunden habe (https://de.adminsub.net/tcp-udp-port-finder/1882 ist nur so ein zertifikatsservice den du wahrscheinlich innerhalb iobroker nicht einsetzt :) ), vermute ich das du da was falsch konfiguriert hast.
alternativ den mqtt adapter entfernen, iobroker durchstarten und dann mqtt wieder hinzufügen (mit dem richtigen port bzw weg lassen, da das eigentlich schon im default vorgegeben sein müsste)

[OliverIO]

@pingo said in iobroker mit Docker: Kann keine Ports mehr durchschleifen:

Gibt es keinen Weg, der weniger riskant als eine Neuinstallation oder die Portainerlösung ist?

docker direkt auf der shell nutzen
portainer als container zu installieren ist nicht riskant

[pingo]

@OliverIO: Das hat seine Richtigkeit, weil ich ja 1882 im Shelly Adapter eingetragen habe. Leider kann ich 1882 aber nicht durchschleifen. Siehe oben.

Kann ich denn vielleicht statt 1882 einen der bereits durchgeschliffenen Ports verwenden?

[OliverIO]

@pingo
und warum nicht den standard port?
dann musst du das bestehenede mapping 1883 erst mal wieder aufheben, da hat sich wohl was verhakt, evtl auch deswegen die fehlermeldung.
vor der bearbeitung der mappings den container am besten stoppen.
aber wie gesagt nochmal der hinweis auf den hinweis von buanet /er hat das nicht ohne grund geschrieben), ansonsten dann mal per discord direkt an ihn wenden (Andre buanet), da gibt es eine docker sektion und ich habe gesehen, das er dort auch mit anwesend ist

[pingo]

@oliverio said in iobroker mit Docker: Kann keine Ports mehr durchschleifen:

@pingo
und warum nicht den standard port?
dann musst du das bestehenede mapping 1883 erst mal wieder aufheben, da hat sich wohl was verhakt, evtl auch deswegen die fehlermeldung

Soll ich 1883 in der Adaptereinstellung nehmen? (Edit: der Shelly Adapter funktioniert damit auch nicht)

[pingo]

Lieben Dank für die Versuche mir zu helfen. Die Lösungsvorschläge überfordern mich doch gewaltig.
Ich wollte eigentlich nur den Shelly Adapter zum Laufen bringen: siehe hier
Wenn ich dafür jetzt meinen funktionsfähigen IOBroker neu aufsetzen muss oder in den Portainer packen muss, dann kann das wahrscheinlich auch richtig schief gehen. Ich bin jetzt ziemlich frustriert.

[Glasfaser]

@pingo sagte in iobroker mit Docker: Kann keine Ports mehr durchschleifen:

Portainer packen muss, dann kann das wahrscheinlich auch richtig schief gehen. Ich bin jetzt ziemlich frustriert.

Nööö .

Portainer ist ein Image ... da passiert nichts !

[pingo]

@glasfaser : Ok dann versuche ich mich mal damit :+1:

[Thomas Braun]

@pingo sagte in iobroker mit Docker: Kann keine Ports mehr durchschleifen:

Wenn ich dafür jetzt meinen funktionsfähigen IOBroker

Er ist ja nicht voll funktionsfähig.

[pingo]

@thomas-braun said in iobroker mit Docker: Kann keine Ports mehr durchschleifen:

@pingo sagte in iobroker mit Docker: Kann keine Ports mehr durchschleifen:

Wenn ich dafür jetzt meinen funktionsfähigen IOBroker

Er ist ja nicht voll funktionsfähig.

Stimmt, aber bis auf den Shelly Adapter läuft er prima.

[Glasfaser]

@pingo sagte in iobroker mit Docker: Kann keine Ports mehr durchschleifen:

Stimmt, aber bis auf den Shelly Adapter läuft er prima.

zeige mal die Ausgabe von

iob diag

[pingo]

@glasfaser :
<root@buanet-iobroker2:/opt/iobroker# iob diag
iobroker [command]

Commands:
iobroker setup Setup ioBroker
iobroker start [all|<adapter>.<instance>] Starts the js-controller or a specified adapter instance
iobroker stop [<adapter>.<instance>] stops the js-controller or a specified adapter instance
iobroker restart [<adapter>.<instance>] Restarts js-controller or a specified adapter instance [aliases: r]
iobroker debug <adapter>[.<instance>] Starts a Node.js debugging session for the adapter instance
iobroker info Shows the host info
iobroker logs [<adapter>] Monitor log
iobroker add <adapter> [desiredNumber] Add instance of adapter [aliases: a]
iobroker install <adapter> Installs a specified adapter [aliases: i]
iobroker rebuild [<module>] Rebuild all native modules or path
iobroker url <url> [<name>] Install adapter from specified url, e.g. GitHub
iobroker del <adapter> Remove adapter and all instances from this host [aliases: delete]
iobroker del <adapter>.<instance> Remove adapter instance [aliases: delete]
iobroker update [<repositoryUrl>] Update repository and list adapters
iobroker upgrade Upgrade management
iobroker upload [all|<adapter>] Upload management [aliases: u]
iobroker object Object management [aliases: o]
iobroker state State management [aliases: s]
iobroker message <adapter>[.instance] <command> [<message>] Send message to adapter instance/s
iobroker list <type> [<filter>] List all entries, like objects
iobroker chmod <mode> <file> Change file rights
iobroker chown <user> <group> <file> Change file ownership
iobroker touch <file> Touch file
iobroker rm <file> Remove file
iobroker file File management
iobroker user User commands
iobroker group group management
iobroker host <hostname> Set host to given hostname
iobroker set <adapter>.<instance> Change settings of adapter config
iobroker license <license.file or license.text> Update license by given file
iobroker cert Certificate management
iobroker clean <yes> Clears all objects and states
iobroker backup Create backup
iobroker restore <backup name or path> Restore a specified backup
iobroker validate <backup name or path> Validate a specified backup
iobroker status [all|<adapter>.<instance>] Status of ioBroker or adapter instance [aliases: isrun]
iobroker repo [<name>] Show repo information
iobroker uuid Show uuid of the installation [aliases: id]
iobroker unsetup Reset license, installation secret and language
iobroker fix Execute the installation fixer script, this updates your ioBroker installation
iobroker multihost Multihost management
iobroker compact compact group management
iobroker plugin Plugin management
iobroker version [<adapter>] Show version of js-controller or specified adapter [aliases: v]

Options:
--help Show help [boolean]>