Win32 error: The network path was not found. Code 53

La sauvegarde d'un serveur échoue avec l’erreur suivante:
 

 Error: Failed to connect to guest agent. Errors: 'Cannot connect to the host's administrative share. Host:  []. Account: [...]. Win32 error:The network path was not found.  Code: 53 Cannot connect to the host's administrative share. Host:  [
  ]. Account: [...]. Win32 error:The network path was not found.  Code: 53 
  
 

 

Remarque:Cela concerne les environnements VMware et Hyper-V.

Cette erreur se produit lorsque le proxy Guest Interaction Proxy (vSphere| Hyper-V)  ne parvient pas à se connecter au SE invité de la VM lors de la sauvegarde avec Application-Aware Processing ( vSphere | Hyper-V >).

Le proxy Guest Interaction Proxy d’abord tentera de se connecter à la VM par son nom d’hôte, cette connexion peut échouer si l’adresse IP ne peut pas être résolue.
Si le proxy Guest Interaction Proxy ne parvient pas à se connecter au partage administratif de la VM par le nom d’hôte, il essaiera d’utiliser l’adresse IP signalée à l’hyperviseur.

L’erreur Win32 error "The network path was not found" est reçue par le proxy   Guest Interaction Proxy du côté du SE de la VM lorsqu’il tente de se connecter à   \\ \admin$

• Désactivez temporairement le pare-feu à l’intérieur du SE invité. Si le test «Guest Credentials Test» et le job sont réussis avec le pare-feu désactivé, consultez la liste des ports à ouvrir (vSphere|Hyper-V) et effectuez les modifications nécessaires.
  
• Assurez-vous que l’heure du système Windows du  serveur Veeam et du proxy Guest Interaction Proxy  est la même que celle du SE invité.
  
• Assurez-vous que l'option «Partage de fichiers et d’imprimantes» est activée dans le SE invité.
  • Une fois l'option de «Partage de fichiers et d’imprimantes» est activée sur le SE invité, assurez-vous que les règles de pare-feu sont définies pour autoriser le trafic pour le «Partage de fichiers et d’imprimantes» .
• Si le SE  invité est Vista/2008 ou une version ultérieure:
  • Dans le Centre Réseau et Partage, si le réseau est défini comme «Public», le pare-feu sera verrouillé et bloquera le trafic.
  • Vérifiez que le service Registre à distance est démarré.

Remarque: Lorsque vous travaillez avec des environnements vSphere, il est possible pour  Veeam Backup & Replication d’utiliser une méthode de connexion sans réseau (VIX) en cas d’échec de la communication directe.Cette méthode utilise les outils VMware (VMware tools) pour pousser les composants d’exécution dans la machine et les gérer. Si la VM sauvegardée se trouve dans une zone DMZ ou dans un autre réseau isolé, il peut être impossible de faire fonctionner connexion par RPC et la connectivité via VIX devra être examinée. Référence: https://www.veeam.com/kb1788

Forcer VIX dans des environnements isolés

Si  Veeam Backup & Replication doit fonctionner dans un environnement vSphere où le serveur Veeam et ses composants n’auront jamais de connectivité réseau directe au SE invité des machines virtuelles, il est possible de forcer VIX à être tenté en premier.

Créez la valeur de Registre suivante sur le serveur Veeam Backup & Replication :

Emplacement de la clé:  HKLM\SOFTWARE\Veeam\Veeam Backup and Replication\
Nom de la valeur:  InverseVssProtocolOrder
Type de valeur:  DWORD (32 bits)
Données de la valeur:  1

Pour désactiver (le comportement par défaut), mettez la valeur à 0 (faux)

 

Pour Veeam Backup & Replication 9.x et versions ultérieures, vous devez également créer la valeur sur le proxy Guest Interaction Proxy
(notez que le chemin d’accès est différent)

Emplacement de la clé: HKLM\SOFTWARE\Wow6432Node\Veeam\Veeam Backup and Replication\
Nom de la valeur:  InverseVssProtocolOrder
Type de valeur: DWORD (32 bits) Données
de la valeur: 1

Pour désactiver (le comportement par défaut), mettez la valeur à 0 (faux)

Le redémarrage du service Veeam n’est pasnécessaire.