Configurez l'URL de base canonique de Nextcloud sur l'adresse réellement utilisée par les utilisateurs, puis assurez-vous que le serveur Nextcloud puisse résoudre cette adresse et s'y connecter. Pour une installation HTTPS classique, ce paramètre est essentieloverwrite.cli.url ; si Nextcloud est installé derrière un proxy inverse, modifiez également le protocole de redirection ou la racine web uniquement lorsque votre configuration l'exige.
L'avertissement « Le serveur ne possède pas d'adresse de sortie » peut indiquer que Nextcloud n'a pas pu générer ou vérifier d'adresse pour son propre service web. Dans la documentation Nextcloud actuelle, plusieurs vérifications d'installation exigent que le serveur web accède à l'un de ses domaines de confiance ou à l'adresse configurée overwrite.cli.url. Cet avertissement est différent de l'avertissement général « Connexion Internet indisponible », qui signale un problème de DNS sortant, de pare-feu ou d'accès proxy à des services externes.
Choisissez l'URL stable que vos utilisateurs saisissent habituellement. Par exemple, si les utilisateurs ouvrent `/etc/localhost/ https://cloud.example.comlocalhost`, utilisez exactement le même schéma et le même nom d'hôte. Si l'installation est servie depuis un sous-répertoire, tel que `/etc/localhost/localhost` https://example.com/nextcloud, incluez `/ etc/localhost/localhost` /nextclouddans l'URL de base. Évitez d'utiliser `/etc/localhost/ localhost` localhostou le nom d'un conteneur privé comme URL canonique lorsque les liens générés doivent être accessibles depuis l'extérieur de cette machine.
Nextcloud utilise overwrite.cli.urll'URL canonique comme URL de base lorsqu'il génère des liens en dehors d'une requête de navigateur classique, notamment dans les contextes de ligne de commande et de tâches en arrière-plan. Ce paramètre est donc approprié lorsqu'un avertissement ou un lien brisé est dû à une URL incorrecte déduite lors de l'installation.
Sur une installation Linux standard, accédez au répertoire Nextcloud qui contient occ— généralement /var/www/nextcloud— et exécutez cette commande en tant qu'utilisateur du serveur web :
cd /var/www/nextcloud
sudo -u www-data php occ config:system:set overwrite.cli.url --value="https://cloud.example.com"Remplacez l'URL d'exemple par votre adresse publique réelle. Pour une installation dans un sous-répertoire, indiquez son chemin, par exemple : `/etc/ https://example.com/nextcloudwebserver/localhost/`. Si votre installation utilise un compte serveur web, un conteneur ou une structure de paquets différents, suivez la méthode documentée correspondante pour exécuter la commandeocc ; le chemin et le compte indiqués ci-dessus ne sont pas universels.
Vous pouvez également modifier l'élément existant config/config.phpet ajouter cette entrée dans le $CONFIGtableau :
'overwrite.cli.url' => 'https://cloud.example.com',Ne créez pas de deuxième $CONFIGtableau et n'écrasez pas le reste du fichier. Conservez la virgule finale si d'autres entrées suivent. Effectuez une sauvegarde en dehors du configrépertoire actif avant toute modification manuelle ; Nextcloud peut charger des fichiers supplémentaires se terminant par `.nextcloud` .config.phpdepuis ce répertoire comme configuration active.
Un proxy inverse accepte la requête HTTPS publique et la transmet à Nextcloud, parfois via HTTP simple sur un réseau privé. Nextcloud peut alors interpréter incorrectement le schéma, le nom d'hôte ou le chemin d'accès lors de la création de sa propre URL. Le guide officiel des proxys inverses recommande d'utiliser les paramètres de remplacement uniquement en cas d'échec de la détection automatique et de spécifier l'adresse du proxy dans la configuration trusted_proxies.
Pour un proxy qui 10.0.0.1sert Nextcloud à l'adresse https://cloud.example.com/nextcloud, les entrées correspondantes ressemblent à ceci dans le tableau de configuration existant :
'trusted_proxies' => ['10.0.0.1'],
'overwriteprotocol' => 'https',
'overwritewebroot' => '/nextcloud',
'overwrite.cli.url' => 'https://cloud.example.com/nextcloud',Utilisez l'adresse réelle que Nextcloud voit pour le proxy et le chemin public dans votre déploiement. Pour une installation avec un domaine racine, omettez cette option, overwritewebrootsauf si une configuration de proxy spécifique l'exige. Nextcloud indique que cette option overwritehostest inutile dans la plupart des configurations, car il peut lire l'hôte transmis par le proxy ; configurez-la uniquement si vous devez imposer un nom d'hôte. Des paramètres de confiance du proxy ou d'en-tête de transfert incorrects peuvent affecter l'interprétation des adresses IP des clients ; par conséquent, ne copiez pas une adresse d'exemple sans vérifier votre topologie.
Effectuez le test depuis l'hôte Nextcloud ou depuis le conteneur Nextcloud si le service s'exécute dans un conteneur Docker. Commencez par vérifier la résolution de noms, puis effectuez une requête HTTPS :
getent ahosts cloud.example.com
curl -I https://cloud.example.com/status.phpLe nom d'hôte doit correspondre à l'adresse accessible et la requête doit renvoyer une réponse HTTP de Nextcloud sans erreur de certificat. Une requête réussie depuis votre ordinateur portable ne prouve pas que le serveur peut atteindre la même URL. Les serveurs domestiques situés derrière un routeur peuvent rencontrer des difficultés pour accéder à leur propre adresse publique depuis le réseau local ; on parle alors de NAT en boucle ou de NAT de retour. Configurez un DNS partagé afin que le même nom d'hôte public soit résolu en interne vers l'adresse LAN du proxy inverse, ou activez la fonction de bouclage NAT prise en charge par le routeur. Conservez l'URL canonique publique pour que les liens envoyés aux utilisateurs distants restent valides.
Ne « corrigez » pas un problème de certificat en l'utilisant curl -kcomme preuve que le protocole HTTPS fonctionne correctement. Installez ou configurez une chaîne de certificats approuvée par le système ou le conteneur exécutant Nextcloud, puis répétez le test normalement.
Si la page d'administration indique que Nextcloud n'a pas de connexion Internet fonctionnelle ou ne peut pas accéder à plusieurs points de terminaison externes, une overwrite.cli.urlsimple modification ne rétablira pas l'accès Internet sortant. Vérifiez la résolution DNS et les règles de pare-feu sortantes du serveur. Si votre réseau nécessite un proxy HTTP, configurez les paramètres de proxy Nextcloud compatibles ou l'environnement utilisé par PHP et les tâches en arrière-plan ; un proxy configuré uniquement dans un terminal interactif peut ne pas être accessible aux tâches planifiées.
Rechargez la vue d'ensemble de l'administration une fois que Nextcloud a résolu et atteint son URL canonique. Vérifiez que l'adresse utilise le nom d'hôte HTTPS correct et tous les sous-répertoires, puis créez un lien de partage de test et assurez-vous qu'il contient le même hôte accessible. Si l'avertissement concernant l'adresse sortante disparaît mais qu'un avertissement relatif à la connectivité Internet persiste, examinez séparément l'accès sortant. Le manuel d'administration actuel de Nextcloud documente l'URL et les paramètres du proxy inverse ; le libellé exact des écrans peut varier selon la version et l'interface traduite.
Corrigez l'avertissement concernant l'adresse sortante manquante de Nextcloud en définissant son URL canonique et en vérifiant le DNS, le HTTPS et le routage du proxy inverse depuis le serveur lui-même.
Configurez APCu et Redis via un socket Unix local pour la mise en cache et le verrouillage des fichiers Nextcloud, avec les étapes pour les versions actuelles et antérieures de Nextcloud.
Vérifiez le mode cron de Nextcloud, réparez son service systemd et son minuteur, et assurez-vous que les tâches en arrière-plan s'exécutent après le démarrage et toutes les cinq minutes.
Activez le verrouillage fiable des fichiers Nextcloud, choisissez le bon backend Redis ou Valkey et vérifiez que l'avertissement disparaît sans risque de modifications simultanées des fichiers.
Corrigez les problèmes courants d'analyse de Nextcloud grâce aux mises à jour actuelles, HTTPS et HSTS, à une confiance précise du proxy inverse et à des vérifications auprès du serveur public.
Configurez Nextcloud SSE pour le stockage qui en a besoin, protégez les clés de chiffrement et mesurez l'impact sur les transferts et le processeur avant de chiffrer les fichiers existants.
Connectez la recherche de fichiers de Nextcloud à Elasticsearch, indexez le contenu des documents et choisissez une configuration adaptée à votre serveur et à vos besoins de sécurité.
Configurez Nextcloud pour supprimer les fichiers supprimés après une période de rétention définie, planifiez les tâches en arrière-plan de manière fiable et évitez les commandes qui vident la corbeille de tous les utilisateurs.
Exécutez la réparation OCC de Nextcloud en toute sécurité, prévisualisez les modifications de la base de données et vérifiez pourquoi l'avertissement peut persister.
Autorisez les chargements de fichiers plus volumineux via le navigateur Nextcloud en alignant les paramètres PHP, Nginx ou Apache, le stockage temporaire et les délais d'expiration, et vérifiez quelle limite bloque le fichier.
