Proxmox Container nicht erreichbar von ausserhalb

TSKNF

Lieutenant
Registriert
Dez. 2013
Beiträge
708
Moin. Hoffe ich bin hier richtig. Ich habe mir zum Ziel gesetzt mein Netzwerk neu aufzusetzen. Mache meine ersten Versuche in Proxmox und es wird besser. Wollte als nächstes mit der Nextcloud in den Proxmox Server ziehen aber ich habe das Problem, das ich von außerhalb keinen zugriff über die ip6 erhalte.

Habe mir eine VM mit einem Helper Script gestartet und diese dann erweitert und konfiguriert. Die Nextcloud läuft ohne Fehler oder Probleme. Ich schaffe es nur nicht von außerhalb darauf zuzugreifen.

Als Gegentest habe ich dann eine NextcloudPi VM mit einem Helper Script erstellt, kurz gestartet und bei dynv6 hinterlegt. Mit dem Ergebnis, das sie erreichbar ist.

In beiden Fällen habe ich die ip6 Adresse hinterlegt, die ich erhalte, wenn ich "ip addr" eingebe. Die inet6 global. Es müsste funktionieren. Beide IP´s sind fürs Internet Freigegeben.

Link 1: testnc1.dynv6.net NextcloudPi Helper Script
Link 2: testnc2.dynv6.net PostgreSQL Helper Script dann um Nextcloud und den Rest erweitert.

Gibt es eine Einstellung in Proxmox, die die Nextcloud Instanz vom Internet abschneidet? In Proxmox selber finde ich keinen Unterschied zwischen diesen beiden Instanzen. Beide müssten gleich gut erreichbar sein. Übersehe ich hier etwas?

Edit: Beide sind mit der vmbr0 als Bridge mit dem Internet verbunden. Auch hier kein Unterschied :(
Edit2: Link 2 funktioniert nur im Lan oder Wlan, in dem sich auch der Server befindet.
 
Zuletzt bearbeitet:
Liest sich als wenn es zwei verschiedene Scripts sind. Eventuell wird in dem einen Script NC oder der Webserver anders konfiguriert?
DynDNS Adresse als allowedhost hinzugefügt in NC?
 
ip a
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@if45: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether bc:24:11:c1:ee:a8 brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 192.168.178.22/24 brd 192.168.178.255 scope global dynamic eth0
valid_lft 855230sec preferred_lft 855230sec
inet6 fd00:3e37:12ff:e40d:be24:11ff:fec1:eea8/64 scope global dynamic mngtmpaddr
valid_lft 6726sec preferred_lft 3126sec
inet6 2a02:8108:5cc0:1600:be24:11ff:fec1:eea8/64 scope global dynamic mngtmpaddr
valid_lft 6726sec preferred_lft 3126sec
inet6 fe80::be24:11ff:fec1:eea8/64 scope link
valid_lft forever preferred_lft forever
ip a
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@if46: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether bc:24:11:d2:58:9c brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 192.168.178.21/24 brd 192.168.178.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 2a02:8108:5cc0:1600:be24:11ff:fed2:589c/64 scope global
valid_lft forever preferred_lft forever
inet6 fe80::be24:11ff:fed2:589c/64 scope link
valid_lft forever preferred_lft forever

Die URL´s sind hinterlegt. Die IP6 gab es ursprünglich von der Fritzbox per DHCP6.
Ergänzung ()

Da: hinter der inet6 scope global steht noch: "dynamic mngtmpaddr" was macht das?
 
Zuletzt bearbeitet:
läuft e sdenn mit ipv4 korrekt? ggf erstmal das checken dann an ipv6 wagen
 
ip4 läuft aber da ich nur im LAN ip4 habe nützt es mir nichts. ip6 wäre der Weg. Ich habe jetzt mal wild Container eröffnet und alle haben eine Verbindung nach draußen. Habe dann die Freigabe in der Fritzbox für diese IP gelöscht und neu eingerichtet. Funktioniert jetzt o.O
 
Zurück
Oben