[SOLVED] Ce partage nécessite le protocole SMB1 obsolète

Vous risquez de ne pas pouvoir vous connecter au partage de fichiers (en raison d’un partage non sécurisé) si les protocoles SMB (c’est-à-dire SMBv1 et SMBv2) ne sont pas correctement configurés. De plus, le système d’exploitation obsolète de votre système ou le micrologiciel obsolète du routeur peuvent également causer le problème.

Le problème survient lorsque l’utilisateur tente d’accéder à un partage de fichiers en utilisant l’Explorateur de fichiers ou en ajoutant le PC à un réseau de domaine. Dans certains cas, l’utilisateur a rencontré le problème lors de l’accès à un périphérique de stockage directement connecté au routeur. Habituellement, le type de message suivant est affiché:

«Vous ne pouvez pas vous connecter au partage de fichiers car il n’est pas sécurisé. Ce partage nécessite le protocole SMB1 obsolète, qui n’est pas sûr et pourrait exposer votre système à des attaques. Votre système nécessite SMB2 ou supérieur »

Vous ne pouvez pas vous connecter au partage de fichiers car il n’est pas sécurisé

Avant de passer aux solutions à résoudre, vous ne pouvez pas vous connecter au partage de fichiers car ce n’est pas un problème de sécurité, vérifiez si une application réseau (comme Riverbed) n’est pas à l’origine du problème (dans un environnement réseau d’entreprise). Vérifiez également si le pare-feu de votre équipement réseau n’active pas le protocole SMBv1 (comme le pare-feu de Fiber Interconnect a tendance à activer le protocole SMBv1). Enfin, assurez-vous que le type de démarrage des services suivants est configuré sur Automatique (démarrage différé), assurez-vous de redémarrer les systèmes par la suite (c’est-à-dire les systèmes hôte et client):

  • Navigateur d’ordinateur (navigateur)
  • Hôte du fournisseur de découverte de fonction (FDPHost)
  • Publication de ressources de découverte de fonction (FDResPub)
  • Connexions réseau (NetMan)
  • Hôte de périphérique UPnP (UPnPHost)
  • Protocole de résolution de noms d’homologues (PNRPSvc)
  • Regroupement de réseaux homologues (P2PSvc)
  • Gestionnaire d’identité de réseau homologue (P2PIMSvc)

Définissez le type de démarrage du service hôte du fournisseur de découverte de fonctions sur Retardé automatique

Solution 1: réactivez les protocoles SMBv1 / SMBv2

Le protocole SMBv1, en raison de ses boucles de sécurité (a été utilisé pour propager l’attaque massive de ransomware) n’est généralement pas apprécié par les administrateurs système et est généralement maintenu désactivé sur les systèmes. Le problème en question peut être causé par le protocole SMBv1 s’il est activé sur le serveur / la machine hôte. Dans ce cas, la désactivation du protocole SMBv1 sur le serveur / système hôte (si ce n’est pas une option, l’activation du protocole SMBv1 sur la machine cliente) peut résoudre le problème.

  1. Cliquez sur Windows, tapez: Panneau de configuration et sélectionnez Panneau de configuration.Ouvrir le panneau de configuration
  2. Cliquez maintenant sur Programmes et ouvrez Activer ou désactiver les fonctionnalités Windows.Ouvrez Activer ou désactiver les fonctionnalités Windows
  3. Ensuite, sur le serveur / la machine hôte, décochez l’option de prise en charge du partage de fichiers SMB 1.0 / CIFS et SMB Direct (vous devrez peut-être activer SMBv2, ce qui est décrit ci-dessous). Si ce n’est pas une option, alors, sur l’ordinateur client, activez les fonctionnalités SMBv1.Décochez SMB 1.0 CIFS File Sharing Support et SMB Direct
  4. Maintenant, appliquez les modifications et vérifiez si le problème de connexion sécurisée est résolu.

Vous pouvez également utiliser les commandes suivantes dans PowerShell (Admin) pour activer ou désactiver les protocoles SMBv1 / SMBv2:

Ouvrez l’administrateur Windows PowerShell

Pour activer SMBv1:

Get-WindowsOptionalFeature -Online -FeatureName smb1protocolInstaller le protocole SMB 1 via PowerShell

Ou alors

sc.exe config lanmanworkstation depend = bowser / mrxsmb10 / mrxsmb20 / nsi sc.exe config mrxsmb10 start = auto

Pour désactiver SMBv1:

Désactiver-WindowsOptionalFeature -Online -FeatureName smb1protocol

Pour activer SMBv2

Set-SmbServerConfiguration -EnableSMB2Protocol $ trueActiver le protocole SMB 2 via l’invite de commande

Solution 2: mettre à jour le système d’exploitation des systèmes hôte / client et le micrologiciel du routeur

SMBv1 est un protocole ancien et n’est pas apprécié par de nombreux systèmes d’exploitation modernes. Le problème peut être dû à un système d’exploitation obsolète des systèmes hôte / client ou à un micrologiciel obsolète du routeur. Dans ce contexte, la mise à jour du système d’exploitation des systèmes hôte / client et du micrologiciel du routeur peut résoudre le problème.

  1. Mettez à jour manuellement Windows (ou le système d’exploitation) des systèmes hôte / client (ou utilisez un correctif publié par le fabricant du système d’exploitation pour le système d’exploitation particulier, tel que KB KB4284848 pour Windows Server 2003) et vérifiez si le problème de connexion sécurisée est résolu.Rechercher les mises à jour Windows
  2. Sinon, effectuez une mise à jour du micrologiciel du routeur (afin qu’il prenne en charge le protocole SMBv2) et vérifiez si le problème de partage de fichiers est résolu.Mettre à jour le micrologiciel du routeur

Si le problème persiste, vérifiez si un utilitaire OEM (tel que WD Link) vous permet d’accéder au partage de fichiers. Si le problème persiste, vérifiez si la désactivation du protocole IPv6 résout le problème. Vous pouvez également essayer d’ouvrir le partage réseau en entrant l’adresse IP du partage dans la boîte de commande Exécuter par exemple \ 192.168.10.1 mais assurez-vous que l’adresse IP n’est pas bloquée dans le fichier Hosts (il sera préférable d’ajouter le IP de l’hôte dans le fichier Hosts du système client).

Similar Posts

Leave a Reply

Your email address will not be published. Required fields are marked *