Connexion de microsoft surface sous win 11 pro à un dossier partagé sur serveur windows 2012 R2

Bonjour Bernard,

Merci pour votre coopération et pour avoir fourni les résultats des tests tout au long de cette investigation.

D'après les informations recueillies, la connectivité réseau, la résolution DNS et la connectivité au port SMB ont été vérifiées avec succès. Le serveur Windows Server 2012 R2 est accessible, et les autres appareils Windows 11 connectés au même réseau peuvent accéder aux dossiers partagés sans problème.

Étant donné que le problème se produit uniquement sur le Microsoft Surface concerné, il semble être lié à la configuration locale du client SMB ou aux composants Windows de cet appareil, plutôt qu'au serveur, à l'infrastructure réseau ou à la configuration des dossiers partagés.

Avant de procéder aux réparations, je vous recommande de comparer la configuration du client SMB entre un ordinateur Windows 11 fonctionnel et le Surface concerné, en exécutant la commande suivante sur les deux appareils :

Get-SmbClientConfiguration

Examinez les éventuelles différences dans les résultats, en particulier les paramètres liés à la signature SMB, à la sécurité et à l'authentification.

Si aucune différence significative n'est identifiée, veuillez exécuter les commandes de réparation suivantes dans une invite de commandes ouverte en tant qu'administrateur sur le Surface :

DISM /Online /Cleanup-Image /RestoreHealth

sfc /scannow

Ces commandes permettent de réparer d'éventuelles corruptions du magasin de composants Windows ainsi que les fichiers système endommagés susceptibles d'affecter le fonctionnement de SMB.

Si le problème persiste après l'exécution des réparations et le redémarrage de l'appareil, la dernière solution recommandée consiste à effectuer une réparation sur place (in-place repair) de Windows 11. Cette opération réinstalle les composants Windows tout en conservant vos applications et vos données personnelles.

À ce stade, aucun élément ne laisse penser que le problème provient du serveur. L'investigation a permis de circonscrire le problème à l'appareil Surface concerné.

J'espère que ces étapes vous aideront à résoudre le problème. Si cette solution permet de résoudre votre problème, veuillez envisager de cliquer sur « Accepter la réponse » (Accept Answer) afin que d'autres utilisateurs rencontrant un problème similaire puissent facilement retrouver cette solution. Votre retour est également apprécié.

Merci.

L'antivirus du surface est windows defender, le parefeu est configuré sur privé

J'ai deux infos supplémentaires : le serveur windows 2012 r2 n'est pas serveur DHCP, et la box est une livebox business. J'utilise sur les PC un adressage IP v4 manuel.

Bonjour,

Merci pour votre patience et votre collaboration tout au long de ce dépannage. Nous comprenons que ce problème puisse être frustrant. Nous vous remercions de nous laisser poursuivre les investigations afin de trouver une solution appropriée. Nous vous demandons également, dans la mesure du possible, de ne pas évaluer négativement la réponse avant que nous ayons terminé le dépannage et identifié une solution.

Étant donné que cinq autres PC sous Windows 11 accèdent correctement aux dossiers partagés du serveur Windows Server 2012 R2, le problème semble être spécifique à la Surface concernée plutôt qu'à une configuration globale du serveur.

Bien que Test-NetConnection renvoie True, les erreurs System Error 53 (The network path was not found) et System Error 64 (The specified network name is no longer available) indiquent que la connexion au partage réseau ne fonctionne pas correctement. Nous allons donc vérifier le service réseau Windows, les sessions SMB existantes et les éventuelles interférences des logiciels tiers.

Pour résoudre ce problème sans affaiblir vos paramètres de sécurité, veuillez suivre les étapes suivantes :

Étape 1 : Vérifier le service TCP/IP NetBIOS Helper

Le service TCP/IP NetBIOS Helper (lmhosts) peut être impliqué dans certaines situations où Windows renvoie l'erreur System Error 53 lors de l'accès aux ressources réseau.

1. Ouvrez PowerShell en tant qu'administrateur.
2. Exécutez la commande suivante pour vérifier l'état du service :

Get-CimInstance Win32_Service -Filter "Name='lmhosts'" | Select-Object Name, State, StartName

1. Vérifiez que :
   • Indique l'État : Course.
     • StartName indique NT AUTHORITY\LocalService.
     1. Si le service est arrêté, démarrez-le avec la commande suivante :

Start-Service Imhosts

Vérification : Réessayez d'accéder au dossier partagé depuis l'Explorateur de fichiers. Vérifiez si l'erreur System Error 53 a disparu.

Étape 2 : Effacer les sessions SMB existantes et rétablir la connexion

1. Ouvrez Invite de commandes en tant qu'administrateur.
2. Exécutez la commande suivante pour supprimer les connexions réseau existantes :

net use * /delete /y

1. Reconnectez-vous au dossier partagé en utilisant des informations d'identification explicites :

net use \\ServerName\ShareName /user:ServerName\Username *

Remplacez ServerName, ShareName et Username par les valeurs correspondantes. Saisissez votre mot de passe lorsque vous y êtes invité.

Vérification : Vérifiez si la commande s'exécute correctement et si le dossier partagé s'ouvre dans l'Explorateur de fichiers.

Étape 3 : Vérifier les logiciels de sécurité tiers et les VPN

Les antivirus tiers, les solutions de sécurité des terminaux (EDR), les pare-feu ou les clients VPN peuvent interférer avec le trafic SMB sur le port 445.

1. Déconnectez temporairement tout VPN actif et, si cela est autorisé, désactivez temporairement les logiciels de sécurité tiers à des fins de test.
2. Réessayez la commande net use de l'étape 2.

Vérification : Si la connexion fonctionne, vérifiez les règles du pare-feu ou les stratégies de votre logiciel de sécurité afin d'identifier ce qui bloque le trafic SMB. Réactivez la protection après le test.

Si le problème persiste, veuillez partager les résultats des commandes exécutées ainsi que le message d'erreur exact obtenu lors de la tentative de connexion. Ces informations nous permettront de poursuivre l'analyse et d'identifier la cause du problème.

Si cette solution résout le problème, veuillez envisager de marquer cette réponse comme Réponse acceptée afin d'aider d'autres membres de la communauté rencontrant le même problème.

Merci.

Net view \nomduserveur renvoie erreur 53