ownCloud-Mobilverbindung abgelehnt? URL und Erreichbarkeit prüfen

Wenn die ownCloud-App „Verbindung abgelehnt“ anzeigt, öffnen Sie zunächst die Serveradresse in einem Browser auf demselben Smartphone und überprüfen Sie, ob die App die Basis-URL des Servers und das korrekte Netzwerk verwendet. Eine Verbindungsablehnung tritt üblicherweise vor dem Anmeldevorgang auf. Prüfen Sie daher, ob der Server und sein HTTPS-Endpunkt erreichbar sind, bevor Sie Passwörter oder App-Einstellungen ändern.

Was die Meldung „Verbindung abgelehnt“ aussagt

Die App muss zunächst eine Netzwerkverbindung zum Server herstellen; erst danach kann ownCloud Benutzername, Passwort oder Anmeldevorgang überprüfen. Eine Ablehnung deutet daher zunächst auf die Adresse, die Netzwerkroute, die Firewall oder den Webserver-Listener hin. Sie unterscheidet sich von einer Meldung über ein ungültiges Passwort. Auch eine Zertifikatswarnung ist ein separates Problem: Sie bedeutet, dass der Server weit genug geantwortet hat, damit die App sein TLS-Zertifikat überprüfen kann.

Bevor Sie mit der Fehlersuche beginnen, benötigen Sie die genaue Serveradresse, die Ihnen Ihr Administrator mitgeteilt hat, einschließlich etwaiger Pfade. /owncloudAußerdem sollten Sie wissen, ob der Server nur über ein Firmennetzwerk oder per VPN erreichbar sein soll. Wenn Sie den Server verwalten, benötigen Sie zudem Zugriff auf dessen DNS-, Firewall-, Reverse-Proxy- und Webserver-Status.

Ein mobiler Browser zeigt eine generische Anmeldeseite im ownCloud-Stil unter einer sicheren cloud.example.com-Adresse an.
Ein Browser, der die Anmeldeseite lädt, bestätigt, dass dieses Telefon einen Webdienst unter dem angezeigten Host über HTTPS erreichen kann.

Überprüfen Sie die Adresse und das Netzwerk vom Telefon aus.

  1. Öffnen Sie die Adresse im Browser Ihres Smartphones. Verwenden Sie dieselbe WLAN- oder Mobilfunkverbindung wie die App. Falls der Browser die Seite ebenfalls nicht laden kann, prüfen Sie die Erreichbarkeit und nicht die Anmeldedaten der App. Wenn die Anmeldeseite geladen wird, notieren Sie sich die angezeigte Adresse im Browser und fahren Sie mit der Überprüfung der App-URL fort.
  2. Geben Sie die Basis-URL des Servers in der ownCloud-App ein. Bei einem Server in einem Unterordner lautet die Adresse beispielsweise `/server/` https://cloud.example.com/owncloud. Befindet er sich im Stammverzeichnis der Domain, lautet die Adresse beispielsweise `/ https://cloud.example.comserver/`. Laut ownCloud-Serverhandbuch verwenden die mobilen Apps die Basis-URL und den Unterordner. Hängen Sie kein `/server/` /remote.php/webdavan die Adresse der ownCloud-App an; dies ist ein WebDAV-Endpunkt für andere WebDAV-Clients. Prüfen Sie, ob ein Unterordner fehlt, ob Tippfehler vorliegen, ob ein zusätzlicher Schrägstrich vorhanden ist oder ob ein nicht autorisierter Port verwendet wird. Weitere Informationen finden Sie im ownCloud-Leitfaden für mobile Apps und WebDAV-URLs .
  3. Vergleichen Sie WLAN mit Mobilfunk oder testen Sie das VPN Ihrer Organisation. Funktioniert die Adresse über eine Verbindung, aber nicht über die andere, liegt die Ursache wahrscheinlich nicht am Konto. Der Unterschied kann auf eine Netzwerkroute, einen DNS-Eintrag, VPN-Anforderungen oder eine Firewall-Regel hindeuten. Nutzen Sie das von Ihrer Organisation vorgegebene Netzwerk; versuchen Sie nicht, die Zugriffskontrollen zu umgehen.
Auf einem generischen Kontobildschirm einer mobilen App wird die Serveradresse https://cloud.example.com/owncloud mit einem Schlosssymbol angezeigt.
Die Konto-URL enthält den Installationsunterordner; verwenden Sie die exakte Basisadresse, die für Ihren ownCloud-Server angegeben wurde.

