Nextcloud · Hilfe

Nextcloud AIO: Domainprüfung scheitert hinter Reverse Proxy?

AIO meldet falsche Domain oder Proxy-Konfiguration? Prüfe DNS, APACHE_PORT und den tatsächlich aus dem Proxy erreichbaren Upstream.

Quellenstand: 5. November 2026Redaktion: KAN KAI WORKSRedaktionell aktualisiert:

Kurzantwort

Die AIO-Meldung über eine falsche Domain oder Proxykonfiguration benennt noch keinen einzelnen Fehler. Korrektes öffentliches DNS beweist nicht, dass der Reverse Proxy den internen AIO-Dienst erreicht. Dokumentiere zuerst Host- oder Containerbetrieb und prüfe dann Proxyziel, APACHE_PORT und Bindung aus dem tatsächlichen Proxykontext. localhost in einem getrennten Proxycontainer bezeichnet dessen eigene Umgebung, nicht automatisch den AIO-Container.

Quellengrundlage: Q1 · Q2

Gilt für
Der Ausgangsfall betrifft Nextcloud AIO mit Caddy und connection refused auf Port 11000. Die offizielle Konfiguration unterscheidet Hostproxy, Containerproxy und besondere Betriebsarten.
So prüfst du das Ergebnis
Die vorgesehene AIO-Domainprüfung besteht; ein externer HTTPS-Aufruf erreicht die richtige Instanz, und passende Proxy- sowie AIO-Protokolle bestätigen den erwarteten internen Weg.
Deine erste Prüfung

Erreicht der Proxycontainer den tatsächlichen AIO-Upstream auf dem vorgesehenen Port?

Beim Einrichten von Nextcloud AIO erscheint eine Meldung, die Domain zeige nicht auf diesen Server oder der Reverse Proxy sei falsch konfiguriert. Gleichzeitig funktioniert vielleicht die Proxy-Startseite. Die Sammelmeldung benennt noch nicht den fehlerhaften Abschnitt zwischen öffentlicher Domain und internem AIO-Dienst.

Ein wichtiger Hinweis im Originalfall

Ein Bericht mit AIO und Caddy enthält connect: connection refused für den internen Port 11000 auf einer Loopback-Adresse. Q1 Die offizielle AIO-Anleitung verlangt, Proxyziel und APACHE_PORT an den tatsächlichen Aufbau anzupassen. Insbesondere unterscheidet sie einen Proxy direkt auf dem Host von einem Proxy in einem Container. Q2

localhost bedeutet aus einem getrennten Proxycontainer heraus dessen eigene Umgebung. Eine funktionierende öffentliche DNS-Auflösung beweist daher noch nicht, dass der Proxy seinen vorgesehenen AIO-Upstream erreicht.

Den Weg Abschnitt für Abschnitt prüfen

  1. Bereitstellungsart dokumentieren. Notiere, wo AIO und Proxy laufen, welche Container-Netzwerke verwendet werden und welcher Apache-Port vorgesehen ist. Verwende die dazu passende Variante der AIO-Anleitung.
  2. Domainauflösung abgleichen. Prüfe A- und gegebenenfalls AAAA-Antworten aus einem geeigneten externen Netz. Stimmen sie mit dem gewünschten Eingang überein? Eine veraltete IPv6-Adresse kann einen anderen Weg betreffen als der erfolgreiche IPv4-Test.
  3. Öffentlichen Eingang prüfen. Erreicht HTTPS für genau diese Domain den vorgesehenen Proxy mit passendem Zertifikat? Notiere Hostname, Status und Protokollzeitpunkt. Eine beliebige Proxy-Startseite ist nicht dieselbe Route.
  4. Upstream aus Sicht des Proxys testen. Kontrolliere im tatsächlichen Proxykontext Zielname, Adresse und Port. Bei „connection refused“ prüfe, ob dort ein Dienst lauscht und ob der gewählte Netzwerkpfad stimmt. Vergleiche den Port mit APACHE_PORT und der konkreten Bindung.
  5. Rückweg und AIO-Prüfung beobachten. Nach einer begründeten Korrektur starte die vorgesehene Prüfung erneut und korreliere Proxy- und AIO-Protokolle. Bleibt der Fehler, ist der nächste fehlgeschlagene Abschnitt jetzt konkreter sichtbar.

Keine pauschale Umgehung

Die Domainprüfung abzuschalten repariert keinen unerreichbaren Upstream. Besondere AIO-Betriebsarten haben eigene dokumentierte Voraussetzungen; eine Ausnahme aus einer anderen Variante sollte nicht übernommen werden. Gib interne Ports nur für den vorgesehenen Proxyweg frei, statt sie als allgemeinen Reparaturversuch öffentlich erreichbar zu machen.

Häufige Fragen

Muss ich die DNS-Einträge ändern?

Nur wenn die Abfrage den falschen Eingang zeigt. Ein Fehler zwischen Proxycontainer und AIO lässt sich durch eine neue öffentliche IP nicht erklären.

Welche Angaben helfen bei der Übergabe?

AIO- und Proxyversion, anonymisierte Netzwerkzeichnung, DNS-Ergebnis, APACHE_PORT, Upstreamziel und zeitlich passende Logs. Geheimnisse aus Umgebungsvariablen oder Zertifikatsdateien gehören nicht in die Anfrage.

Unterstützung für diesen Fall

Wir helfen dir, den betroffenen Ablauf einzugrenzen und die nächste Maßnahme kontrolliert vorzubereiten. Fall A0291 mit KAN KAI WORKS besprechen.

Unterstützung bei diesem Fehler

Wir prüfen Nextcloud anhand deiner Fehlermeldung, Versionen und eines abgegrenzten Beispiels.

Fall beschreiben →Passende Leistung: Daten & Weiterentwicklung

Quellen

Quellen geprüft am 5. November 2026. Einzelfallberichte belegen keine allgemeine Verbreitung.