Bonjour,
Puisque d'autres appareils Windows 11 peuvent accéder avec succès aux mêmes dossiers partagés, le serveur, les autorisations de partage et le chemin réseau de base semblent fonctionner correctement. Cela suggère que le problème est probablement isolé à l'appareil Surface affecté, mais des tests supplémentaires sont nécessaires pour déterminer si la cause est la connectivité réseau, la résolution de nom, l'authentification ou la configuration du client SMB.
Veuillez suivre les étapes ci-dessous :
Étape 1 : Identifier le message d'erreur exact
Lorsque vous tentez d'accéder au partage, notez le libellé exact du message d'erreur. Les variations courantes comprennent :
Windows ne peut pas accéder à \ServerName
L'accès est refusé*
Le nom de réseau spécifié n'est plus disponible
Chemin d'accès réseau non trouvé*
Une invite d'authentification qui rejette à plusieurs reprises des identifiants valides
Le message exact permet de réduire considérablement les pistes.
Étape 2 : Tester l'accès par nom d'hôte et par adresse IP
Depuis la Surface, appuyez sur Win + R et testez les deux chemins :
\\ServerName (ex. : \\Fileserver)
\\ServerIP (ex. : \\192.168.1.10)
Conseil de diagnostic : Si l'adresse IP fonctionne mais pas le nom d'hôte, le problème est probablement lié au DNS local ou à la résolution de nom plutôt qu'au partage de fichiers lui-même.
Étape 3 : Vérifier la connectivité réseau de base
Ouvrez l'Invite de commandes et testez la connectivité :
ping ServerName
ping ServerIP
Si les deux échouent, vérifiez d'abord la connectivité réseau ou l'isolation Wi-Fi. Si les pings réussissent mais que le partage reste inaccessible, continuez ci-dessous.
Étape 4 : Effacer les informations d'identification enregistrées
Windows a peut-être mis en cache des identifiants obsolètes ou incorrects pour ce serveur.
- Ouvrez le Gestionnaire d'informations d'identification depuis le menu Démarrer.
- Sélectionnez Informations d'identification Windows.
- Localisez et supprimez toute entrée associée au nom d'hôte ou à l'adresse IP du serveur.
- Reconnectez-vous en utilisant \ServerName ou \ServerIP. Lorsque vous y êtes invité, entrez vos identifiants de domaine ou de serveur local valides.
Étape 5 : Vérifier les paramètres du profil réseau
- Ouvrez Paramètres > Réseau et Internet.
- Sélectionnez votre connexion Wi-Fi ou Ethernet active.
- Confirmez que le profil réseau est défini sur Privé. _(_Un profil de réseau public restreint la découverte locale et le partage de fichiers).
Étape 6 : Vérifier la configuration du client SMB
Ouvrez PowerShell en tant qu'administrateur et exécutez :
PowerShell
Get-SmbClientConfiguration
Confirmez que SMB est activé et fonctionne normalement. Windows Server 2012 R2 prend en charge SMB 3.x nativement, les modifications de protocole hérités ne devraient donc pas être nécessaires dans des circonstances normales.
Étape 7 : Comparer la Surface à un appareil Windows 11 fonctionnel
Si un autre PC Windows 11 peut accéder au même partage avec succès, comparez les deux machines pour identifier d'éventuelles différences :
- Statut de jonction au domaine vs Groupe de travail (Workgroup)
- Connexions VPN actives
- Logiciels de sécurité tiers ou pare-feu
- Informations d'identification stockées
Si le problème persiste, veuillez répondre en précisant :
- Le message d'erreur exact affiché.
- Si \ServerIP se comporte différemment de \ServerName.
- Si la Surface est jointe au domaine.
- Les résultats des tests de ping.
Ces détails aideront à isoler la cause et à déterminer la prochaine étape immédiatement !
Si cette réponse vous aide à résoudre la connexion, pensez à cliquer sur « Accepter la réponse » afin que les autres membres de la communauté puissent facilement trouver la solution.
Cordialement.