Paramètres de stratégie des envois standard

Dans Ping64, une tâche d’envoi standard FileLink envoie des fichiers aux destinataires sélectionnés. Cette page décrit l’envoi standard ; FTP et SMB utilisent d’autres méthodes et paramètres.

Le message Sent successfully indique la création de la tâche, pas la récupération par chaque destinataire. Après création, vérifiez traitement, approbation et réception dans la liste des envois.

Avant l’envoi

• Utilisez un compte autorisé à envoyer et vérifiez que destinataires et fichiers respectent les exigences de sécurité.
• Définissez nom de tâche, destinataires et fichiers. Vérifiez si la stratégie impose le code d’extraction, la durée ou le nombre d’extractions.
• Certaines options exigent un mot de passe de paquet sécurisé ou d’autres paramètres. Leur disponibilité dépend de la page et de la stratégie. Transmettez mots de passe et codes par des canaux sécurisés approuvés.

Configurer les conditions d’envoi

1. Dans l’administration FileLink, ouvrez « MFT Security », créez ou modifiez une stratégie et vérifiez son activation et ses comptes cibles. Au moins un compte est requis à la création. Avant modification, vérifiez les stratégies du même type affectées aux utilisateurs.
2. Dans les paramètres, ouvrez la stratégie d’envoi et activez « Regular Tasks ». Pour limiter les destinataires, activez « Restrict Delivery Users » et sélectionnez les personnes autorisées.
3. Définissez selon les exigences taille et type de fichier, nombre quotidien d’envois, nombre de destinataires, durée, extractions et téléchargements. Pour les types, saisissez les extensions ligne par ligne selon la page. Si une approbation est nécessaire, préparez d’abord un modèle pour Send Task et configurez les approbateurs. Dans la stratégie d’envoi, ajoutez une règle sous Trigger Policy, renseignez son nom et sa priorité, activez Standard Task, définissez si nécessaire les conditions de destinataire, de fichier ou autres, puis choisissez Require Approval et le modèle préparé. Enregistrez la règle et vérifiez son activation ainsi que l’ordre des autres règles. Créer un modèle ou enregistrer la stratégie ne déclenche pas à lui seul une approbation.
4. Confirmez les fenêtres et enregistrez la stratégie, puis rouvrez-la pour vérifier comptes et paramètres. En cas d’échec ou de résultat incertain, vérifiez séparément contenu et affectations ; ne supposez ni réussite ni annulation complète.
5. Avec un compte pilote et des fichiers non sensibles, testez les tâches autorisées et interdites et vérifiez approbation et réception. Une affectation peut retirer l’affectation directe du compte à une autre stratégie du même type ; vérifiez également la stratégie précédente.

Exigences relatives au code de retrait : dans la stratégie d’envoi, activez Force Extraction Code si nécessaire et saisissez un entier supérieur à zéro dans Extraction Code Length. Lorsque cette option est active, la page d’envoi normal maintient l’option de code activée et la tâche doit utiliser un code. Ce réglage influe sur la longueur du code généré par cette page ; les autres modes de création de tâches d’envoi normal doivent aussi respecter la longueur maximale applicable. Après enregistrement, créez une tâche avec un compte pilote et vérifiez le code et la réception. Transmettez le code par un canal sécurisé approuvé ; il ne remplace ni les droits du compte destinataire ni les autres restrictions d’accès.

La priorité d’une règle de déclenchement doit être un entier de 1 à 100, distinct de celui des autres règles de la même liste. Après l’enregistrement, vérifiez l’état et l’ordre des règles, puis testez les correspondances et les résultats d’approbation sur un périmètre pilote.

Lors de l’évaluation des règles de déclenchement de cette fonctionnalité, les règles de déclenchement activées d’une même stratégie applicable sont examinées par numéro de priorité croissant. La première règle correspondante détermine cette décision ; si aucune ne correspond et qu’une règle par défaut activée existe, celle-ci est utilisée. D’autres paramètres et étapes de traitement peuvent modifier le résultat final : vérifiez-les séparément sur un périmètre pilote.

Une restriction de type de fichier ne signifie pas que chaque fichier d’une archive a été contrôlé. Si le contenu de l’archive doit être examiné, contrôlez-le séparément avant l’envoi ou le dépôt selon une méthode approuvée par l’organisation. Une politique enregistrée ou un téléversement réussi ne prouve pas à lui seul la conformité du contenu.

Accusés de lecture et de réception : Dans Send Policy, choisissez séparément pour chaque type les modes autorisés No receipt, Request receipt ou Mandatory receipt. Conservez au moins un mode par type et définissez Default selection parmi les modes autorisés. Après enregistrement, l'expéditeur choisit parmi ces modes lors de la création d'une tâche normale ; un champ limité à un seul mode n'est pas modifiable. Vérifiez l'état dans les tâches envoyées. Un accusé de consultation ou de réception ne prouve pas le téléchargement complet du fichier.

Limite du contrôle de type de fichier : pour un envoi ordinaire, le contrôle du type utilise l’extension du nom du fichier. Modifier cette extension peut changer le résultat du filtre ; son acceptation ne prouve ni le format réel ni la sûreté du contenu. Ne concluez pas à l’absence de risque sur ce seul critère. Utilisez les contrôles de contenu et mesures de sécurité vérifiés par votre organisation, puis testez le comportement réel avec des échantillons non sensibles.

• Créer une tâche d’envoi standard