Hey zusammen,

ich schlage mich wirklich schon sehr lange damit rum und kriege ich es trotz etlichen Versuchen, Videos, Guides nicht zum laufen...
Das letzte Video nach welchem im gegangen bin ist folgendes:
https://www.youtube.com/watch?v=vPvuqR20tO4

Da ich mit dem Herrn in der Vergangenheit schon Kontakt hatte dachte ich mir okay jetzt muss es klappen! Leider wieder ein Misserfolg und ich verstehe so langsam nicht mehr wieso.

Ich hatte von Nextcloud die Linux Variante installiert, dann habe ich durch einige Foreneinträge gelesen, dass es man lieber die Originale Version nehmen sollte, gemacht getan. Klar Einstellungen etc weg, das war mir aber zweitrangig.
Dann hatte ich die originale Version installiert und bin wieder einzeln alle Schritte durchgegangen und auch in Unterschiedlichen Versionen mit br0 und Bridge.
Ich kann einfach diese Domain die ich vergeben habe nicht erreichen. Gebe ich meine öffentliche IP ein lande ich auch wie im Video auf der Nginx Seite, befolge ich die weiteren Schritte kommt immer ein Timeout, wenn ich probiere die Domain anzupingen kriege ich ebenfalls eine Zeitüberschreitung.

Die Ports sind im Router freigegeben, so wie im Video. Zu vor hatte ich es auch probiert mit NPM auf br0, funktionierte auch nicht.

Übersehe ich irgendwas gravierendes oder woran könnte es liegen, dass die Seite wirklich absolut nicht erreichbar ist?
Ich weiß gerade auch nicht was ich alles an Daten posten soll, daher mir bitte sagen was ihr benötigt um eine Lösung zu finden.

Grüße

Qwasy

17 minutes ago, Qwasy said:

Ich hatte von Nextcloud die Linux Variante installiert, dann habe ich durch einige Foreneinträge gelesen, dass es man lieber die Originale Version nehmen sollte, gemacht getan. Klar Einstellungen etc weg, das war mir aber zweitrangig.

naja, ich würde immer die "leichtere" LinuxServer Variante empfehlen, tut aber nichts zur Sache mit deinem Problem.

Elementar wäre immer das sowohl die lokalen Adressen unter trusted proxies und deine domain unter trusted domains in der config eingetragen sind.

Vorab solltest du jedoch deinen DNS prüfen, zeigt der DNS auch auf deine WAN IP, wenn ja dann weiter ...

Was du alles hier aufzeigen solltest

Router Port Forwards

Einstellungen NPM und Nextcloud, Bsp.

deine Nextcloud config (deine externe domain unkenntlich machen, eventuell passes zur Datenbank auch)

dann könnte man eher was dazu sagen

Hey, danke für die Antwort schon einmal.

ich habe auch wieder zurück gewechselt auf die vorherige Linux Version von mir.
Also in trusted Domains ist meine xxx.duckdns.org auch eingetragen
Wie genau überprüfe ich die DNS mit den WAN IP?

Jetzt kommt leider noch hinzu, dass ich jedesmal wenn ich ein SSL Zertifikat hinzufügen möchte er mir ein Internal Error ausspuckt..
Hier mal die ganzen Config und IP´s

9 hours ago, Qwasy said:

Hier mal die ganzen Config und IP´s

mal basic vorne angefangen

1/ dein NPM läuft in der custom br0 mit eigener IP, deine NC Instanz in der bridge, ist der custom access aktiviert ?

2/ dein NPM hat die IP ...178.2, deine HTTP/S Port Weiterleitungen sind da nicht vorhanden, ist alles auf die ...178.200

wenn du eine custom IP vergibst, dann muss der Router auch auf diese IP leiten und auch auf die richtigen Ports,

woher kommen die 1880 und 18443, ich schätze mal von "alten" Tests bzw. Videos ...

da NPM so sicherlich nicht von außen erreichbar ist kann weder ein SSL Cert erstellt werden noch sonst was gehen.

als Hintergrund, wenn NPM in der custom br0 läuft und der access nicht aktiviert ist, kann der nicht mit anderen dockers "sprechen", wenn der eine eigene IP hat dann ist der wie ein eigenes Gerät im Netzwerk zu behandeln.

Ports, wenn der auch auf eigener IP läuft dann ist auch das mapping obsolet, Bsp. 80 <> 1880, sondern man nimmt den nativen Port der Anwendung, bei einem HTTPs Server wäre das normal 80 <> 80 und 443 <> 443, in deinem fall auf die IP 192.168.178.2 (und nicht die .200).

