Dossier SMB obsolète via le VPN ? Vérifiez les fichiers hors connexion

Vous connectez le VPN, ouvrez le lecteur mappé, et il manque dans le dossier un fichier que le serveur possède manifestement. Le premier réflexe est d'accuser le tunnel, le DNS ou les autorisations Samba. Dans bien des cas, la connexion est correcte et l'Explorateur affiche une copie mise en cache du partage. Les fichiers hors connexion peuvent servir cette copie même lorsque le VPN est actif, car c'est le partage, et non le tunnel, qui décide si la vue est à jour. La réparation commence par prouver lequel des deux vous regardez.

Le mythe : une icône VPN signifie que le partage est à jour

L'icône VPN signale qu'un tunnel existe vers le point de terminaison. Elle ne dit rien sur l'accessibilité d'un partage SMB donné, sur le retour éventuel de ce partage en mode en ligne par l'Explorateur, ni sur une copie plus ancienne laissée en place par un échec de synchronisation. Elle ne vous dit pas non plus quel serveur une référence DFS a choisi.

Les fichiers hors connexion conservent une copie locale des partages redirigés ou épinglés afin qu'ils restent disponibles lorsque le serveur est injoignable. Au retour du partage, le client est censé repasser en ligne et synchroniser. Une stratégie de liaison lente peut décider que la connexion est encore trop lente et conserver la vue en cache, et un conflit en attente peut faire de même, même sur une liaison rapide.

C'est pourquoi le symptôme paraît sélectif : un dossier est obsolète, un autre s'ouvre correctement et un troisième ne s'ouvre pas du tout. Ce sont trois états différents, et seul le premier correspond à l'histoire de cache traitée ici. Nommez l'état avant de choisir une réparation.

Prouvez quelle cible l'Explorateur lit

Commencez par le chemin UNC exact plutôt que par la lettre de lecteur. Un lecteur mappé peut pointer vers un autre partage que celui que vous croyez, et un chemin DFS peut renvoyer à un serveur entièrement différent. La lecture du mappage montre la cible enregistrée et son état :

Get-SmbMapping | Select-Object LocalPath, RemotePath, Status
Get-SmbConnection
net use

Ouvrez le chemin UNC directement dans une nouvelle fenêtre de l'Explorateur et comparez-le au lecteur mappé. Si le chemin direct affiche le fichier actuel et que le lecteur mappé ne le fait pas, le mappage fait partie du problème, pas le cache.

Confirmez ensuite que le fichier existe pour l'utilisateur visé. Un listage administrateur sur le serveur prouve l'existence, pas que l'utilisateur SMB ordinaire dispose du même accès, vérifiez donc avec le compte qui utilise réellement le partage. Des identifiants différents produisent des vues différentes pour des raisons sans rapport avec la mise en cache. Existence, accès et visibilité sont trois contrôles distincts.

Lisez l'état de synchronisation avant de supprimer quoi que ce soit

Le Centre de synchronisation, là où la fonction est disponible, indique si le partage fonctionne hors connexion, si la dernière synchronisation a échoué et si des conflits attendent. Ces trois états mènent à des réparations différentes, et vider le cache lorsqu'un conflit est en attente peut détruire du travail local.

Recherchez des modifications locales qui n'ont pas atteint le serveur avant de désactiver la mise en cache, de désépingler le partage ou de supprimer la copie hors connexion. Un fichier qui n'existe que dans le cache n'est pas une vue obsolète ; ce sont des données non synchronisées, et il faut d'abord les préserver via le processus approuvé. Un cache avec des modifications en attente n'est pas sûr à supprimer.

Une fois le travail local en sécurité, utilisez la transition en ligne et la synchronisation prises en charge, puis comparez à nouveau le listage. Ouvrir une seconde fenêtre de l'Explorateur ne force pas d'actualisation, car les deux fenêtres peuvent lire le même cache local.

Réparez l'état du partage au lieu de supprimer la fonction

Si le partage reste hors connexion à cause d'une stratégie de liaison lente, ajustez la stratégie pour ce partage ou ce réseau plutôt que de désactiver les fichiers hors connexion pour tous les utilisateurs. Si la synchronisation échoue sans cesse, corrigez la panne et résolvez les conflits ; une synchronisation fonctionnelle est ce qui remet la copie en cache à jour. Modifiez la plus petite stratégie qui couvre le partage. Un changement global échange la vue obsolète d'un utilisateur contre la perte d'accès hors connexion de tous.

Pour les partages qui ne devraient jamais être mis en cache, le serveur peut envoyer une indication par partage. Samba l'expose comme paramètre de partage, et la valeur pour un partage qui doit rester en ligne uniquement est :

csc policy = disable

référence des paramètres Samba définit les valeurs autorisées et leur signification. Appliquez le réglage via le gestionnaire de partages qui génère réellement la configuration, en particulier sur un NAS, et rappelez-vous que l'indication ne répare pas les données déjà mises en cache sur un client.

Après tout changement de stratégie, vérifiez que le client se reconnecte et que le fichier attendu apparaît. Un service redémarré ne prouve pas qu'une modification locale en attente a été téléversée, vérifiez donc le fichier, pas seulement l'état de la connexion.

Quand la cause n'est pas les fichiers hors connexion

Si le chemin UNC est confirmé en ligne et qu'un listage récent diffère encore, le cache n'est pas l'explication. Vérifiez les autorisations du partage et du système de fichiers, l'énumération basée sur l'accès et le serveur qu'une référence DFS a réellement choisi. Chacun de ces points peut masquer un dossier sans qu'aucune copie locale n'intervienne.

Un partage qui ne se connecte jamais exige des preuves de routage et de filtrage de services, pas un contrôle du cache. Le port 445 bloqué par le tunnel, un nom DNS qui se résout vers la mauvaise adresse ou une règle de pare-feu qui autorise ping mais pas SMB produisent tous une panne avant que le cache n'importe.

Le test qui sépare les deux familles est simple : un dossier qui existe sur le serveur, est visible pour le bon utilisateur et n'apparaît toujours pas en ligne pointe vers une stratégie ou une énumération ; un dossier qui apparaît avec un contenu ancien pointe vers le cache. Diagnostiquez la famille avant de changer un réglage.