Windows — retrouver un partage et vérifier le lecteur réseau

Article historique révisé

La procédure a été réécrite ou complétée avec les sources indiquées ci-dessous. L’ancienne fiche est conservée dans les archives éditoriales du lot; les précautions Uni-Action restent distinctes des instructions des éditeurs.

Accès documenté par Microsoft

Dans l’Explorateur, le partage d’un dossier permet de choisir des personnes précises. Un lecteur réseau peut ensuite être associé à un chemin de partage depuis Ce PC, avec le choix de la lettre et de la reconnexion.

Ces réglages Windows ne certifient pas à eux seuls qu’un NAS ou un autre serveur est pris en charge par votre édition Acomba.

Vérifications Uni-Action avant modification

Relever le chemin de la société sur un poste fonctionnel, avec autorisation, puis celui du poste en panne.
Confirmer le serveur, le partage et la société. Une lettre identique sur deux postes ne suffit pas à prouver une même destination.
Tester la consultation du chemin avec le compte habituel. Si un accès est refusé, faire contrôler les permissions plutôt que fournir un compte administrateur à tous.
Si le responsable décide de recréer un lecteur réseau, noter son ancienne association et fermer les applications qui l’utilisent. Vérifier la destination après reconnexion.
Ouvrir seulement la bonne société, puis documenter le résultat.

Limites de sécurité

Ce guide n’adopte pas les suggestions domestiques consistant à désactiver la protection par mot de passe. Dans un contexte d’entreprise, conserver l’authentification et les accès nominatifs prévus. Ne pas copier la société dans un nouveau partage pour faire disparaître une erreur sans identifier la copie de référence.

Procédures liées

Périmètre : Branche supplémentaire : lecteur visible dans l’Explorateur, absent dans une application élevée.

Validation : Mécanisme Microsoft documenté; le scénario de la fiche source est historiquement Windows 7/Server 2012 R2.

Quand l’élévation change la visibilité

Microsoft documente des lecteurs associés à une session d’ouverture, non automatiquement partagés entre toutes les sessions. Une application exécutée comme administrateur peut donc ne pas retrouver la lettre visible dans l’Explorateur. La méthode 2 décrite est de remapper les lecteurs nécessaires dans la session élevée. La présence de EnableLinkedConnections ne couvre pas tous les scénarios de demande d’identifiants.

Documentation de plateforme : S604.

Procédure proposée

Fermer normalement les traitements Acomba avant de comparer les sessions. Noter le chemin UNC réel et le compte de chacune, avec le guide des sessions et de l’élévation.
Vérifier si l’application a réellement besoin d’être élevée. Ne pas changer l’UAC ou les droits de tous les utilisateurs.
Si l’élévation est nécessaire et autorisée, faire remapper uniquement le lecteur utile dans cette session, avec le même chemin et l’identité attendue. Ne pas remplacer une lettre déjà occupée.
Vérifier la société affichée avant toute saisie. Pour un refus plutôt qu’une lettre absente, consulter les permissions du partage et du dossier.

Diagnostic, interprétation ou précaution Uni-Action.

Contrôle et retour arrière

Conserver la lettre, le chemin et les options de reconnexion avant l’essai. Retirer uniquement l’association de test ajoutée, après fermeture des fichiers, si elle n’est pas retenue. Ne pas supprimer toutes les connexions réseau ni mémoriser un mot de passe dans un script. Un accès au dossier ne valide pas toutes les fonctionnalités comptables.