Schau erstmal dass der NPM sauber läuft und richtig erreichbar ist und andere erreichen kann.

1/ ja ist aktiviert

2/ das war noch aufgrund der ganzen Versuche und Tests, hatte es am Tag des Posts natürlich nicht mehr umgestellt.. sorry dafür. Die 1880 usw kamen von den Videos und Tests korrekt.

hatte natürlich zuvor über die eigene NPM IP die Ports auch da freigegeben. jetzt sind wider 80 <> 80 und 443<> 443 freigegeben.

Ich habe testweise es mit einer DuckDNS für einen MC Server getestet und dieser ist voll zugänglich und erreichbar. Andere Frage, ist es ratsam alle oder die meisten Container als br0 laufen zu lassen?

3/ nachdem ich jetzt natürlich alles wieder geändert und korrigiert habe, geht das SSL Zertifikat für die NC Domain wieder wie zuvor, das Problem der Erreichbarkeit der Domain ist nach wie vor nicht gegeben.

stelle wie bei mir als bridge ;-)

config php sieht bei mir so aus

'trusted_domains' =>

array (

0 => 'localhost',

1 => 'duckdns',

2 => '192.168.0.5:4443',

),

'trusted_proxies' =>

array (

0 => '192.168.0.0/24',

1 => '127.0.0.1',

2 => '::1',

),

Ich nutze aber auch nicht nginx sondern zoraxy

Edited July 5Jul 5 by dibux

6 minutes ago, Qwasy said:

1/ ja ist aktiviert

auch mit macvlan und nicht ipvlan (macht unter Fritz Probleme)

7 minutes ago, Qwasy said:

3/ nachdem ich jetzt natürlich alles wieder geändert und korrigiert habe, geht das SSL Zertifikat für die NC Domain wieder wie zuvor, das Problem der Erreichbarkeit der Domain ist nach wie vor nicht gegeben.

zum Verständnis, die Domain geht jetzt definitiv, wenn ja, dann kann man nach deinem NC Thema schauen

8 minutes ago, Qwasy said:

Andere Frage, ist es ratsam alle oder die meisten Container als br0 laufen zu lassen?

Geschmackssache, ich hab alle mit eigner IP, aber der Standard Weg wäre die klassische bridge zu nutzen

zum Start dann mit der NC, vorhandene Docker löschen, vorhandene NC appdata löschen, blank starten ohne Videos ...

entscheiden wie du den einrichten willst, mit oder ohne mariadb usw ...

Dann mal deinen docker run hier posten.

@dibux
wenn ich die proxies hinzufüge kriege ich die WebUI nicht erreicht, kommt diese Meldung:

@alturismo

1/ ja als macvlan

3/ leider nein, in NPM ist die Domain als HTTPS Scheme angelegt. Trotzdem nicht erreichbar, folgende Seite wird angezeigt nach 10-20 Sekunden:

Also soll ich nochmal den NC Container clean installieren?
Ich habs mit einer mariadb erstellt ja, hatte sogar vor 2 Tagen sowohl NC als mariadb komplett von 0 auf eingerichtet.
Wie oben erwähnt habe ich die php nochmal bearbeitet und kriege die Fehlermeldungen sobald ich proxies hinzufüge.

9 hours ago, Qwasy said:

Also soll ich nochmal den NC Container clean installieren?
Ich habs mit einer mariadb erstellt ja, hatte sogar vor 2 Tagen sowohl NC als mariadb komplett von 0 auf eingerichtet.

läuft die denn "lokal" sauber ? also erreichbar usw ... wenn ja, dann spar dir das, aber der docker run fehlt noch.

9 hours ago, Qwasy said:

3/ leider nein, in NPM ist die Domain als HTTPS Scheme angelegt. Trotzdem nicht erreichbar, folgende Seite wird angezeigt nach 10-20 Sekunden:

dann poste mal deine NPM NC config.php (domain ersetzen mit meine.domain..)

On 7/6/2026 at 6:07 AM, alturismo said:

läuft die denn "lokal" sauber ? also erreichbar usw ... wenn ja, dann spar dir das, aber der docker run fehlt noch.

der läuft sauber und ist erreichbar, ja.
hier der docker run:

/usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker create --name='nextcloud' --net='bridge' --pids-limit 2048 -e TZ="Europe/Berlin" -e HOST_OS="Unraid" -e HOST_HOSTNAME="WhiteTower" -e HOST_CONTAINERNAME="nextcloud" -e 'PUID'='99' -e 'PGID'='100' -e 'UMASK'='022' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.webui='https://[IP]:[PORT:443]' -l net.unraid.docker.icon='https://raw.githubusercontent.com/linuxserver/docker-templates/master/linuxserver.io/img/nextcloud-logo.png' -p '4996:443/tcp' -v '/mnt/user/nextcloud/':'/data':'rw' -v '/mnt/user/appdata/nextcloud':'/config':'rw' 'lscr.io/linuxserver/nextcloud' 

