Hallo liebe Community, seit mitlerweile einem Tag habe ich ein Problem mit meiner Nextcloud. Ich kann diese nur per HTTPS erreichen, wenn ich in den letzten 5 Minuten einen Zugriff auf die NC hatte oder vorher über die Lokale IP darauf zugreife.
Leider kann ich nicht richtig einordnen, woher der Fehler kommt. Mein Letsencrypt Zertifikat ist aktuell und funktioniert auch anstandslos (wenn HTTPS denn steht). Mich wundert, dass ich in der zwischenzeit Keine Veränderungen an der Konfiguration vorgenommen habe und es trotzdem probleme macht.
Wäre super, wenn jemand eine Idee dazu hat. Ich beiße mir die Zähne allmählich daran aus
Bitte beschreibe IM DETAIL wie das Netzwerk aufgebaut ist, welche OS und Software-Versionen Du verwendest und wie Du EXAKT welche Tests durchgeführt hast mit dem zugehörigen Ergebnis.
Hallo zusammnen,
ich hab den Fehler in der Zwischenzeit gefunden und zwar habe ich vor einige Zeit einen Pihole eingerichtet (ja, der erfahrene Netzwerkadmin ahnt nun wo die Reise hingeht). Auch wenn dieser in der Fritzbox keinen Zugriff auf Port 80 hat, sind meine Fehler behoben, wenn ich PiHole ausschalte. Der Dokumentation nach, braucht Pihole Zugriff auf Port 80 und naja… Was soll ich sagen. Der Fehler sitzt wohl nahezu immer vor dem Monitor
Ich versuche mein Glück mal mit einem Reverseproxy und schaue ob es dann beides parallel funktioniert.
Läuft der Pi-hole auf der gleichen Maschine bzw lokalen IP wie die Nextcloud? Ansonsten sollte das nämlich kein Problem sein. Voraussetzung ist natürlich, dass er nicht aus dem Internet erreichbar sein muss, was ich sowieso nicht empfehlen würde.
Hey, mein Homeserver ist mit Proxmox virtualisiert. Der PiHole läuft als normale VM und die Nextcloud als LinuxContainer, aber auf unterschiedlichen lokalen IPs. Verstehe ich deine Frage richtung und du meinst, dass müsste in einem solchen Setup auch ohne Reverseproxy funktionieren, da der PiHole nur lokal läuft?
Hmm… Komisch, da ich gerne beides zum Laufen kriegen würde schon mal vielen Dank für deine/eure Unterstützung!
Zu den Fragen:
Wie greifst du auf den Pihole zu? Mit einem DNS-Namen oder direkt per IP? - Ich logge mich auf das Adminterminal per lokaler IP ein, es ist grundsätzlich aber auch ein DNS-Name hinterlegt.
Wie ist die Port-Weiterleitung zur Nextcloud genau eingerichtet? Ich hoffe ich verstehe deine Frage richtig, aber ich versuchs mal mit meinem Laienwissen : Die Nextcloud hat in Proxmox eine statische IP und in der Fritzbox sowohl Port 80, als auch 443 freigegeben. Außerdem ist in der Fritzbox eine DynDNS hinterlegt, diese funktioniert soweit auch problemlos.
Wie ist die Netzwerkkonfiguration in Proxmox genau eingerichtet. Hängen der LXC-Container und die Pi-Hole VM an der gleichen Linux-Bridge? - Ja hängen sie. Aktuell habe ich zwei VMs (OpenMediaVault und den PiHole) und einen LXC (NextCloud) auf der Standardbridge (vmbr0) laufen.
Wie beziehen die VM und der LXC ihre IPs? DHCP von der Fritzbox oder Fixe IPs? In Proxmox sind für alle VMs und LXCs statische IPs festgelegt. Das OMV-NAS habe ich ungefähr zeitgleich mit der Nextcloud eingerichtet und keine Probleme gehabt. OMV läuft dabei als netzwerkinterner Speicher und NC als www-angebundener.
Ein paar Dinge Dinge könntest du aber noch überprüfen und gegebenenfalls anpassen:
Den DHCP-Range der Fritzbox einschränken, so dass sie IP-Adressen nur in einem bestimmten Bereich verteilt, und die statischen IPs der VMs und Container auserhalb dieses Bereichs liegen. So kann der DHCP-Server der Fritz keine IPs vegeben, die bereits von einem der Server benutzt werden.
Überprüfen ob die Portfreigabe in der Fritzbox auf die IP oder den Hostnamen der Nextcloud verweist. Falls das zweite der Fall sein sollte, trage explizit die IP des Nextcloudservers bei der Portweiterleitung ein.
Überprüfen ob UPnP aktiv ist in der Fritzbox. Falls es aktiv sein sollte, können andere Geräte im Netztwerk, die UPnP unterstützen, automatisch Ports öffnen an der Fritzbox. Das kann zu Konflikten mit bestehenden Portfreigaben führen. Philips HUE Geräte wären da z.B. so Kanditaten, die so viel ich weiss, ebenfalls Port 80 beanspruchen.
Guten Abend zusammen, ich habe alle Tipps von bb77 geprüft und mir - Corona sei Dank - mal die Zeit genommen, einen ReverseProxy eingerichtet. Wenn ich für den Proxy die Ports freigebe und eine Weiterleitung auf die Nextcloud einrichte, genau der gleiche Fehler.
Mache ich Port 80 und 443 jedoch nur für die Nextcloud auf, funktioniert alles einwandfrei.
Mein Bauchgefühl sagt mir, dass es entweder an meiner Fritzbox liegt oder die Konstelation Fritzbox -> Repeater -> Switch -> Server Probleme macht. Könnt ihr mir dazu stimmen, oder klingt es nach einem typischen “Wald vor Lauter Bäume nicht sehen”-Problem und ich muss in den Nextcloudsettings etwas am Forwarding/Zertifikat ändern?
Mein Bauchgefühl sagt mir, dass es entweder an meiner Fritzbox liegt oder die Konstelation Fritzbox → Repeater → Switch → Server Probleme macht
Meins auch. Und zwar spezifisch NAT-Reflection/NAT-Loopback. Ich gehe davon aus, dass du alle drei Punkte in meinem vorherigen Post überprüft hast. Was du teststweise machen könntest ist ein Eintrag im Hosts File deines Computers. Hosts-Datei in Windows 10 bearbeiten | WindowsPro
Einfach eine Zeile wie die folgende mit der internen IP und dem Domainnamen der Nextcloud hinzufügen.
192.168.1.101 nextcloud.domain.tld
Damit umgest du das NAT der Fritzbox auf diesem Computer. Wenn es so keine Probleme macht, liegt das Problem bei der Fritzbox.
Wie eigentlich zu erwarten, saß das Problem vor dem Monitor
Ich habe nach 3 Stunden Nextcloud und NGINX Config-Datein durchblettern fix nh neue Nextcloud aufgesetzt und ohh Wunder. Es geht. Hatte inder apache conf ein loop auf die locale ip und naja… Scheinbar ist es mit anderen Geräten zwischengeschaltet einfach zu viel gewesen.
Ohne deine Hilfe hätte ich vermutlich daran verzweifelt, den Fehler zu lokalisieren… Vielen Dank @bb77!
: Die Nextcloud hat in Proxmox eine statische IP und in der Fritzbox sowohl Port 80, als auch 443 freigegeben. Außerdem ist in der Fritzbox eine DynDNS hinterlegt, diese funktioniert soweit auch problemlos.
