Remplacer le groupe résidentiel de Windows

Résumé du principe
- Création d'un même compte local (ici appelé HG) sur les PC d'un réseau workgoup qui partagent des dossiers en tant que serveurs pour créer un équivalent du groupe résidentiel.
- Cet identifiant et mot de passe sont communiqués aux utilisateurs des autres PC autorisés à accéder aux dossiers du groupe.
- Ce compte  est caché par un paramètre dans le registre pour qu'il ne soit pas visible pour d'autres usages dont login.

Historique
La version originale date du 30/5/2018 mais a perdu ses images:
© yf38 version initiale 30/5/2018
Mise en forme pour le forum 22/12/2018
Simplification du chapitre visibilité du réseau en 2024 pour tenir compte de l'évolution Windows.
Améliorations de présentation.
Quelques précautions oratoires sur la sécurité, dans les commentaires ci-dessous.

Commentaires
La fonctionnalité groupe résidentiel disponible depuis Windows 7 a été supprimée par Microsoft dans la version 1803 du printemps 2018 de Windows 10.
Une méthode est proposée ici pour remplacer le groupe résidentiel, dans un réseau local "à la maison", pour arriver au même résultat.
Elle utilise le partage réseau workgroup classique.
La méthode a été testée avec Windows 10 en compte local, Windows 7 Linux et Android comme clients des partages.
Je l'utilise depuis février 2018 et elle a franchi les mises à jour de Windows 10 sans encombres à Windows 11 23H2.
Avec Windows XP en client la méthode fonctionne mais en version home on ne peut pas mémoriser un identifiant / mot de passe différent de celui de l'utilisateur en cours, un autre identifiant n'est valable que pour la session. En version XP pro, le choix de mémoriser existe, je n'ai pas testé.
D'autres solutions de partage existent (NAS , Cloud, autres)  qui peuvent avoir un intérêt mais ce sujet n'a pas été créé pour ça.

Si on ne désire pas utiliser de compte caché, ni créer l'équivalent de l'ancien groupe résidentiel, on peut utiliser quand même les méthodes décrites ici, à l'exception de ce qui concerne le compte caché.
Il faut alors désigner, quand nécessaire, un compte existant dans la machine serveur, ou bien que le compte autorisé à partager soit identique à celui du client.
On est ramené au partage standard, le client doit alors connaitre le compte du serveur
Je préconise de ne partager les dossiers qu'en lecture, sauf besoin contraire, pour limiter les risques, c'est d'ailleurs le choix par défaut de la fenêtre de partage.
Cette méthode est décrite pour une utilisation privée et pas en entreprise ou administration où des critères de sécurité supplémentaires peuvent l'interdire.

Rappel:
Le groupe résidentiel permettait de partager des dossiers répartis sur plusieurs PC sans que les utilisateurs aient à connaître ou disposer d'un compte sur ces PC.
Il suffisait qu'ils rejoignent le groupe résidentiel en connaissant son mot de passe.

Mise en œuvre:
Pour mettre en œuvre le partage il faut au préalable s'assurer de quelques pré-requis.
Les PC doivent être dans le même groupe de travail ( workgroup habituellement).
Si vous utilisiez le groupe résidentiel, supprimer tous les partages et quitter le groupe résidentiel sur tous les PC.
Elle a été validée sur un réseau local avec des utilisateurs qui ont tous un mot de passe et sont administrateurs, si ce n'est pas le cas il en faut au moins un administrateur par PC, et tester pour les autres si besoin.
L'utilisation de la commande netplwiz pour supprimer l'écran de connexion au login (tout en conservant le mot de passe) reste compatible.
Il ne faut pas en attendre plus que le partage réseau workgroup dont elle est juste un mode d'emploi particulier.
Si le partage réseau a déjà été tenté et ne fonctionne pas, il peut y avoir diverses raisons que ce tuto n'a pas vocation à résoudre, même s'il peut aider (voir le chapitre 2 visibilité).

La méthode est détaillée dans les posts suivants :

• Paramétrer le centre réseau et partages
• Visibilité du réseau
• Création du compte Homegroup
• Partage coté serveur
• Partage coté client