On 7/6/2026 at 6:07 AM, alturismo said:

dann poste mal deine NPM NC config.php (domain ersetzen mit meine.domain..)

hier die config.php

config.php

3 hours ago, Qwasy said:

hier die config.php

pass mal noch wie folgt an, ohne ports in trusted domains

dann für noch trsuted proxies hinzu, Beispiel

array (

0 => '192.168.178.200',

1 => 'meine.domain.org',

2 => '192.168.178.2',

),

'trusted_proxies' => ['192.168.178.2', '192.168.178.0/24'],

Habs wie du sagtest angepasst, ohne Ports und mit den trusted proxies, nach wie vor weder über https noch http erreichbar.
Steig nicht dahinter, wo das Problem liegt

1 hour ago, Qwasy said:

Steig nicht dahinter, wo das Problem liegt

ist ja auch ungewöhnlich

1/ du hast auch eine ipv4 und bist extern erreichbar (andere Dienste und Einträge gehen)

2/ du rufst die eingerichtete domain auf, ohne :port oder so

3/ zeig mal noch deine NPM Konfiguration zum NC Eintrag auf

hab die domain natürlich wieder ersetzt mit meine.domain..

10 hours ago, Qwasy said:

hab die domain natürlich wieder ersetzt mit meine.domain..

dein Nextcloud Docker ist doch über den Port 4996 erreichbar und nicht 443, da läuft wenn aktiviert Unraid selbst, außer du hättest den umgelenkt ;)

Guter Einwand und auch richtig aber bleibt dabei dass es nicht erreichbar ist, wenn ich es ändere.
Ich habe testweise auch den Port 4996 einfach mal auf der NPM IP (178.2) aufgemacht und unter der IP meines Servers gelöscht.

Dann hab ich in NPM das Scheme auch nochmal zu http geändert und es mit Port 443/4996 probiert die in dem Versuch unter der NPM IP freigegeben waren

Hat nicht funktioniert.

Umgeleitet hatte ich ebenfalls nichts.
NC läuft auf 4996

NC hat richtige config.php jetzt
NPM in Br0 mit eigener IP und freigegebene 80/443 Ports
NPM ist richtig konfiguriert und andere Domains sind erreichbar

also häää haha

NPM in Bridge zu versuchen macht ja kein Sinn, weils egal ist ob Br0 oder Bridge.

8 hours ago, Qwasy said:

NPM in Bridge zu versuchen macht ja kein Sinn, weils egal ist ob Br0 oder Bridge.

dann bliebe nur noch NC mal auch auf dir br0 zu setzen mit eigener IP (dann bitte Port 443 nutzen).

Ansonsten fällt mir nichts aus der Ferne ein, ich schätze auch fast du hast ein wenig viel da hin und her ... nicht offensiv gemeint,
aber dazu dann am Besten Hilfe holen wo sich das an deinem Server auch direkt anschauen kann / soll, NC ist ja da jetzt kein Hexenwerk.

Ich habe jetzt NC in Br0 versetzt und 443 als Port benutzt.

Habe NPM abgeändert auf die IP und 443 vom NC Container, wieder nicht erreichbar.

Portfreigaben musste ich ja nicht ändern da es ja nur NPM betrifft und nicht den NC Container oder?
Jetzt bin ich nochmal in Ruhe alles durchgegangen und habe keinen Fehler entdeckt, nur eine Frage habe ich, du meintest ja ich muss in NPM 178.2 eingeben statt ...178.200, aber warum eig? Mein vorheriger NC Container lief ja über Brtidge also ...178.200 und den Port 4996. Heißt in NPM muss ich ja dann IP ...178.200:4996 eingeben, gebe ich die IP von NPM ein verweise ich ja auf ihn selber was ja kein Sinn ergibt oder hab ich einen Denkfehler?

Mein Plan wird dann erstmal, nach einer Antwort hier, sein NC, Mariadb komplett zu entfernen neu aufzusetzen, wieder auf die Linux Version von NC wechseln (bessere Erfahrungen mit gemacht) und nochmal probieren alles zum laufen zu bringen.

1 minute ago, Qwasy said:

Portfreigaben musste ich ja nicht ändern da es ja nur NPM betrifft und nicht den NC Container oder?

korrekt

2 minutes ago, Qwasy said:

