# Configurer et vérifier la livraison de fichiers entre domaines

Canonical: https://www.nsecsoft.com/fr/docs/ping64-file-collaboration/filelink/file-transfer/cross-domain-delivery/

Language: fr-FR

Updated: 2026-11-15T04:14:58.400777Z

La livraison entre domaines permet d'envoyer des fichiers entre des organisations qui administrent FileLink séparément. Les administrateurs configurent chacun leur domaine local, échangent leurs informations de connexion et ajoutent l'autre partie comme domaine de confiance. Ils définissent ensuite les directions d'envoi et de réception autorisées ainsi que les contacts publiés. La sélection des destinataires et l'envoi restent soumis aux autorisations utilisateur et à la stratégie d'envoi. La confiance ne synchronise pas les structures organisationnelles.

Cette fonction diffère de la [livraison distante par FTP ou SMB](https://www.nsecsoft.com/fr/docs/ping64-file-collaboration/filelink/remote-delivery/). Ici, un domaine désigne un périmètre d'administration des connexions FileLink et ne correspond pas nécessairement à un domaine AD ou DNS.

Les noms des commandes ci-dessous se réfèrent à l'interface en anglais. Ils peuvent différer lorsque l'interface utilise une autre langue.

## Préparation

-   Désignez de chaque côté un administrateur autorisé à configurer FileLink. Déterminez si chaque organisation doit envoyer, recevoir ou faire les deux et vérifiez les droits FileLink des utilisateurs pilotes.
-   Vérifiez la connectivité entre les deux services. Préparez pour chacun une origine HTTPS accessible par l'autre partie et un certificat valide. L'origine ne doit pas contenir de chemin de page applicative. Confirmez les conditions d'accès avec les administrateurs réseau et service.
-   Déterminez les utilisateurs locaux à publier auprès de l'autre organisation en limitant le périmètre au nécessaire. Les contacts publiés sont sélectionnés séparément pour chaque domaine de confiance. Ne supposez pas que les personnes non sélectionnées sont visibles de l'autre partie.
-   Préparez un fichier non sensible et des comptes pilotes convenus par les deux parties. Planifiez la plage de changement et consignez la configuration existante et les responsables pour éviter de perturber les transferts en cours.

## Configurer chaque domaine local et échanger les informations

Les deux parties doivent effectuer ces opérations séparément ; une configuration d'un seul côté ne suffit pas :

1.  Dans l'administration FileLink, ouvrez **Configuration**. Sous **Local Domain**, renseignez **Company name** et l'**HTTPS address** accessible par l'autre partie. Utilisez une origine HTTPS, par exemple `https://files.example.com` ; cette adresse est uniquement illustrative.
2.  Activez **Enable cross-domain delivery**, puis choisissez **Save**. Vérifiez de nouveau le nom, l'adresse et l'état d'activation. Les informations nécessaires à l'export sont disponibles après la première activation enregistrée.
3.  Choisissez **Export connection information** et transmettez le fichier à l'administrateur partenaire par un canal sécurisé approuvé par votre organisation. Recevez également son fichier exporté. L'export utilise la configuration enregistrée. Après une modification du nom ou de l'adresse, enregistrez d'abord, exportez à nouveau et vérifiez les informations avec l'autre partie.
4.  Vérifiez et protégez les informations de connexion par des canaux de confiance ; ne les publiez pas librement. La clé privée du domaine local n'est pas exportée. Ne supposez pas qu'un fichier de connexion modifié manuellement reste utilisable.

## Ajouter le domaine de confiance et définir les directions

1.  Sous **Trusted Domains**, choisissez **Add trusted domain** et utilisez **Import peer connection information** pour sélectionner le fichier fourni par l'autre partie. Vérifiez que le nom de société et l'adresse HTTPS correspondent aux informations convenues. Le fichier JSON pris en charge ne doit pas dépasser 8 192 octets.
2.  Sous **Published contacts**, sélectionnez les utilisateurs locaux autorisés à être publiés auprès de ce domaine. Personne n'est publié par défaut ; choisissez uniquement les comptes nécessaires. L'autre administrateur sélectionne séparément ses propres contacts dans sa configuration de confiance.
3.  Définissez **Enabled**, **Allow sending** et **Allow receiving** selon le besoin. Pour que A envoie à B, A doit autoriser l'envoi dans sa configuration de B et B doit autoriser la réception dans sa configuration de A. Les domaines locaux et les domaines de confiance correspondants doivent aussi être activés des deux côtés. Vérifiez séparément le sens inverse si nécessaire.
4.  Activez **Verify peer HTTPS certificate** et assurez-vous que l'adresse et le certificat du partenaire peuvent être vérifiés. Sans cette vérification, HTTPS est toujours utilisé, mais l'identité du serveur distant n'est pas vérifiée, ce qui augmente le risque d'attaque de l'homme du milieu. Ne désactivez pas systématiquement cette vérification pour résoudre les problèmes.
5.  Enregistrez le domaine de confiance. Chaque partie vérifie dans la liste le nom, l'adresse, l'état et les directions, puis choisit **Test connection** dans le menu d'actions de la ligne. Vérifiez ensuite les contacts et une livraison réelle : un test de connexion réussi ne prouve pas que l'envoi, l'approbation et la réception fonctionnent tous.

**Limites des contacts publiés :** chaque domaine approuvé peut enregistrer au maximum 1 000 contacts distincts. À l’enregistrement, chacun doit être un compte de l’organisation activé, non expiré et autorisé pour FileLink. Si un compte est désactivé, expire ou perd son autorisation, l’autre organisation peut ne plus le voir même s’il avait été sélectionné ; un compte sélectionné devenu inadmissible peut aussi faire échouer un enregistrement ultérieur. Vérifiez l’état et l’autorisation, rechargez et contrôlez la sélection. Si le problème persiste, contactez un administrateur ou le support ; une ancienne liste ne prouve pas la visibilité actuelle.

**Périmètre des destinataires inter-domaines :** les groupes de destinataires de la stratégie d’envoi ne sont développés que pour les personnes de l’organisation locale. Si la stratégie limite les destinataires par personne ou groupe, sélectionnez explicitement le contact de l’autre organisation parmi les destinataires autorisés ; un groupe local seul ne l’autorise pas. Sans restriction par personne ni groupe, ce périmètre n’est pas limité, mais la confiance réciproque, les contacts publiés par le partenaire et les autres conditions d’envoi restent nécessaires. Après enregistrement, vérifiez la liste et la livraison avec un compte pilote.

**État initial d’un nouveau domaine approuvé :** à la création, l’activation, l’autorisation d’envoyer, l’autorisation de recevoir et la vérification du certificat HTTPS du pair sont désactivées. L’import des informations de connexion ne les active pas automatiquement. Chaque administrateur doit activer les options nécessaires au sens convenu et activer explicitement la vérification du certificat du pair, puis vérifier et enregistrer. Pour un domaine existant, contrôlez les paramètres enregistrés au lieu de supposer qu’il utilise les valeurs initiales d’un nouveau domaine.

## Configurer la stratégie d'envoi et effectuer un essai pilote

1.  Côté expéditeur, ouvrez **MFT Security** et vérifiez d’abord l’activation et les **Target Accounts** de la politique applicable existante, ainsi que **Regular Tasks**, les destinataires autorisés, les restrictions de fichiers et les conditions d’approbation sous **Policy Settings > Send Policy**. Réutilisez une configuration adaptée. Si nécessaire seulement, une personne habilitée à gérer les politiques évalue l’impact, crée ou modifie la politique, confirme les fenêtres, enregistre toute la politique puis revérifie les comptes et paramètres. Consultez [Tâche d'envoi normale](https://www.nsecsoft.com/fr/docs/ping64-file-collaboration/filelink/file-transfer/) pour les autres conditions et limites.
2.  Vérifiez que le destinataire a publié le compte pilote auprès de l'expéditeur et que ce compte dispose des droits FileLink. Si la stratégie d'envoi limite les destinataires, vérifiez que le compte figure dans le périmètre autorisé.
3.  Avec le compte pilote de l'expéditeur, ouvrez **New Task** et choisissez **Normal Send**. Dans **Recipient**, recherchez l'organisation partenaire et le contact pilote. Sélectionnez le destinataire, saisissez le nom de la tâche, chargez un fichier non sensible, complétez les paramètres requis et envoyez la tâche.
4.  Côté expéditeur, contrôlez la tâche, l'approbation et la livraison dans **Send Tasks**. Demandez au destinataire de vérifier **Received Tasks** et le fichier réel avec le compte correspondant. La création d'une tâche ne signifie pas que l'autre partie a reçu ou extrait le fichier. Attendez, le cas échéant, le résultat effectif de l'approbation.
5.  Vérifiez aussi le périmètre avec des comptes qui ne doivent pas être publiés ou recevoir de fichiers, puis testez séparément le sens inverse si nécessaire. Un seul test de connexion ou compte ne démontre pas que tous les utilisateurs et toutes les directions sont correctement configurés.

**Accusés interdomaines :** La production d’un accusé de lecture ou de réception dépend des paramètres de la tâche d’envoi et du choix du destinataire. Lorsque le report est autorisé, le destinataire peut envoyer l’accusé ultérieurement au moyen de l’action disponible dans le détail de la tâche reçue. Les accusés interdomaines doivent être synchronisés entre les services : l’affichage chez l’expéditeur peut donc être retardé. L’absence momentanée d’un accusé ne prouve pas à elle seule que le destinataire n’a pas consulté ou récupéré les fichiers, ni que la livraison a échoué. Vérifiez d’abord la tâche et le choix avec le destinataire, puis faites contrôler la connexion et les services par les deux administrateurs. Voir [Recevoir des fichiers](https://www.nsecsoft.com/fr/docs/ping64-file-collaboration/filelink/file-transfer/receive-files/) pour distinguer récupération et accusé.

Stratégie associée : [Paramètres de stratégie des envois standard](https://www.nsecsoft.com/fr/docs/ping64-file-collaboration/filelink/file-transfer/send-policy/)

## Modifier et résoudre les problèmes

-   **Partenaire ou contact introuvable :** vérifiez l'activation des domaines locaux et de confiance des deux côtés, **Allow sending** chez l'expéditeur, **Allow receiving** chez le destinataire, les contacts publiés et leurs droits. Vérifiez ensuite la stratégie d'envoi, le réseau et le certificat. Si la liste des contacts est incomplète, recherchez la cause et rechargez-la avant de conclure sur son périmètre total.
-   **Échec du test de connexion :** vérifiez que les deux parties ont importé les informations de connexion actuelles, puis contrôlez l'origine HTTPS, l'accès réseau, la vérification des certificats et l'état des services. En cas d'échec de sauvegarde ou de chargement, traitez le message affiché et rechargez ; ne supposez pas que les paramètres sont appliqués.
-   **Remplacer la paire de clés locale :** désactivez d'abord la livraison entre domaines locale et enregistrez, puis choisissez **Replace key pair** conformément à la procédure de changement. Exportez les nouvelles informations et demandez au partenaire de désactiver le domaine de confiance correspondant avant de les importer et de les enregistrer. Réactivez les paramètres, puis testez la connexion et une livraison réelle. Coordonnez l'opération car elle affecte la confiance existante.
-   **Désactiver la livraison entre domaines :** la désactivation et l'enregistrement du commutateur local bloquent les nouveaux transferts et les livraisons non encore publiées, mais ne rappellent pas les fichiers déjà livrés. Pour un changement sur un domaine de confiance, vérifiez aussi les tâches et les utilisateurs concernés. La désactivation ne supprime pas les données déjà obtenues par l'autre partie.
-   **État de tâche incertain :** vérifiez séparément la tâche et l'approbation côté expéditeur ainsi que la tâche côté destinataire, puis demandez à un administrateur autorisé d'examiner le problème. Ne renvoyez pas plusieurs fois des fichiers sensibles avant de connaître le résultat de la tâche initiale.