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

Bonjour,

Merci pour votre retour.

Puisque les tests Ping vers le serveur fonctionnent désormais aussi bien avec son adresse IP qu'avec son nom, la résolution DNS et la connectivité réseau de base semblent fonctionner correctement.

Étant donné que les autres appareils Windows 11 peuvent accéder aux mêmes dossiers partagés, le problème pourrait être lié à la connectivité SMB, à l'authentification ou à la configuration du client SMB sur le Surface concerné.

Veuillez effectuer les tests suivants :

1. Vérifier la connectivité au port SMB

Ouvrez PowerShell et exécutez la commande suivante :

Test-NetConnection ServerName -Port 445

Vérifiez si le résultat de TcpTestSucceeded est True ou False.

2. Vérifier si les dossiers partagés du serveur peuvent être répertoriés

Ouvrez l'invite de commandes (CMD) et exécutez :

net view \\ServerName

3. Essayer de connecter manuellement le dossier partagé

Exécutez la commande suivante :

net use Z: \\ServerName\ShareName

Veuillez communiquer le message d'erreur complet ainsi que tout code d'erreur système associé affiché par la commande.

4. Collecter les informations du client SMB

Ouvrez PowerShell et exécutez les commandes suivantes :

Get-SmbClientConfiguration
Get-SmbConnection

Veuillez également nous indiquer si un antivirus tiers, un logiciel de sécurité des terminaux (Endpoint Security) ou un VPN est installé sur le Surface.

Ces résultats nous permettront de déterminer si le problème est lié à la connectivité SMB, à l'établissement de la session, à l'authentification ou à la configuration de sécurité locale.

Merci pour votre coopération.

Cordialement.

Le test Net-Connection est true

Quand j'exécute Net use : erreur système 64 le nom réseau n'est plus disponible

Net view \nomduserveur renvoie erreur 53

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.

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.