La Fibre
Télécom => Logiciels et systèmes d'exploitation => 
Microsoft Windows => Discussion démarrée par: yf38 le 22 décembre 2018 à 09:59:09
-
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 (https://cjoint.com/doc/18_05/HEEgRH4dq3M_homegroup.html)
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 (https://lafibre.info/windows/remplacer-le-groupe-residentiel-de-windows/msg607236/#msg607236)
- Visibilité du réseau (https://lafibre.info/windows/remplacer-le-groupe-residentiel-de-windows/msg607237/#msg607237)
- Création du compte Homegroup (https://lafibre.info/windows/remplacer-le-groupe-residentiel-de-windows/msg607238/#msg607238)
- Partage coté serveur (https://lafibre.info/windows/remplacer-le-groupe-residentiel-de-windows/msg607239/#msg607239)
- Partage coté client (https://lafibre.info/windows/remplacer-le-groupe-residentiel-de-windows/msg607240/#msg607240)
-
Paramétrer le centre réseau et partages
Pour y accéder: paramètres / réseau et internet / options de partage
Réseau privé:
(https://lafibre.info/testdebit/windows10/201812_windows_replacer_groupe_residentiel_01.jpg)
Puis "tous les réseaux":
(https://lafibre.info/testdebit/windows10/201812_windows_replacer_groupe_residentiel_02.jpg)
Commentaires:
Les partages fonctionnent en réseau privé.
Attention, à la coche validant le contrôle d'un mot de passe dans la zone "tous les réseaux".
Un tuto de Microsoft propose de désactiver ce contrôle de mot de passe et de choisir "tout le monde" dans la définition des partages.
C'est le contraire qui est demandé ici, pour bénéficier de la sécurité d'un mot de passe.
-
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.
-
Création du compte Homegroup
Créer un compte local avec les droits d'administrateur:
paramètres / comptes / famille et autres utilisateurs / ajouter un autre utilisateur
puis les écrans suivants:
Ici, choisir je ne dispose pas….
(https://lafibre.info/testdebit/windows10/201812_windows_replacer_groupe_residentiel_06.jpg)
Ici cliquer sur Ajouter un utilisateur sans compte Microsoft
(https://lafibre.info/testdebit/windows10/201812_windows_replacer_groupe_residentiel_07.jpg)
Ici entrer le compte ( HG ou autre nom de votre choix) et le mot de passe choisi.
(https://lafibre.info/testdebit/windows10/201812_windows_replacer_groupe_residentiel_08.jpg)
Et continuer…
Cacher le compte HG
Pour éviter que ce compte soit utilisé comme login de session, ce qui renforce aussi l'analogie avec le groupe résidentiel.
Le nom du compte HG et le mot de passe seront fournis à tous les utilisateurs du réseau faisant partie de ce pseudo "groupe résidentiel".
Ce compte HG n'a pas besoin d'être créé sur les PC qui seraient simplement clients des dossiers partagés par HG sur les autres PC du groupe.
Pour rendre invisible ce compte HG, bien que ce ne soit pas une nécessité pour la méthode proposée:
Clic droit menu démarrer / exécuter / regedit
Aller sur la clé Winlogon visible sur la capture d'écran.
Créer la clé SpecialAccounts puis la sous clé UserList et dans cette sous clé le dword32 HG en laissant la valeur 0 présente à sa création.
(https://lafibre.info/testdebit/windows10/201812_windows_replacer_groupe_residentiel_09.jpg)
-
Partage coté serveur
Sur le PC serveur il faut gérer les droits d'accès aux dossiers partagés par HG.
Avec l'explorateur aller sur le dossier à partager,
clic droit et choisir "accorder l'accès à" et à "des personnes spécifiques"
Dans la fenêtre de partage il faut taper directement le nom HG s'il est déjà caché, ou le choisir si on le voit dans la liste, puis cliquer sur ajouter.
Choisir l'autorisation en écriture si besoin avant de finir en cliquant sur "partager", puis terminé.
Exemple:
(https://lafibre.info/testdebit/windows10/201812_windows_replacer_groupe_residentiel_10.jpg)
Pour constater le résultat de la méthode ouvrir les propriétés du dossier, onglet partage, puis partage avancé, puis autorisations, où vous verrez "tout le monde", au lieu du nom HG que vous aviez choisi, et de celui du propriétaire qui était présent avant d'ajouter HG.
Aller ensuite dans l'onglet sécurité où vous verrez le nom du propriétaire et HG qui avaient disparu de l'onglet partage.
L'accès réseau a été autorisé pour "tout le monde" mais l'onglet sécurité a repris à son compte les droits d'accés, que l'on peut affiner pour chaque utilisateur.
Dans une version antérieure, l'onglet partage conservait les utilisateurs autorisés, au lieu de tout le monde, et l'onglet sécurité contenait "utilisateurs authentifiés" qui n'est plus présent avec la méthode décrite ci-dessus, mais qui fonctionne toujours si on effectue les modifications des dossiers partage et sécurité sans passer par la commande "accorder l'accès" de l'explorateur.
C'est pourquoi, après être passé d'une version antérieure il faut vérifier l'état des onglets pour qu'ils soient de préférence dans la dernière version.
Si pour une raison ou une autre vous préférez l'ancienne méthode alors il faut aller dans les autorisations avancées de l'onglet partage, et supprimer "tout le monde" puis ajouter HG et le propriétaire du dossier.
Aller ensuite dans l'onglet securité et modifier pour supprimer HG, et ajouter "utilisateurs authentifiés".
Des informations sur les partages et autorisations:
https://blog.netwrix.fr/2019/02/28/differences-entre-autorisations-de-partage-et-autorisations-ntfs/
et aussi:
https://www.generation-nt.com/reponses/partage-difference-entre-autorisation-et-securite-entraide-118917.html
-
Partage coté client
Au premier accès d'un utilisateur sur un PC client à un dossier partagé par HG, il aura la fenêtre suivante à compléter avec le nom HG et le mot de passe de HG.
Cocher la mémorisation pour ne pas avoir à le répéter à chaque session, sauf préférence contraire.
(https://lafibre.info/testdebit/windows10/201812_windows_replacer_groupe_residentiel_11.jpg)
Si elle est mémorisée, cette accréditation sera ensuite visible dans le panneau de configuration / comptes d'utilisateurs/ gestionnaire d'identification / gérer les informations d'identification Windows.
(panneau de configuration "ancienne version" lancé par démarrer / système Windows / panneau de configuration).
Sur les PC clients on peut aussi ajouter cette accréditation manuellement ce qui fournit l’équivalent du "rejoindre le groupe résidentiel".
C'est utile pour une préparation quand le PC "serveur" n'est pas disponible.
Supprimer l'accréditation fournit l'équivalent de "quitter le groupe résidentiel" pour un client
Redémarrer le PC pour que tout ça devienne effectif.
-
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.
-
Je pense que ce tutoriel peut être intéressant pour certaines personnes non exposées sur Internet (attention au rançongiciel WannaCry et sucesseurs) ou bien protégées.
J'ai rajouté SMBv1 dans le titre afin d'être plus explicite.
Nh3xus, il me semble plus intéressant de détailler les risques de SMBv1, mais si Microsoft le supporte encore, il y a une bonne raison...
-
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.
-
Ok retiré.
Voici la liste de ce qui nécessite SMBv1 : https://blogs.technet.microsoft.com/filecab/2017/06/01/smb1-product-clearinghouse/
Coté Windows, c'est nécessaire pour Windows XP, Windows Server 2003 (et plus anciens) + Windows Embedded Standard 2009
-
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.
-
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.
C'est la même chose sous linux, depuis la désactivation de SMBv1 impossible de voir les PC dans l'onglet du réseau mais accessibles si on tape l'ip direct... Il suffit de reprendre une "vieille" version d'ubuntu (16.04) et la magie tous les PC réapparaissent, même ceux qui ont SMBv1 désactivé (c'est bizarre). Enfin, c'est pareil sous XP, un PC windows 10 apparaît bien mais il est inaccessible.
-
ce post expose un cas à problème que je rencontre de découverte réseau.
Si SMBv1 est réinstallé partout ça fonctionne, mais ça ne plait pas à tout le monde, et pour un tuto je me dois de parler un peu de tout ça.
Le fait de réactiver SMBv1 active aussi netbios parce qu'il l'utilise.
Le problème constaté:
SMBv1 désactivé coté client la découverte netbios n'y apparait plus dans l'explorateur en groupant selon le mode découverte (ok).
SMBv1 activé sur le serveur mais aussi WSD (les services déjà cités), en actualisant sur le client on voit le serveur brièvement sur le groupe netbios puis il est déplacé vers le groupe WSD.
Mais ce comportement n'est pas le même partout. j'ai un serveur (1809 pro clean install) qui reste dans le groupe netbios d'un client (1809 pro update) alors qu'en même temps un autre (1803 home update) passe vers le groupe WSD
En inversant les rôles client / serveur entre les deux pro, sans rien changer, le comportement est comme la phrase précédente (netbios puis wsd).
Les deux PC sont à jour 17763.195 en version pro.
Celui qui pose problème est une clean install 1809, l'autre un update de 1803.
Celui qui pose problème ne se voit pas lui même en WSD, il reste dans le groupe netbios, alors que l'autre se bascule lui même en WSD.
Si je désactive SMB1 sur celui qui bascule lui même en WSD le client, il ne voit plus l'autre.
Tout se passe comme si le serveur ne répondait pas à la découverte WSD, non seulement par le réseau mais aussi par lui même.
C'est pourtant lui le plus clean install...
edit: un contournement consiste à arrêter le service publication (fdrespub) puis à le relancer (trouvé par hasard).
Le PC est alors publié en wsd, se voit lui même et est vu par les autres en WSD.
Un contournement un peu plus comestible est de créer un fichier xx.bat contenant:
net stop FDResPub
net start FDResPub
exit
Et de le lancer par une tache planifiée au démarrage de session avec un délai de 1 minute, et cochée pour exécution avec les droits maximum.
Le top serait une correction par Microsoft !
Edit: En relisant ce post j'ai bien conscience que ce n'est pas immédiatement compréhensible :)
Si vous avez un problème de visibilité réseau d"un PC par un autre, bien que tout semble paramétré pour que ça fonctionne, demandez.
Si ça correspond à mon cas ci-dessus j'expliquerai mieux...
-
Depuis le post précédent j'ai installé un nouveau PC windows 10 pro 1809 avec un matériel complètement différent du précédent, dont l’interface réseau.
Le problème constaté reste le même et le contournement aussi.
Pour résumer le problème:
Si SMB1 installé alors le PC n'est pas vu dans son "voisinage réseau" par un autre PC du réseau qui n'a pas SMB1 activé .
Le PC lui même est vu dans son "voisinage réseau" en découverte netbios.
Si on arrête le service FDRespub et qu'on le relance le PC bascule en découverte WSD dans son voisinage réseau et devient visible en WSD par les autres.
-
J'ai ajouté un paragraphe au chapitre concernant la visibilité du réseau.
C'est la conclusion suffisamment testée de ce que j’évoquais dans les deux posts précédents.
Il traite du cas de PC qui ont SMB1 activé et ne sont pas vus dans le voisinage réseau de PC qui n'ont pas SMB1 activé et fournit un contournement.
Validé depuis pas mal de temps avec deux PC différents dans ce cas.
Ce cas est constaté en version Windows 1809 sans préjuger de la suite...
edit: c'est pareil en version Windows 10 pro 1903.
-
Quelques améliorations de présentation, et confirmation du bon fonctionnement en version 1903.
Commentaire sur l'utilisation avec un client XP (ça existe encore... ).
En attendant la version de novembre.
-
Bonjour,
Un petit mot pour dire que la méthode fonctionne toujours, en version 1909, y compris le contournement décrit pour la méthode de découverte en WSD (voir partie 2).
Depuis son installation sur ce PC elle n'a pas été affectée par les mises à jours (contrairement à son ancêtre feu le groupe résidentiel).
Par la même occasion j'ai testé l'accès par un client Ubuntu 18.04: OK,
et par un client Windows XP sp3 (au cas où certains en auraient encore l'usage): OK mais la mémorisation du droit d'accès HG ne peut se faire qu'en XP pro, en XP home l'autorisation ne sera valable que pour la session.
-
Edit 6/2020:
Le passage en Windows 10 version 2004 se passe sans problème, mais vérifier pour les dossiers partagés, dans leurs autorisations avancées, que le compte de partage HG n'a pas été supprimé des autorisations et remplacé par "tout le monde".
ça ne se voit pas à l'usage mais la protection n'est plus la même, comme son nom l'indique.
ça se fait bien en version pro clic droit menu démarrer et gestion de l'ordinateur.
Ajout d'une phrase dans le partage coté serveur pour insister sur l'onglet sécurité.
edit 2022: les propriétés de partage ont été mieux expliquées dans la dernière révision (les deux méthodes possibles).
-
En complément du post précédent:
Sur une machine en version 2004 (pro) je ne pouvais plus voir le contenu de mes propres dossiers partagés en passant par l'affichage réseau, alors que les autres PC ayant droit d'accès à ces contenus les voient.
Ceci est apparu à je ne sais quelle "mise à jour" de Windows, je n'avais pas ce problème avant.
Pour résoudre ça, si on est administrateur, aller sur la liste des dossiers partagés affichés sous "réseau" (plus facile que de les retrouver à leur place d'origine sans en oublier) et cliquer droit sur propriétés.
J'ai le droit de modifier les propriétés, alors que le clic gauche me dit que je n'ai pas accès.... les joies du partage Windows.
dans les propriétés, cliquer sur partage, partage avancé, autorisations, et constater que le compte de partage est bien présent, ainsi qu'une ligne pour les administrateurs (dont je suis, mais bon... ).
Cliquer alors sur ajouter et ajouter le nom de votre compte.
Vérifier que "tout le monde" n'est pas présent dans la liste et le supprimer si c'est le cas, sinon la protection devient une passoire.
Après ça je peux ouvrir mes propres dossiers partagés sous l'affichage réseau.
La manip fonctionne aussi bien en version home que pro.
-
Bonjour,
J'ai modifié le chapitre 4 "partage coté serveur" pour tenir compte de la manière de faire en utilisant la commande "accorder l'accès" au lieu directement des onglets partage et sécurité.
Avant, l'onglet partage contenait les noms d'utilisateurs et l'onglet sécurité contenait "utilisateurs authentifiées" alors que maintenant l'onglet partage contient "tout le monde" et l'onglet sécurité contient les utilisateurs et leurs droits.
Les deux manières fonctionnent.
C'est probablement la source des quelques difficultés que j'avais décrites dans les deux posts précédents.
Modification du chapitre 2 visibilité réseau pour le simplifier et tenir compte des évolutions... et de mon expérience.
-
Comportement avec Windows 11.
En gros le système décrit continue de fonctionner comme avec Windows 10 à l'exception d'un détail dans le contournement décrit pour la visibilité du PC lui même dans le dossier "réseau".
Le contournement ne dure pas forcément toute la session, voir la partie 2 qui le décrit.
ça n'empêche pas les partages de fonctionner.
Je n'ai pas encore vu toutes les conséquences éventuelles pour les autres PC du réseau.
Le changement est le même, que SMBv1 soit actif ou désinstallé, à part que si SMB1 est actif on voit le PC retomber en découverte Netbios alors que si SMB1 est désactivé on ne voit plus rien (plus de Netbios affiché dans le dossier réseau).
Activer Netbios sous TCP/IP ne change rien, et ce n'est pas non plus un objectif.
Bien sur il y en a beaucoup qui diront qu'on s'en fiche de voir ou pas les partages du PC dans son propre dossier réseau, mais c'est pas bien joli.
J'observe la suite et reviendrai quand j'en aurai vu plus.
-
Fais une VM avec OMV ou TrueNAS et tu eviteras de faires tes bidouilles moyennagesques la... C'est vraiment pas fou comme fileserver...
-
Je n'ai aucun problème, tout fonctionne comme je l'ai décrit, pour ceux que ça intéresse, les autres font comme ils veulent, selon leurs besoins.
J'assure le suivi du premier post.
-
Tu tiens ce post depuis 2018 ? En vrai bon boulot, c'est vraiment détaillé et tout, bien joué ! et c'est sur que ca doit répondre a des besoins de certains qui veulent juste partager qq photos et cie.
-
Au départ c'était pour répondre à la disparition du groupe résidentiel décidé par Microsoft, et que j'utilisais.
J'avais trouvé (tout seul) cette méthode et je l'ai partagée.
ça n'a pas pour vocation de remplacer un serveur , mais de permettre aux utilisateurs d'un même réseau privé de partager les dossiers qu'ils veulent partager avec leur famille, sans avoir besoin besoin de NAS ou autre cloud.
ça me permet aussi de faire des sauvegardes d'un PC vers un autre mieux équipé, etc. et les volumes échangés sont bien au delà de quelques Mo.
C'est compatible avec l'accès à mes fichiers vidéos à partir d'une box Android TV (Mibox) et d'un smartphone.
Que demande le peuple.
Alors oui, ça utilise le partage réseau que Microsoft n'aime plus beaucoup (et pas besoin du tristement célèbre SMB1 comme certains font semblant de comprendre de mon sujet).
Les solutions centralisant vers un NAS ou un système Truenas sont un autre sujet.
-
Comportement avec Windows 11.
En gros le système décrit continue de fonctionner comme avec Windows 10 à l'exception d'un détail dans le contournement décrit pour la visibilité du PC lui même dans le dossier "réseau".
Le contournement ne dure pas toute la session, voir la partie 2 qui le décrit.
ça n'empêche pas les partages de fonctionner.
Bien sur il y en a beaucoup qui diront qu'on s'en fiche de voir ou pas les partages du PC dans son propre dossier réseau, mais c'est pas bien joli.
J'observe la suite et reviendrai quand j'en aurai vu plus.
Rien n'a changé depuis le post repris ci-dessus, mais j'ai vu que:
- la manip arrêt/démarrage de fdrespub fonctionne toujours et son effet ne dure toujours pas longtemps,
- passer en veille et revenir fait parfois afficher à nouveau son propre PC dans réseau, mais pas toujours et pas longtemps
Pour un usage ponctuel:
- On peut épingler le nom du PC du volet de navigation dans le menu démarrer, ce sera plus facile pour le faire revenir dans l volet de navigation réseau,
- On peut aussi à partir du menu démarrer en faire un raccourci sur le bureau
On peut aussi créer directement un raccourci sur le bureau avec pour cible \\nomdupc et c'est le plus simple
Bon, tout ça n'est pas capital, c'est juste pour les rares que ça intéresserait.
Y compris ceux qui font du simple partage sans objectif de groupe résidentiel.
-
Après la mise à jour du 14 mars 2023 de Windows 10 le service fdrespub a changé de mode de démarrage, ce qui a perturbé la découverte réseau.
Problème découvert et résolu par cp94.
Remettre ce démarrage en automatique en exécutant service.msc puis changer le mode de démarrage en automatique.
Redémarrer.
Au passage je signale que le partage fonctionne toujours correctement en Windows 11 à jour de mi mars 2023.
edit:fonctionne toujours en Windows 11 23H2
-
J'ai édité la partie visibilité du réseau qui expliquait en 2018 les conséquences de la disparition du protocole SMBv1 et quelques contournements pour l'affichage réseau dans l'explorateur.
En 2024 avec Windows 10 ou 11 cet historique n'a plus vraiment de raison d'être et a été très allégé.
La méthode décrite pour le partage fonctionne toujours parfaitement en Windows 10 et 11.