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

Bernard Durey 0 Points de réputation
2026-11-02T12:14:43.93+00:00

Bonjour,

J'ai un PC microsoft surface sous windows 11 pro. Je n'arrive pas à accéder aux dossiers partagés du serveur windows 2012 RS, alors que d'autres PC windows 11 y accèdent

Windows pour les entreprises | Windows Server | Mise en réseau | Connexion au réseau et partage de fichiers
0 commentaires Aucun commentaire

12 réponses

Trier par : Les plus anciens
  1. MUCYO Emmanuel 240 Points de réputation Conseiller indépendant
    2026-11-02T13:20:53.3533333+00:00

    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.

    1. Ouvrez le Gestionnaire d'informations d'identification depuis le menu Démarrer.
    2. Sélectionnez Informations d'identification Windows.
    3. Localisez et supprimez toute entrée associée au nom d'hôte ou à l'adresse IP du serveur.
    4. 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

    1. Ouvrez Paramètres > Réseau et Internet.
    2. Sélectionnez votre connexion Wi-Fi ou Ethernet active.
    3. 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.

     

     

    Cette réponse a-t-elle été utile ?

    1 personne a trouvé cette réponse utile.
    0 commentaires Aucun commentaire

  2. Bernard Durey 0 Points de réputation
    2026-11-02T15:01:18.2866667+00:00

    Le message est le domaine n'est plus disponible. Avec ping sur IP réponse Ok avec ping serveur pas de réponse

    Cette réponse a-t-elle été utile ?

    0 commentaires Aucun commentaire

  3. Bernard Durey 0 Points de réputation
    2026-11-02T15:03:18.6766667+00:00

    Je n'ai pas pu joindre le surface au domaine : impossible de vérifier le nom de domaine

    Cette réponse a-t-elle été utile ?


  4. MUCYO Emmanuel 240 Points de réputation Conseiller indépendant
    2026-11-02T17:01:23.9333333+00:00

    Bonjour,

    Merci d'avoir fourni ces résultats de test précis. Ils permettent de cibler le problème de manière significative.

    Puisque les pings vers l'adresse IP du serveur réussissent, mais que les pings vers le nom du serveur échouent et que la Surface ne peut pas vérifier le domaine lors de la tentative de jonction, la connectivité réseau de base fonctionne, mais l'appareil est actuellement incapable de résoudre correctement les noms de domaine et de serveur.

    Cela indique généralement que la Surface n'utilise pas le serveur DNS Active Directory ou qu'elle ne parvient pas à résoudre les enregistrements DNS requis pour les communications du domaine.

    Veuillez suivre les étapes ci-dessous :

    Étape 1 : Vérifier la configuration DNS

    Avant d'effectuer des modifications, vérifions quel serveur DNS est actuellement utilisé par la Surface.

    1. Ouvrez l'Invite de commandes.
    2. Exécutez :
       ipconfig /all
    
    1. Localisez votre adaptateur réseau actif et examinez la ligne Serveurs DNS.

    Si vous voyez :

    • L'adresse IP de votre Contrôleur de domaine / serveur DNS, la configuration est peut-être correcte et une investigation plus approfondie est nécessaire.
    • Un serveur DNS public (tel que 8.8.8.8, 1.1.1.1) ou l'adresse IP de votre routeur, cela explique pourquoi les noms de domaine et de serveur ne peuvent pas être résolus.

    Étape 2 : Définir le serveur DNS primaire sur le Contrôleur de domaine

    Dans les environnements Active Directory, les clients doivent utiliser le service DNS du Contrôleur de domaine pour la résolution de noms.

    1. Appuyez sur Win + R, tapez ncpa.cpl, puis appuyez sur Entrée.
    2. Faites un clic droit sur votre connexion réseau active et sélectionnez Propriétés.
    3. Sélectionnez Protocole Internet version 4 (TCP/IPv4) et cliquez sur Propriétés.
    4. Sélectionnez Utiliser l'adresse de serveur DNS suivante et configurez :
      • Serveur DNS préféré : Adresse IP de votre Contrôleur de domaine / serveur DNS.
        • Serveur DNS auxiliaire : Secondaire Contrôleur de domaine (si disponible).
        1. Cliquez sur OK et fermez les paramètres réseau.

    Étape 3 : Vider le cache DNS et retester la résolution de noms

    Ouvrez l'Invite de commandes en tant qu'administrateur et exécutez :

    ipconfig /flushdns
    ping NomDuServeur
    ping VotreNomDeDomaine.local
    

    _(_Remplacez VotreNomDeDomaine.local par le nom réel de votre domaine Active Directory).

    Si ces commandes se résolvent désormais par des adresses IP, la résolution de noms DNS est rétablie.

    Étape 4 : Tester l'accès à l'aide du nom FQDN

    Appuyez sur Win + R et testez l'accès au partage via son nom de domaine complet :

    • \NomDuServeur.VotreNomDeDomaine.local

    Si le partage s'ouvre avec succès, la résolution de noms fonctionne correctement.

    Étape 5 : Réessayer la jonction au domaine

    Une fois la résolution DNS opérationnelle, tentez à nouveau de joindre la Surface au domaine :

    Paramètres > Comptes > Accès professionnel ou scolaire > Se connecter > Joindre cet appareil à un domaine Active Directory local

    Résumé du diagnostic

    • Connectivité IP : Fonctionnelle (le ping par IP réussit).
    •  Résolution du nom d'hôte : En échec (le ping par nom échoue).
    •  Découverte du domaine : En échec (Impossible de vérifier le nom de domaine).

    La correction des paramètres du serveur DNS devrait immédiatement rétablir la résolution de noms, résolvant à la fois le problème d'accès au partage de fichiers et l'erreur de jonction au domaine.

    Si le problème persiste, veuillez fournir la section Serveurs DNS issue de la commande ipconfig /all ainsi que les résultats des nouveaux tests de ping afin que nous puissions continuer à affiner le diagnostic.

    Si cela résout votre problème, pensez à cliquer sur « Accepter la réponse » afin que les autres membres de la communauté puissent facilement trouver la solution.

    Cordialement.

    Cette réponse a-t-elle été utile ?

    0 commentaires Aucun commentaire

  5. Bernard Durey 0 Points de réputation
    2026-11-04T09:01:10.4866667+00:00

    Bonjour,

    J'ai supprimé les informations d'identification concernant le serveur

    J'ai vérifié le serveur DNS dans la config IP est correct
    J'ai fait ipconfig /flushdns
    J'ai vérifié le parefeu réseau privé OK

    Le ping IP du serveur est ok
    Le ping /nom du serveur est ok

    Je ne peux toujours pas accéder aux dossiers partagés du serveur : message le serveur n'est plus disponible. Alors qu'il y a 5 autres PC sous windows 11 qui accèdent

    Cette réponse a-t-elle été utile ?

    0 commentaires Aucun commentaire

Votre réponse

Les réponses peuvent être marquées comme « Acceptées » par l’auteur de la question et « Recommandées » par les modérateurs, ce qui aide les utilisateurs à savoir que la réponse a résolu le problème de l’auteur.