VNX : CAVA error VC : 3: 32: Le serveur 'x.x.x.x' a renvoyé l’erreur 'FAIL' lors de la vérification du fichier

Pendant l’exécution de la vérification antivirus, une erreur indique que le service VC n’a pas réussi à la vérifier dans les logs :

2016-03-29 11:38:44 : Croix de Victoria: 3: 32: Le serveur 'x.x.x.x' a renvoyé l’erreur 'FAIL' lors de la vérification du fichier '\root_vdm_id\mount_path\filename.ext'

Le message « FAIL » s’affiche lorsqu’une demande d’analyse est ouverte (le service VC sur le logiciel de transfert de données envoie une demande aux serveurs CAVA) et lorsque le serveur CAVA tente de l’ouvrir, le fichier est introuvable.  Cela signifie que le fichier a été supprimé avant d’avoir pu être analysé.  Dans certains scénarios, cela peut se produire :

• Cela peut notamment se produire si le fichier était un cookie, un fichier temporaire ou un fichier de verrouillage.  Microsoft Office, par exemple, crée des fichiers temporaires au format ~$<original_filename.xxxx>.  Ces fichiers disparaissent normalement lors de l’enregistrement ou de la fermeture du fichier. Si cela se produit rapidement, le fichier peut disparaître avant d’avoir eu le temps d’être analysé, ce qui entraîne le message ÉCHEC dans le journal du logiciel de transfert de données.  Les noms de fichiers qui échouent lors des analyses identifient généralement ce problème comme étant la source du problème.
• Cela peut également se produire si le fichier comporte une « disposition » spéciale.  Dans SMB et SMB2, l’utilisateur peut définir une disposition « delete on close » lors de l’ouverture d’un fichier.  Si le fichier qui est renvoyé pour analyse est ouvert par un autre utilisateur avec ce jeu de disposition, le fichier est supprimé avant d’avoir pu être analysé, ce qui entraîne le message ÉCHEC dans les logs du logiciel de transfert de données.  Cette option peut être vue dans les traces de paquets en regardant les appels SMB 'Create' ou 'SetInfo', mais sera définie par l’utilisateur effectuant la suppression, et probablement pas par les serveurs CAVA.  Cela peut rendre les choses difficiles, car le trafic normal doit être surveillé (pas seulement le serveur AV) pour déterminer qui définit le drapeau.

La meilleure solution consiste à arrêter ce qui supprime le fichier (les utilisateurs externes qui suppriment le fichier).  Cela peut signifier désactiver l’utilisation des fichiers temporaires dans Office ou stocker d’autres fichiers temporaires ou cookies dans un répertoire local au lieu d’un répertoire partagé.  Si cela n’est pas possible, modifiez viruschecker.conf pour exclure ces types de fichiers de la vérification en modifiant la ligne « excl » pour exclure ~$*.* (pour les fichiers Office), *.tmp ou toute autre extension pouvant être à l’origine de ces erreurs.

viruschecker.conf :CIFSserver=<serveur CIFS sur le>
logiciel de transfert de données addr=<configuré serveurs>
CAVAexcl=~$*.*:*.accdb :*.laccdb :*.ldb :*.mdb :*.pst :*.tmp :????????

masks=*.*
shutdown=viruschecking

Ressources supplémentaires :
https://support.microsoft.com/en-us/kb/211632 (description de la façon dont Word crée des fichiers temporaires)
https://wiki.wireshark.org/SMB2/SMB2_FILE_DISPOSITION_INFO (SMB2_FILE_DISPOSITION_INFO adresse la fonction « supprimer à la fermeture »)