ownCloud empfiehlt HTTPS für mobile Verbindungen. Verwenden Sie diese Option, https://sofern der Serveradministrator nicht ausdrücklich etwas anderes anordnet. Die Verwendung von unverschlüsseltem HTTP kann Anmeldeinformationen und Datenverkehr offenlegen. Falls die App nach Verbindungsaufbau eine Zertifikatswarnung anzeigt, bitten Sie den Administrator, das Zertifikat zu korrigieren oder den von Ihrer Organisation genehmigten Zertifizierungsprozess zu bestätigen, anstatt die Warnung automatisch zu ignorieren. Die Android-Verbindungsanleitung beschreibt die Eingabe der Server-URL und die Zertifikatsprüfung.

Eine Simulation der Telefonnetzwerkeinstellungen zeigt, dass WLAN verbunden, Mobilfunk aber nicht verfügbar ist.
Durch das Testen derselben Serveradresse über WLAN und Mobilfunk lässt sich feststellen, ob der Fehler einem bestimmten Netzwerkpfad folgt.

Wenn die Verbindung weiterhin verweigert wird, bitten Sie den Serveradministrator, dies zu überprüfen.

Geben Sie dem Administrator die genaue URL, den Zeitpunkt des fehlgeschlagenen Versuchs inklusive Zeitzone, ob der Browser ebenfalls fehlschlägt und ob WLAN, Mobilfunk oder VPN das Ergebnis beeinflussen. Bitten Sie ihn, dies zu überprüfen.

  • Der Hostname wird vom betroffenen Netzwerk zum gewünschten Server aufgelöst.
  • Der Webserver bzw. Reverse-Proxy läuft und lauscht auf dem konfigurierten HTTPS-Port und der Netzwerkschnittstelle.
  • Die Firewall und alle Cloud-Sicherheitsregeln lassen den Datenverkehr auf dem konfigurierten Port zu, und der Proxy kann sein ownCloud-Backend erreichen.
  • Der virtuelle TLS-Host und die Proxy-Route dienen der Bereitstellung des erwarteten Hosts und Installationspfads.

Für einen Administrator kann eine einfache externe Prüfung helfen, eine abgelehnte TCP-Verbindung von einer HTTP-Antwort zu unterscheiden: curl -v --connect-timeout 5 https://cloud.example.com/owncloud/Ersetzen Sie die Beispiel-Host- und Pfadangaben durch die tatsächlichen Werte. Eine Ablehnung oder ein Timeout deuten auf Probleme bei der Erreichbarkeit des Endpunkts oder des Netzwerks hin. Ein HTTP-Statuscode bedeutet, dass die Verbindung hergestellt wurde. Untersuchen Sie daher stattdessen die zurückgegebene Route, die Authentifizierung oder das Zertifikatsverhalten. Öffnen Sie nicht wahllos Firewall-Ports und deaktivieren Sie die Firewall nicht testweise; prüfen Sie stattdessen den vorgesehenen Listener und die eng definierten Regeln.

Ein generisches Server-Dashboard zeigt den Status des laufenden Reverse-Proxys, des Listeners und der Firewall sowie die letzten Einträge im Zugriffsprotokoll an.
Ein Administrator kann den Status des Listeners und der Firewall mit den Zugriffsprotokolleinträgen zum Zeitpunkt der fehlgeschlagenen Anfrage des Telefons vergleichen.

Protokolle sollten erst nach Bestätigung der Erreichbarkeit verwendet werden.

Wenn die Serveradresse im Browser geladen wird, die App aber weiterhin nicht funktioniert, erfassen Sie das App-Protokoll und bitten Sie Ihren Administrator, es mit den ownCloud- und Webserver-Protokollen zu vergleichen. Die offizielle Android-Fehlerbehebungsanleitung beschreibt, wie Sie die App-Protokolle in den Einstellungen finden. Falls „Protokolle“ ausgeblendet ist, tippen Sie fünfmal auf die Build-Nummer, um sie anzuzeigen. Die iOS-Fehlerbehebungsanleitung beschreibt, wie Sie die Protokollierung unter „Einstellungen“ > „Protokollierung“ aktivieren. Da die Anfrage-/Antwortprotokollierung sensible Daten enthalten kann, teilen Sie diese nur mit Ihrem Administrator oder dem ownCloud-Support über einen autorisierten Kanal.

ownCloud empfiehlt, auf dem Server die eigenen Logs sowie die Fehler- und Zugriffslogs des Webservers zu überprüfen. Laut der ownCloud-Fehlerbehebungsseite für Android befinden sich die Logs für Apache unter Linux üblicherweise im Verzeichnis `/etc/log/ /var/log/apache2apache/`. Die Speicherorte können je nach Server, Container und Hosting-Anbieter variieren. Ein Eintrag im Zugriffslog für den Testzeitpunkt zeigt an, dass die Anfrage den Webserver erreicht hat. Falls kein passender Eintrag vorhanden ist, kann die Verbindung zuvor bei DNS, Routing, Firewall oder Proxy-Verarbeitung fehlschlagen. Weitere Informationen finden Sie in der offiziellen ownCloud-Anleitung zur Log-Erfassung .