du meintest ja ich muss in NPM 178.2 eingeben statt ...178.200, aber warum eig? Mein vorheriger NC Container lief ja über Brtidge also ...178.200 und den Port 4996. Heißt in NPM muss ich ja dann IP ...178.200:4996 eingeben, gebe ich die IP von NPM ein verweise ich ja auf ihn selber was ja kein Sinn ergibt oder hab ich einen Denkfehler?

Korrekt, mein Fehler, ich bin in dem .2 und .200 wirr geworden, sorry, anscheinend zu warm für mich ;)

3 minutes ago, Qwasy said:

Mein Plan wird dann erstmal, nach einer Antwort hier, sein NC, Mariadb komplett zu entfernen neu aufzusetzen, wieder auf die Linux Version von NC wechseln (bessere Erfahrungen mit gemacht) und nochmal probieren alles zum laufen zu bringen.

würde normal nur Sinn ergeben wenn die NC lokal auch nicht gehen würde, aber im LAN sagtest du ja, alles fein.

und um ganz ganz sicher zu sein, geh mal in deine NPM Konsole (Docker Übersicht, Symbol, click, Konsole) und versuche die IP der Nextcloud zu pingen, oder aus der Unraid Konsole wie hier, nur halt ersetzen, hier swag = Nginx-Proxy-Manager bei Dir usw

root@AlsServer:~# docker exec swag ip addr | grep -i 192.

inet 192.168.1.83/24 brd 192.168.1.255 scope global eth0

root@AlsServer:~# docker exec swag ping 192.168.1.71

PING 192.168.1.71 (192.168.1.71): 56 data bytes

64 bytes from 192.168.1.71: seq=0 ttl=64 time=0.062 ms

64 bytes from 192.168.1.71: seq=1 ttl=64 time=0.056 ms

^Croot@AlsServer:~docker exec swag ping plex

PING plex (192.168.1.71): 56 data bytes

64 bytes from 192.168.1.71: seq=0 ttl=64 time=0.051 ms

64 bytes from 192.168.1.71: seq=1 ttl=64 time=0.058 ms

^Croot@AlsServer:~#

okay .. und sehr weird.. ich kann mit dem Befehl "npm ping (IP von NC UND Domain)" über die Unraid Konsole beides anpingen und kriege ein Feedback.

14 minutes ago, Qwasy said:

okay .. und sehr weird.. ich kann mit dem Befehl "npm ping (IP von NC UND Domain)" über die Unraid Konsole beides anpingen und kriege ein Feedback.

das ist so nicht richtig ;) npm ist was anderes im Unraid Terminal ;)

22 minutes ago, Qwasy said:

okay .. und sehr weird.. ich kann mit dem Befehl "npm ping (IP von NC UND Domain)" über die Unraid Konsole beides anpingen und kriege ein Feedback.

kannst mal wie folgt testen (IP zu pingen entsprechend der NC Instanz jetzt, ob eigene IP oder bridge)

docker exec Nginx-Proxy-Manager-Official ping 192.168.178.200

Aii, dumm von mir.
Wenn ich deinen Befehl probiere also: docker exec nginx-proxy-manager ping 192.168.178.3

kommt nur: Error response from daemon: No such container: nginx-proxy-manager

gebe ich docker container ls ein um mir meine Docker/ Container Namen anzuzeigen steht es da wie oben probiert, also schon einmal richtig

Dann gebe ich das ein wie du zuletzt angegeben hast und es kommt: OCI runtime exec failed: exec failed: unable to start container process: exec: "ping": executable file not found in $PATH: unknown

Die gleiche Meldung kommt wenn ich meinen ersten Befehl eingebe, ob mit 178.200 oder 178.3 (was die aktuelle IP der NC Instanz ist)

Nur noch Horror ehrlich
PS: sorry wenn ich mich gerade irgendwie zu blöd anstellen sollte

Edited July 11Jul 11 by Qwasy

7 minutes ago, Qwasy said:

PS: sorry wenn ich mich gerade irgendwie zu blöd anstellen sollte

Quatsch, liegt nicht an dir, der NPM hat leider kein ping im Docker installiert, sprich, müsste man nachinstallieren.

versuch mal folgendes (ich nutze halt swag und nicht den NPM)

docker exec Nginx-Proxy-Manager-Official apt update

docker exec Nginx-Proxy-Manager-Official apt install inetutils-ping

die zwei Befehle haben funktioniert und sowohl 178.200 als auch 178.3 werden mit dem Befehlen
docker exec Nginx-Proxy-Manager-Official ping 192.168.178.200
docker exec Nginx-Proxy-Manager-Official ping 192.168.178.3

angepingt