Connexion à ownCloud Mobile refusée ? Vérifiez l’URL et la connectivité.

Si l'application mobile ownCloud affiche « Connexion refusée », ouvrez d'abord l'adresse de votre serveur dans un navigateur sur le même téléphone, puis vérifiez que l'application utilise bien l'URL de base du serveur et le réseau approprié. Ce refus survient généralement avant l'étape de connexion ; assurez-vous donc que le serveur et son point de terminaison HTTPS sont accessibles avant de modifier votre mot de passe ou les paramètres de l'application.

Que vous indique le message « Connexion refusée » ?

L'application doit d'abord établir une connexion réseau avec le serveur ; ce n'est qu'après cela qu'ownCloud peut vérifier le nom d'utilisateur, le mot de passe ou le processus de connexion. Un refus indique donc en premier lieu l'adresse IP, la route réseau, le pare-feu ou le serveur web. Il est différent d'un message d'erreur de mot de passe. Un avertissement de certificat est également un problème distinct : il signifie que le serveur a répondu de manière suffisante pour que l'application puisse examiner son certificat TLS.

Avant de procéder au dépannage, assurez-vous d'avoir l'adresse exacte du serveur fournie par votre administrateur, y compris tout chemin d'accès (par exemple, `/etc/ /owncloudserver`), et vérifiez si le serveur est accessible uniquement via le réseau de l'entreprise ou un VPN. Si vous administrez le serveur, vous devez également avoir accès à ses paramètres DNS, pare-feu, proxy inverse et à l'état du serveur web.

Vérifiez l'adresse et le réseau depuis le téléphone.

1. Ouvrez l'adresse exacte dans le navigateur de votre téléphone. Utilisez la même connexion Wi-Fi ou cellulaire que l'application. Si le navigateur ne parvient pas non plus à l'afficher, vérifiez l'accessibilité plutôt que les identifiants de compte de l'application. Si la page de connexion s'affiche, notez l'adresse finale dans le navigateur et poursuivez la vérification de l'URL de l'application.
2. Saisissez l'URL de base du serveur dans l'application ownCloud. Pour un serveur installé dans un sous-dossier, par exemplehttps://cloud.example.com/owncloud : `/username/owncloud`. S'il est installé à la racine du domaine, l'adresse peut être `/username/ https://cloud.example.comowncloud`. Le guide du serveur ownCloud indique que ses applications mobiles utilisent l'URL de base et le dossier. N'ajoutez pas `/username/ /remote.php/webdavowncloud` à l'adresse de l'application mobile ownCloud ; il s'agit d'un point de terminaison WebDAV pour d'autres clients WebDAV. Vérifiez l'absence de sous-dossier, de faute de frappe, de barre oblique supplémentaire ou de port non autorisé. Consultez le guide des URL mobiles et WebDAV d'ownCloud .
3. Comparez la connexion Wi-Fi avec la connexion cellulaire, ou essayez le VPN de votre organisation. Si l'adresse fonctionne avec une connexion mais pas avec une autre, le problème ne vient probablement pas de votre compte. La différence peut provenir d'un routage réseau, d'un enregistrement DNS, d'une exigence du VPN ou d'une règle de pare-feu. Utilisez le réseau imposé par votre organisation ; ne tentez pas de contourner ses contrôles d'accès.

ownCloud recommande l'utilisation du protocole HTTPS pour les connexions mobiles. Conservez https://-le sauf indication contraire de l'administrateur du serveur ; l'utilisation du protocole HTTP simple peut exposer les identifiants et le trafic de fichiers. Si l'application affiche un avertissement de certificat après le démarrage de la connexion, demandez à l'administrateur de corriger le certificat ou de confirmer la procédure de certification approuvée par l'organisation au lieu d'ignorer automatiquement l'avertissement. Les instructions de connexion pour Android expliquent comment saisir l'URL du serveur et effectuer la vérification du certificat.

Si la connexion est toujours refusée, demandez à l'administrateur du serveur de vérifier.

Communiquez à l'administrateur l'URL exacte, l'heure de la tentative infructueuse (avec le fuseau horaire), si le navigateur rencontre également ce problème et si le Wi-Fi, les données cellulaires ou le VPN ont une incidence sur le résultat. Demandez-lui de vérifier :

• Le nom d'hôte pointe vers le serveur prévu depuis le réseau concerné.
• Le serveur web ou le proxy inverse est en cours d'exécution et écoute sur le port HTTPS et l'interface réseau configurés.
• Le pare-feu et les règles de sécurité du cloud autorisent le trafic sur ce port configuré, et le proxy peut accéder à son backend ownCloud.
• L'hôte virtuel TLS et la route proxy servent l'hôte et le chemin d'installation attendus.

Pour un administrateur, une simple analyse externe permet de distinguer un refus de connexion TCP d'une réponse HTTP : curl -v --connect-timeout 5 https://cloud.example.com/owncloud/remplacez l'hôte et le chemin d'accès par les valeurs réelles. Un refus ou un délai d'attente indique un problème d'accessibilité du point de terminaison ou du réseau. Un statut HTTP positif signifie que la connexion a été établie ; il convient alors d'examiner la route renvoyée, l'authentification ou le comportement du certificat. N'ouvrez pas de ports de pare-feu de manière générale et ne désactivez pas le pare-feu à titre de test ; examinez plutôt le processus d'écoute prévu et les règles de portée spécifique.

N’utilisez les journaux qu’après avoir confirmé leur accessibilité.

Si l'adresse du serveur se charge dans un navigateur mais que l'application ne fonctionne toujours pas, veuillez collecter le journal de l'application mobile et demander à l'administrateur de le comparer avec les journaux d'ownCloud et du serveur web. Les instructions de dépannage officielles pour Android indiquent que les journaux de l'application se trouvent dans les Paramètres ; si l'option « Journaux » est masquée, appuyez cinq fois sur le numéro de build pour l'afficher. Les instructions de dépannage pour iOS expliquent comment activer la journalisation dans les Réglages, puis dans la section « Journalisation ». Les journaux de requêtes/réponses pouvant contenir des informations sensibles, ne les partagez qu'avec votre administrateur ou le support ownCloud via un canal autorisé.

Sur le serveur, ownCloud recommande de consulter son propre journal ainsi que les journaux d'erreurs et d'accès du serveur web. Pour Apache sous Linux, la page de dépannage ownCloud pour Android indique que les journaux se trouvent généralement dans le répertoire indiqué/var/log/apache2 ; leur emplacement varie selon les serveurs, les conteneurs et les fournisseurs d'hébergement. Une entrée du journal d'accès correspondant à l'heure du test confirme que la requête a bien atteint le serveur web. En l'absence d'entrée correspondante, la connexion peut échouer plus tôt, au niveau du DNS, du routage, du pare-feu ou du proxy. Consultez le guide officiel d'ownCloud sur la collecte des journaux .

Vérifier la correction

Réessayez depuis l'application ownCloud en utilisant l'URL de base corrigée et le réseau requis par le serveur. La correction est confirmée lorsque l'application réussit sa vérification de connexion et affiche la page de connexion ou d'affichage des fichiers sans erreur. Si le navigateur fonctionne mais pas l'application, veuillez communiquer à l'administrateur la version de l'application, la version du système d'exploitation de votre téléphone, l'URL exacte du serveur (après avoir masqué les informations personnelles), la durée du test, le réseau utilisé et un extrait anonymisé du journal.