iobroker mit Docker: Kann keine Ports mehr durchschleifen

OliverIO

Bitte nochmal mein Post lesen.
Du sollst die Befehle nicht IM Container ausführen
Und dort benötigen wird den Namen des Prozesses der den Port belegt

pingo

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

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

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

Community Forum

NEWS

iobroker mit Docker: Kann keine Ports mehr durchschleifen

Support us

824

32.5k

81.8k

1.3m