Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[el-presidente]

Moin zusammen!

Ich peile es nicht..
Habe vor Wochen meinen ioBroker umgezogen (UbuntuVM). Alles cool soweit.
Mir fehlten aber die Config Seiten von 2 Adaptern, also: "iobroker upload all"...

Habe bei den Admin Adapter auf Port 80 laufen.
Naja.. inzwischen komme ich nicht mehr drauf.. "connection refused" (auch von anderen clients aus, selbst von locolhost aus: keine chance).. PS: Firewall ist aus

okay.. also Admin Instanzen alle (auch auf dem Slave) runtergeschmissen und neu drauf..

Habe jetzt also admin.0 und admin.1

.0 auf 8081 (geht jetzt)
.1 auf 80 (geht nicht, weil Log sagt "port 80 already in use")

Ich denk mir aber: bin ich doof??

Denn netstat sagt derweil:

iobroker@ioBroker1-VM:~$ sudo netstat -tanp | grep ":80"              
tcp6       0      0 :::8081                 :::*                    LISTEN      21504/io.admin.0    
tcp6       0      0 10.2.0.24:8081          10.2.0.115:53394        VERBUNDEN   21504/io.admin.0    
tcp6       0      0 10.2.0.24:8081          10.2.0.115:53396        VERBUNDEN   21504/io.admin.0    
tcp6       0      0 10.2.0.24:8081          10.2.0.115:53391        VERBUNDEN   21504/io.admin.0  

Simple API Adapter (8087) und web.0 (8082) hab ich mal probehalber deaktiviert....
Ich kapiere es nicht.. Was soll denn auf der Büchse unter Port 80 auf einmal laufen?

Ich hoffe, ihr schubst mich mal vom Schlauch! :)

Viele Grüße schonmal!

Der Marcel

[el-presidente]

mal eben ein Update:

Wenn ich admin.0 deaktiviere, dann läuft wohl auch admin.1 (mit port 80, so wie es ja sein soll)

Jedoch bekomme ich dennoch überall "connection refused" im Browser.

Bind ist auf 0.0.0.0

[el-presidente]

So.. noch ne Beobachtung:

scheinbar hat ioBroker kein Bock auf Ports unterhalb von 1024.... Selbst der definitiv freie Port 666, der ja von id-Software gehalten wird (auf meinem System läuft nix unter 666), geht hier nicht... "already in use"

Wasn das fürn Schmu? kann man auf seiner eigenen Büchse net entscheiden, was man da fürn Port nutzen will?

[el-presidente]

Vielen Dank liebes Forum..

trotz einer relativ neuen Installation aus Dez. 2019, war die Lösung, den fix laufen zu lassen:

iobroker stop
curl -sL https://iobroker.net/fix.sh | bash -
iobroker start

Danke auch an meine Mama und den Weihnachtsmann!

"legt euch wieder hin"

[Homoran]

@el-presidente sagte in Admin Adapter - port 80 already in use:

Was soll denn auf der Büchse unter Port 80 auf einmal laufen?

@el-presidente sagte in Admin Adapter - port 80 already in use:

UbuntuVM

Der Indianer!

[el-presidente]

@Homoran said in Admin Adapter - port 80 already in use:

@el-presidente sagte in Admin Adapter - port 80 already in use:

Was soll denn auf der Büchse unter Port 80 auf einmal laufen?

@el-presidente sagte in Admin Adapter - port 80 already in use:

UbuntuVM

Der Indianer!

I don't get the point
bitte klär' mich auf

[AlCalzone]

@el-presidente sagte in Admin Adapter - port 80 already in use:

Wasn das fürn Schmu? kann man auf seiner eigenen Büchse net entscheiden, was man da fürn Port nutzen will?

trotz einer relativ neuen Installation aus Dez. 2019

Schau mal hier: https://serverfault.com/a/268221

You only need to give the binary CAP_NET_BIND_SERVICE.

sudo setcap cap_net_bind_service=ep some-binary

In Linux, the things root can do have been broken up into a set of capabilities. CAP_NET_BIND_SERVICE is the ability to bind to ports <= 1024.

Der Installer setzt alle nötigen Berechtigungen, allerdings gehen sie bei jedem Upgrade von Node.js verloren. Das hast du allerdings verschwiegen, dass du das nach der Installation getan hast.
Der Fixer biegt diese Berechtigungen wieder gerade, weshalb es danach wieder funktioniert hat.