Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cet article fournit une solution pour résoudre les problèmes où le bouton d’option Work Offline/Work Online disparaît de l’Explorateur Windows après une transition hors connexion/en ligne et la mise en cache côté client reste hors connexion jusqu’au prochain redémarrage de l’ordinateur.
S’applique à : Windows 7 Service Pack 1
Numéro de base de connaissances d’origine : 2512089
Symptômes
Windows 7 est configuré pour la synchronisation de fichiers hors connexion pour synchroniser le contenu à partir de partages réseau et le mettre 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 l’Explorateur Windows, certaines ressources réseau sont en ligne et accessibles ; Toutefois, lorsque l’utilisateur tente d’accéder aux ressources qui ont été mises hors connexion, le contenu hors connexion s’affiche à partir de la mise en cache côté client. L’utilisateur peut créer de nouveaux 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 UNC est analysé et chaque partie est vérifiée pour la disponibilité. Dans le cas décrit dans les sections ci-dessus, Windows Vista ou Windows 7 recherche le préfixe \\ServerName. Si cela réussit, il vérifie si \\ShareName$\ est disponible. En raison des droits d’accès manquants sur ce niveau, l’opération de fichier distant échoue et la mise en cache côté client (CSC) fournit des fichiers à partir du contenu hors connexion si le chemin UNC a été mis hors connexion.
Note
si vous utilisez l’espace de noms DFS (AD intégré ou autonome) \\domain\folder1\folder2 CSC vérifie également le dossier1 et le dossier2 sur le serveur d’espaces de noms DFS.
Résolution
Pour résoudre ce problème avec la 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 les fichiers hors connexion shareName$ :
| Compte d'utilisateur | Autorisations par défaut | Autorisations minimales requises |
|---|---|---|
| Tout le monde | Lire | Aucune autorisation |
| Groupe de sécurité d’utilisateurs qui ont besoin d’insérer des données sur le partage. | N/A | Modifier |
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 au niveau du partage.
Autorisations NTFS nécessaires pour le dossier racine ShareName$ pour la synchronisation de fichiers hors connexion :
| Compte d'utilisateur | Autorisations minimales requises |
|---|---|
| Creator Owner (Créateur propriétaire) | Contrôle total, sous-dossiers et fichiers uniquement |
| Administrateurs | Aucun(e) |
| Groupe de sécurité d’utilisateurs qui doivent placer des données sur le partage | Répertorier les données de dossier/lecture - Ce dossier, sous-dossiers et 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% | N/A | Lire, Écrire |
| 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 distants sont canalnées par le fournisseur UNC multiple (MUP). MUP redirige la requête vers un redirecteur réseau (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 de résolution de préfixes (IOCTL_REDIR_QUERY_PATH) au redirecteur réseau inscrit auprès de MUP et capable du type de requête. Cette opération de résolution de préfixe analyse le chemin d’accès UNC et vérifie chaque partie de la disponibilité. 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 le chemin UNC comme étant inaccessible.
La mise en cache côté client intercepte les requêtes qui sont canalé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 UNC a été mis hors connexion avant.
Le comportement est décrit en détail sur les liens suivants :