Überprüfen Sie die Korrektur

Versuchen Sie es erneut über die ownCloud-App mit der korrigierten Basis-URL und dem vom Server benötigten Netzwerk. Die Fehlerbehebung ist abgeschlossen, sobald die App die Verbindungsprüfung erfolgreich bestanden hat und die erwartete Anmeldung oder Dateiansicht ohne Fehlermeldung erreicht. Falls der Browser funktioniert, die App jedoch nicht, senden Sie dem Administrator bitte die App-Version, die Version des Betriebssystems Ihres Telefons, die genaue Server-URL (private Daten geschwärzt), den Testzeitpunkt, das verwendete Netzwerk und einen anonymisierten Log-Auszug.

Einen Kommentar hinterlassen

Mit dem Befehl occ lassen sich ownCloud-Dateiversionen sicher löschen.

Mit dem Befehl occ lassen sich ownCloud-Dateiversionen sicher löschen.

Entfernen Sie alle gespeicherten ownCloud Server Classic-Dateiversionen für ein Konto oder alle Benutzer und unterscheiden Sie zwischen einer vollständigen Löschung und einer archivierungsbasierten Ablaufzeit.

ownCloud-Mobilverbindung abgelehnt? URL und Erreichbarkeit prüfen

ownCloud-Mobilverbindung abgelehnt? URL und Erreichbarkeit prüfen

Um die Ursache einer Verbindungsverweigerung von ownCloud auf dem Mobilgerät zu ermitteln, überprüfen Sie die Server-URL, das Telefonnetz, den HTTPS-Endpunkt und die Serverprotokolle in der richtigen Reihenfolge.

Führen Sie ownCloud-Hintergrundprozesse zuverlässig mit einem Systemd-Timer aus.

Ersetzen Sie die bedarfsgesteuerten Jobausführungen durch einen systemd-Timer, der alle 15 Minuten den von ownCloud unterstützten occ system:cron-Befehl ausführt.

ownCloud WebDAV-Synchronisierung wiederherstellen, indem die defekte Route gefunden wird

Verfolgen Sie die WebDAV-Anfrage über Apache, Nginx oder einen Reverse-Proxy und bestätigen Sie anschließend mit einem authentifizierten PROPFIND-Test, ob die ownCloud-Synchronisierung funktioniert.

Legen Sie die öffentliche URL von Nextcloud so fest, dass es sich selbst erreichen kann.

Beheben Sie die Warnung von Nextcloud bezüglich der fehlenden ausgehenden Adresse, indem Sie die kanonische URL festlegen und DNS, HTTPS und Reverse-Proxy-Routing direkt auf dem Server überprüfen.

Nextcloud Redis-Caching unter Ubuntu 24.04 einrichten

Nextcloud Redis-Caching unter Ubuntu 24.04 einrichten

Konfigurieren Sie APCu und Redis über einen lokalen Unix-Socket für Nextcloud-Caching und Dateisperrung, mit Schritten für aktuelle und ältere Nextcloud-Versionen.

Nextcloud Cron mithilfe eines Systemd-Timers automatisch ausführen

Überprüfen Sie den Cron-Modus von Nextcloud, reparieren Sie den Systemd-Dienst und den Timer und vergewissern Sie sich, dass Hintergrundprozesse nach dem Start und anschließend alle fünf Minuten ausgeführt werden.

Nextcloud-Dateisperrwarnung mit Redis beseitigen

Aktivieren Sie die zuverlässige Nextcloud-Dateisperrung, wählen Sie das richtige Redis- oder Valkey-Backend und überprüfen Sie, ob die Warnung verschwindet, ohne dass gleichzeitige Dateiänderungen riskiert werden.

Was nötig ist, um eine A+-Sicherheitsbewertung für Nextcloud zu erreichen

Was nötig ist, um eine A+-Sicherheitsbewertung für Nextcloud zu erreichen

Behebt häufige Nextcloud-Scan-Fehler durch aktuelle Updates, HTTPS und HSTS, präzises Reverse-Proxy-Trust und Überprüfungen gegen den öffentlichen Server.

Aktivieren Sie die serverseitige Verschlüsselung von Nextcloud mit messbaren Auswirkungen

Konfigurieren Sie Nextcloud SSE für den Speicher, der es benötigt, schützen Sie die Verschlüsselungsschlüssel und messen Sie die Übertragungs- und CPU-Auswirkungen, bevor Sie vorhandene Dateien verschlüsseln.