Proxmox Debian 13 LXC kein Webserver erreichbar

[Peleke]

Ich bin neu bei Proxmox und habe mal zum Test einen Debian 13 LXC Container aufgesetzt und dort pyload-ng gestartet, was unter localhost:8000 erreichbar sein soll:

[2025-10-18 11:09:51] INFO pyload.webui Starting webserver: http://localhost:8000
[2025-10-18 11:09:51] DEBUG pyload * pyLoad is up and running *
[2025-10-18 11:09:56] DEBUG pyload ADDON ClickNLoad: Backend found on http://[::1]:8000

Wenn ich jetzt die IP für den Container verwende, kann ich aber nichts erreichen. Wodran könnte das liegen?
Hier die Ausgabe von ip addr:

ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: eth0@if9: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether bc:24:11:b3:e2:d0 brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 192.168.1.124/24 brd 192.168.1.255 scope global dynamic eth0
valid_lft 853459sec preferred_lft 853459sec
inet6 fd66:6535:1666:0:be24:11ff:feb3:e2d0/64 scope global dynamic mngtmpaddr proto kernel_ra
valid_lft 7194sec preferred_lft 3594sec
inet6 2003:e2:c70b:ee00:be24:11ff:feb3:e2d0/64 scope global dynamic mngtmpaddr proto kernel_ra
valid_lft 7194sec preferred_lft 1793sec
inet6 fe80::be24:11ff:feb3:e2d0/64 scope link proto kernel_ll
valid_lft forever preferred_lft forever

 

[0x8100]

Wenn ich jetzt die IP für den Container verwende

liegt wohl daran, dass der service (wie im output zu sehen ist) nur auf localhost lauscht...

 

[GrillSgt]

unter localhost:8000 erreichbar

vs.

etzt die IP für den Container verwende

Localhost bedeutet es ist vom LXC Container mit 127.0.0.1:8000 erreichbar. Es lauscht schlicht nicht auf dem richtigen Interface.

 

[Der_Dicke82]

Du müsstest 0.0.0.0:8000 eintragen damit er jeder IP antwortet, oder du trägst nur die IPs ein, wo er antworten soll.

 

[Uridium]

'Listening ports' anschauen:

sudo ss -lntup
oder
sudo netstat -lntup

 

[Peleke]

Danke, konnte ich lösen