Visibilité du réseau
Edité et très allégé en mars 2024.
Le protocole SMBv1 et a été retiré de Windows 10 pour des raisons d'obsolescence, et de sécurité, depuis la version 1709.
Il n'est pas nécessaire d'activer SMBv1 dans les fonctionnalités optionnelles pour la méthode décrite ici.
Sa disparition, et les évolutions qui ont suivi à partir de 2018 ont rendu la visibilité des dossiers partagés dans l'explorateur réseau sujette à des péripéties diverses.
On peut voir les autres PC en mettant leur adresse \\nomPC dans la barre d'adresse de l'explorateur.
En 2024 avec Windows 10 ou 11 on ne voit pas ses propres partages dans l'explorateur réseau, mais on peut les afficher provisoirement avec cette méthode.

Mais arrêtes de poster ton tuto moisi partout.

Sur HFR tu as été prévenu que ton tuto abaisse la sécurité des PC.

C'est pas une raison pour le poster ici.

SMBv1 dans le titre:
Ce n'est pas une obligation, comme j'explique dans la partie concernée.
ça peut l'être si on veut inclure dans le réseau des appareils qui ne savent pas faire autrement.
C'est vrai qu'il y en a encore un peu trop.
Dommage que Microsoft n'a pas fait le minimum pour que la désinstallation de SMBv1 passe inaperçue dans le cas d'un partage réseau simple.
On ne demande pas ici de pouvoir lancer l'exécution d'un exécutable propagé par le réseau.
Je conseille aussi d'éviter le droit d'écriture dans le partage.

Au sujet de la visibilité du réseau.
Plusieurs évolutions de Windows ont eu lieu depuis 1709, 1803, 1809 dans le domaine réseau local.
Chacune peut avoir laissé des traces, supprimé ou désactivé des fonctionnalités, se comporter de manière différente selon qu'il s'agit d'une mise à jour ou d'une installation fraiche.
La découverte réseau a été largement concernée en particulier pour l'affichage dans l'explorateur du contenu du "dossier" réseau.
N'étant pas spécialiste je peux commettre des erreurs dans ce qui suit et vous me le signalerez.
Mon texte a un coté brouillon à cause de mon expertise limitée du sujet mais aussi du coté brouillon du comportement de Windows quand on a un réseau avec des PC de différents niveau d'évolution et versions, avec ou sans SMBv1 activé

Il y a au moins deux types de découvertes des PC du réseau, celle par netbios et celle par wsd.
SMBv1 utilise netbios, et on voit dans ces PC la rubrique netbios si SMBv1 est installé quand on affiche réseau en groupant par méthode de découverte.
Comme le routeur des box intervient aussi dans l'affaire, on peut y voir même des PC qui ne sont plus sous tension. (Livebox play).

On voit aussi des PC groupés dans la rubrique wsd, enfin, ceux qui sont détectés et qui apparaissent dans le volet de navigation de réseau.

L'apparition des PC dans ces rubriques n'est pas immédiat, il faut un "certain temps" et éventuellement actualiser.

Depuis la version 1809 (mais aussi avant) de Windows il y a des cas où des PC ne sont pas vus.
Ils sont pourtant accessibles si on les demande par \\nom du pc dans la barre d'adresse de l'explorateur et ils vont rejoindre le volet de navigation réseau, mais pas le volet principal.
Et ça ne dure que jusqu'à la sortie de l'explorateur.
Éviter de les épingler dans l'accès rapide ça peut entrainer des blocages de 30 secondes dans certains cas quand le PC n'est pas accessible, même au démarrage de l'explorateur.

Le partage et l'accès aux PC du réseau comme décrit dans le tuto fonctionne dans tous les cas, seule la visibilité des PC dans le  réseau est un peu erratique, mais ce n'est pas du à la méthode du tuto, il faut chercher ailleurs.
Peut être qu'une hypothétique évolution de Windows corrigera ça.
Le problème est largement évoqué sur le web, chercher avec découverte, netbios, wsd.
Je n'ai pas encore trouvé de solution applicable dans tous les cas, surtout si on veut éviter SMBv1 sur tous les PC, mais ça n'empêche pas le partage, c'est juste un peu désagréable.