Synchronisation de fichiers hors connexion : dans Windows 7, le bouton d’option « Travailler hors connexion/Travailler en ligne » disparaît de Windows Explorer après une transition hors connexion/en ligne et la mise en cache Client-Side reste hors connexion jusqu’au prochain redémarrage de l’ordinateur

  • Article

Cet article fournit une solution pour résoudre les problèmes où le bouton d’option Travailler hors connexion/Travailler en ligne disparaît de Windows Explorer après une transition hors connexion/en ligne et où la mise en cache Client-Side reste hors connexion jusqu’au prochain redémarrage de l’ordinateur.

S’applique à :Windows 7 Service Pack 1
Numéro de la base de connaissances d’origine : 2512089

Symptômes

Vous avez configuré Windows 7 pour la synchronisation de fichiers hors connexion afin de synchroniser le contenu des partages réseau et de le rendre disponible hors connexion. Les utilisateurs remarquent que Windows 7 passe généralement en mode hors connexion ; Toutefois, Windows 7 ne revient pas automatiquement en mode en ligne une fois le réseau disponible. La synchronisation du chemin UNC n’est pas possible et, dans le Centre de synchronisation, aucune information n’est disponible pour le partenariat de synchronisation de fichiers hors connexion.

Si l’utilisateur accède aux ressources réseau dans Windows Explorer, certaines ressources réseau sont en ligne et accessibles. Toutefois, lorsque l’utilisateur tente d’accéder aux ressources qui ont été rendues disponibles hors connexion, le contenu hors connexion s’affiche à partir de la mise en cache Client-Side. L’utilisateur peut créer des fichiers et modifier des fichiers existants, mais ces fichiers restent dans le cache local.

Vous fournissez un partage de fichiers et des sous-dossiers pour chaque utilisateur, comme dans l’exemple suivant :

\\ServerName\ShareName$\dir1\dir2

Un utilisateur disposant des autorisations appropriées peut accéder aux sous-dossiers dir1 et dir2, mais n’a pas les autorisations nécessaires pour afficher le contenu du partage ShareName$.

Cause

Ce comportement est dû à la façon dont Windows Vista et Windows 7 gèrent les opérations de fichiers distants. Le chemin d’accès UNC est analysé et la disponibilité de chaque partie est vérifiée. Dans le cas décrit dans les sections ci-dessus, Windows Vista ou Windows 7 recherche le préfixe \\ServerName. Si cette opération réussit, elle vérifie si \\ShareName$\ est disponible. En raison de droits d’accès manquants à ce niveau, l’opération de fichier distant échoue et la mise en cache Client-Side (CSC) fournit des fichiers à partir du contenu hors connexion si le chemin UNC a été rendu disponible hors connexion.

Remarque

si vous utilisez l’espace de noms DFS (AD intégré ou autonome), \\domaine\dossier1\dossier2 CSC case activée également dossier1 et dossier2 sur le serveur d’espace de noms DFS.

Résolution

Pour résoudre ce problème de synchronisation de fichiers hors connexion, assurez-vous que toutes les parties d’un chemin UNC sont accessibles par un utilisateur. Sur un chemin UNC tel que \\ServerName\ShareName$\dir1\dir2 (où ServerName peut être un serveur de fichiers ou un serveur DFSN), les autorisations suivantes sont requises sur ShareName$ lorsque l’utilisateur synchronise le sous-dossier dir1 :

Autorisations de niveau partage (SMB) pour le partage de fichiers hors connexion ShareName$ :

Compte d’utilisateur Autorisations par défaut Autorisations minimales requises
Tout le monde Lecture Aucune autorisation
Groupe de sécurité d’utilisateurs devant placer des données sur le partage. S/O Remplacez

Dans cet exemple, tout le monde est supprimé des autorisations de partage et un groupe global contenant le compte d’utilisateur est utilisé pour définir des autorisations de niveau de partage.

Autorisations NTFS nécessaires pour le dossier racine ShareName$ pour la synchronisation de fichiers hors connexion :

Compte d’utilisateur Autorisations minimales requises
Propriétaire du créateur Contrôle total, sous-dossiers et fichiers uniquement
Administrateur Aucun
Groupe de sécurité d’utilisateurs qui doivent placer des données sur le partage Lister les données de dossier/de lecture : ce dossier, les sous-dossiers et les fichiers
Tout le monde Aucune autorisation
Système local Contrôle total, ce dossier, sous-dossiers et fichiers

Sur les sous-dossiers \dir1 et \dir2, les autorisations suivantes sont requises : autorisations NTFS nécessaires pour les dossiers dir1 et dir2 pour la synchronisation de fichiers hors connexion :

Compte d’utilisateur Autorisations par défaut Autorisations minimales requises
%Username% S/O Lecture, Écriture
Système local Contrôle total Contrôle total
Administrateurs Aucune autorisation Aucune autorisation
Tout le monde Aucune autorisation Aucune autorisation

Plus d’informations

Dans Windows Vista et Windows 7, toutes les demandes d’accès au système de fichiers distant sont canalées par le fournisseur multiple UNC (MUP). MUP redirige la requête vers un redirecteur réseau (le fournisseur UNC) capable de gérer la demande de système de fichiers distant. Par exemple, pour les requêtes SMB, MUP redirige la requête vers le fournisseur de réseau LanmanWorkstation (ntlanman.dll). LanmanWorkstation appelle le service station de travail (svchost.exe) qui appelle le redirecteur réseau (mrxsmb.sys).

MUP effectue une demande d’opération de résolution de préfixe (IOCTL_REDIR_QUERY_PATH) au redirecteur réseau qui est inscrit auprès de MUP et capable de traiter le type de requête. Cette opération de résolution de préfixe analyse le chemin UNC et vérifie la disponibilité de chaque partie. Si le message de retour de la résolution de préfixe est STATUS_LOGON_FAILURE ou STATUS_ACCESS_DENIED, la requête échoue et MUP indique que le chemin d’accès UNC n’est pas accessible.

La mise en cache Client-Side intercepte les requêtes qui sont acheminées vers le redirecteur réseau. Si l’opération de résolution de préfixe échoue comme décrit dans la section ci-dessus, CSC fournit du contenu à partir du cache local si le chemin d’accès UNC a été mis hors connexion auparavant.

Le comportement est décrit en détail sur les liens suivants :