Le partage fédéré Nextcloud, aussi nommé federated sharing, permet d'envoyer un fichier ou un dossier à un compte hébergé sur une autre instance. Chaque organisation conserve son serveur et ses utilisateurs. Le destinataire reçoit le partage dans son propre Nextcloud, sans qu'un compte local soit créé sur le serveur de l'émetteur.
Cette fonction répond à un besoin précis : collaborer régulièrement entre deux structures déjà équipées de Nextcloud. Elle ne remplace ni un lien public pour un envoi ponctuel, ni un compte invité pour une personne qui doit utiliser plusieurs applications de votre instance. Voici comment choisir le bon parcours, préparer les deux serveurs, créer le partage et diagnostiquer un échange qui échoue.
Quand utiliser un partage fédéré plutôt qu'un lien public ?
Un partage interne cherche un utilisateur du même serveur. Un partage fédéré cible l'identifiant d'un utilisateur situé sur une autre instance Nextcloud. Le dossier reçu apparaît dans l'espace du destinataire comme un partage distant.
Le guide du partage sécurisé Nextcloud détaille déjà les droits locaux, les liens publics et File Drop. La fédération se distingue par l'identité du destinataire et par une communication entre deux serveurs.
| Besoin | Mécanisme adapté | Compte requis sur votre serveur |
|---|---|---|
| Collaborer avec un collègue interne | Partage utilisateur ou groupe | Oui |
| Envoyer un document à une personne sans Nextcloud | Lien public protégé | Non |
| Donner une identité limitée à un prestataire | Compte invité Guests | Oui, compte invité |
| Collaborer avec un utilisateur d'une autre instance | Partage fédéré direct | Non |
| Monter dans Nextcloud un contenu reçu par lien | Ajout d'un lien public à votre Nextcloud | Non sur le serveur source |
Le choix dépend surtout de la durée et du niveau d'identification. Pour une collaboration répétée entre deux comptes Nextcloud, la fédération évite de gérer un doublon de compte. Pour une signature ou un téléchargement unique, un lien public expirant reste plus simple.
La fédération ne fusionne pas les deux instances
Les comptes, groupes, applications et règles d'administration restent séparés. Seule la ressource partagée traverse la frontière entre les serveurs selon les permissions accordées.
Quels prérequis vérifier sur les deux serveurs ?
Nextcloud livre deux applications liées à ce mécanisme : Federated file sharing pour les partages distants et Federation pour les serveurs de confiance et l'annuaire fédéré. La documentation d'administration de la fédération les présente comme installées et actives par défaut. Vérifiez tout de même leur état sur les deux instances, car un administrateur peut les avoir désactivées.
Dans Paramètres d'administration > Partage, contrôlez séparément les deux directions :
- les utilisateurs de votre serveur peuvent-ils envoyer des partages fédérés ?
- les utilisateurs de votre serveur peuvent-ils recevoir des partages provenant d'autres instances ?
Une seule case désactivée suffit à bloquer le parcours. Un serveur peut autoriser la réception tout en interdisant l'envoi, ou l'inverse. Ne concluez donc pas qu'une fédération entière est en panne à partir d'un seul test.
Les deux instances doivent aussi être joignables par leur URL publique en HTTPS, avec un nom DNS et un certificat valides. Nextcloud bloque par défaut les serveurs distants qui résolvent vers une adresse locale ou privée. Le paramètre allow_local_remote_servers existe pour des architectures particulières, mais sa valeur par défaut protège contre des connexions serveur à serveur vers le réseau interne. Ne l'activez pas uniquement pour faire disparaître une erreur, sans vérifier la route, le proxy et le risque d'accès à des services privés.
Enfin, testez avec deux comptes pilotes et un dossier sans donnée sensible. Les versions, les applications actives et les politiques de partage peuvent différer. Le guide général de Nextcloud replace ces contrôles dans l'administration complète de l'instance.
Comment trouver l'identifiant fédéré du destinataire ?
Le destinataire ouvre ses paramètres personnels, puis la section Partage. Nextcloud y affiche son identifiant de cloud fédéré, parfois appelé Federated Cloud ID. Sa forme courante est :
utilisateur@cloud.exemple.fr
Si l'instance est installée dans un sous-répertoire, l'identifiant affiché peut inclure ce chemin. Il vaut mieux copier la valeur fournie par l'interface que reconstruire l'adresse à la main. Une adresse e-mail ne devient pas automatiquement un identifiant fédéré, même si les deux valeurs se ressemblent.
L'administrateur peut changer le nom affiché par les utilisateurs pour la partie domaine de l'identifiant, mais ce réglage n'est qu'une présentation. La documentation précise qu'il ne crée ni DNS ni redirection. L'adresse technique de l'instance doit donc rester réellement joignable.
Pour réduire les erreurs, demandez au destinataire de transmettre son identifiant exact par un canal convenu. Vérifiez le nom d'utilisateur, le domaine et l'éventuel chemin avant d'envoyer une ressource professionnelle.
Comment créer et accepter le partage entre deux instances ?
Depuis l'application Fichiers du serveur source :
- ouvrez le panneau de partage du fichier ou du dossier ;
- collez l'identifiant fédéré du destinataire ;
- sélectionnez la proposition distante ;
- accordez uniquement la permission nécessaire ;
- attendez la confirmation de connexion entre les serveurs.
Le destinataire reçoit ensuite une notification. Il peut accepter ou refuser le partage, sauf si son réglage personnel prévoit une acceptation automatique pour le périmètre concerné. Après acceptation, la ressource apparaît dans son espace de fichiers. Il peut la renommer localement sans changer le nom du dossier source.
La procédure utilisateur officielle documente actuellement une permission Can edit lorsque la connexion fédérée a réussi. Les options exactes peuvent varier avec les versions et la nature de la ressource. Faites donc une recette avec le compte distant : ouverture, création d'un fichier de test, modification, suppression et repartage uniquement si ces actions doivent être autorisées.
Un partage distant n'est pas une sauvegarde
Le destinataire monte une ressource servie par l'instance source. Si le partage est révoqué ou si le serveur source devient indisponible, cet accès distant peut disparaître. Conservez une sauvegarde selon la politique du propriétaire des données.
Le propriétaire doit aussi savoir qui administre l'instance distante. La fédération identifie le compte destinataire, mais chaque serveur conserve ses propres sessions, journaux, sauvegardes et règles de sécurité. Pour les données sensibles, consignez au minimum le propriétaire, les deux organisations, l'identifiant distant, les droits et la date de revue. La checklist de sécurité Nextcloud complète ces contrôles pour les comptes et le serveur.
À quoi servent les serveurs de confiance ?
La liste des serveurs de confiance n'est pas obligatoire pour adresser directement un identifiant fédéré connu. Elle sert surtout à établir une relation administrée entre deux instances et à synchroniser leurs annuaires fédérés afin de proposer des destinataires distants dans la recherche.
Un administrateur ajoute l'URL de l'autre serveur dans Paramètres d'administration > Partage > Fédération. Nextcloud affiche alors trois états :
- jaune : connexion établie, mais les noms d'utilisateurs ne sont pas encore échangés ;
- vert : connexion établie avec échange des noms pour l'annuaire fédéré ;
- rouge : échec de connexion.
La relation devient complète lorsque l'administrateur du second serveur ajoute à son tour le premier. Nextcloud synchronise ensuite les annuaires selon sa tâche planifiée. Pour forcer cette opération pendant un diagnostic, la documentation indique la commande suivante :
sudo -E -u www-data php occ federation:sync-addressbooks
Adaptez le compte du serveur web et le chemin de occ à votre installation. Cette commande traite la synchronisation d'annuaire. Elle ne répare pas un certificat invalide, une URL inaccessible ni une politique qui interdit les partages entrants.
N'ajoutez pas un serveur de confiance seulement pour partager un dossier avec une personne. Cette relation facilite la découverte des utilisateurs entre les deux organisations. Elle mérite donc une décision d'administration, une validation réciproque et une revue lorsqu'un partenariat prend fin.
Peut-on ajouter un lien public à son propre Nextcloud ?
Oui, le manuel utilisateur décrit un second parcours. Le propriétaire crée d'abord un lien public. Sur sa page publique, le destinataire peut choisir Add to your Nextcloud, saisir l'adresse de son instance, puis accepter le partage distant. Si le lien est protégé par mot de passe, celui-ci lui est demandé.
Ce montage ne doit pas être confondu avec un partage direct envoyé à un Federated Cloud ID. Le lien public conserve ses propres règles. Son propriétaire peut le protéger, le faire expirer ou le supprimer. Lorsque le lien cesse de fonctionner, le montage distant n'offre pas une copie indépendante du contenu.
Ce parcours est utile lorsqu'un partenaire possède Nextcloud mais ne souhaite pas transmettre son identifiant fédéré avant l'envoi. Pour une collaboration durable et attribuée à un compte précis, le partage direct reste plus lisible dans le registre des accès.
Comment diagnostiquer un partage fédéré qui ne fonctionne pas ?
Procédez dans un ordre fixe afin de ne pas modifier plusieurs paramètres à la fois.
1. Relire les deux autorisations de partage
Sur la source, vérifiez l'envoi de partages fédérés. Sur la destination, vérifiez la réception. Contrôlez les deux interfaces avec un administrateur, car l'utilisateur ne voit pas toujours la politique qui bloque son action.
2. Copier le Federated Cloud ID depuis le compte distant
Évitez une adresse reconstituée. Un sous-répertoire, un ancien domaine ou une confusion avec l'e-mail peut suffire à empêcher la résolution du compte.
3. Tester l'URL publique des deux instances
Ouvrez chaque URL depuis un réseau extérieur. Contrôlez le certificat, les redirections et la réponse du proxy. Un accès correct depuis le réseau local ne prouve pas que l'autre serveur peut joindre l'instance.
4. Vérifier la résolution vers une adresse privée
Si l'une des URL résout vers une adresse locale, Nextcloud peut la refuser par défaut. Corrigez d'abord le DNS ou l'architecture d'accès. N'ouvrez le paramètre allow_local_remote_servers qu'après une analyse du réseau et des destinations autorisées.
5. Séparer partage direct et serveur de confiance
Un état rouge ou jaune dans la liste des serveurs de confiance explique un problème d'annuaire et d'autocomplétion. Il ne prouve pas, à lui seul, qu'un partage direct vers un identifiant exact est impossible. Testez les deux mécanismes séparément.
6. Reproduire avec un petit fichier et relever l'heure
Envoyez un fichier pilote, notez l'heure, l'utilisateur source et l'identifiant distant, puis consultez les journaux des deux instances. Cherchez une erreur de certificat, de résolution, d'authentification, de politique de partage ou de communication serveur à serveur. Ne laissez pas un niveau de journalisation détaillé actif plus longtemps que nécessaire.
7. Tester la révocation
Une fois le partage accepté, retirez-le côté source et confirmez qu'il n'est plus accessible côté destination. La mise en service n'est complète que si l'équipe sait aussi fermer l'accès.
Conclusion
Le partage fédéré Nextcloud convient lorsque deux utilisateurs dépendent de serveurs différents mais veulent collaborer sans créer de compte supplémentaire. Vérifiez les applications de fédération, autorisez séparément l'envoi et la réception, copiez l'identifiant affiché par le compte distant, puis testez les droits et la révocation avec une ressource pilote.
Les serveurs de confiance ajoutent l'annuaire fédéré et l'autocomplétion, mais ils ne sont pas nécessaires à chaque partage direct. Gardez cette relation pour les partenariats administrés, avec une validation des deux organisations.
Découvrir l'hébergement Nextcloud GaprodEspace collaboratif géré et hébergé en France