Bonjour, je rencontre des problèmes de partage de fichiers dans mon réseau local, entre mes 2 pc: pc1 partage sans problème vers pc2 (qui reconnaît pc1 et pc2, dans "réseaux") mais pas le contraire car pc1 ne renseigne que pc2 mais sans pouvoir s' y connecter (demande de mot de passe, non reconnu). Après avoir testé les conexions wifi/ethernet, un de vos conseillers m'a suggéré de vous consulter pour voir si le problème viendrait d'un parefeu (j'ai Bitdefender). Merci de m'aider.

[Configuration automatique à compléter]
Windows 10
Chrome 70.0.3538.77

Bonjour,

Il serait bon que l'on connaisse le système d'exploitation de tes deux pc.

windows 10 (1803).

Le pare-feu/anti-virus (le même pour les 2 ordinateurs) ne semble pas avoir d'incidence sur le partage. D'ailleurs, le partage se fait bien dans un sens mais pas dans l'autre alors que les 2 pc ont été paramétrés, sauf erreur, à l'identique.

Par ailleurs, j'ai supprimé le compte qui semblait poser de problème de connexion et créé un compte avec le nom de PC2 (auquel je n'arrivais pas à me connecter avec l'ancien compte).

Ensuite, j'ai essayé de créer un nouveau compte dans les 2 pc, avec les mêmes adresse mail, nom et mot de passe. Mais, apparemment, j'ai fait quelque chose d'incorrect (!?). En effet, pour PC1 après l'adresse mail il m'a été demandé nom d'utilisateur et nom de passe tandis que pour PC2 le compte s'est créé dès que j'ai introduit l'adresse mail.

Quoi qu'il en soit, rien n'a changé pour le partage (impossibilité d'accès au partage de pc2: demande de mot de passe, non reconnu, dans pc1).

Bonjour,

N'étant pas trop calé en réseaux je te joins ces articles. Je ne sais s'ils te seront utiles, en attendant de meilleurs avis.

Modifications apportées au partage de fichiers sur un réseau dans Windows 10

Partager des fichiers dans l’Explorateur de fichiers

Je ne peux pas accéder à un appareil de mon réseau : ajouter une exception réseau à Bitdefender 2018

Par contre je ne sais pas quelle est ta version de Bitdefender...

Partager rapidement un fichier sur son réseau - Windows 10

Bonjour,

Vérifie sur les 2 PC :

Services (services.msc) -> touche Windows + R -> services.msc -> OK
Publication des ressources de découverte de fonctions
clic droit -> Propriétés -> passer Type de démarrage : Manuel -> Automatique
Etat du service -> Démarrer
Appliquer / OK

Vérifie également dans le Panneau de configuration / Programmes et Fonctionnalités / Activer ou désactiver des fonctionnalités Windows
que Support de partage de fichiers SMB 1.0/CIFS est bien coché et OK

@+

Bonsoir,

merci à tous les 2.

Le tuto de Piquet sur Bitdefender total security 2018 (qui me protège) m'a permis de retrouver les 2 pc dans les 2 pc.

Comme je cherche depuis un certain temps, j'avais déjà consulté les autres liens et fait ce que me conseille y.bli. Juste une remarque, suivant le conseil d'un de vos collègues, j'avais réglé le démarrage sur automatique (départ différé): faut-il le faire sur automatique?

Malgré cela, sur pc1, je coince toujours sur le mot de passe exigé lorsque je veux accéder au partage de pc2. Une remarque, sur pc2, je n'arrive pas à désactiver le partage protégé par mot de passe malgré que j'ai coché la case et enrégistré la modification. Que faire d'autre?

Bonjour y.bli,

Dans l'association où je fais du support micro-informatique (une dizaine de PC tous sous Win 10 Pro ou Famille certains sous 1803 et d'autres sous 1809) j'ai un infernal problème de PC parfois non visibles sur le réseau local mais aussi parfois visibles ….
Et quand cela se produit le plus curieux c'est que un PC TOTO n'est même pas vu par lui même et donc pas par tous les autres !
Bref je m'arrache les cheveux sur ce problème complétement aléatoire que je n'avais jamais constaté sur Win XP, Win 7 et Win 8.1.
Evidemment pour moi (mais sans doute pas pour Windows) tout est bien configuré :
tous les PC ont le même nom d'utilisateur standard avec le même mot de passe, ils sont tous sur le même réseau local, tous ont au moins une partition partagée pour 'Tout le monde' avec tous les droits, la découverte du réseau et le partage de fichiers et imprimantes sont activés etc ….
Je suis donc en train de compiler tout ce qu'on peut trouver sur ce sujet sur Internet (y'a du monde!) et je suis tombé sur ce post de PCA qui m'inspire une question à propos de ta recommandation d'activer SMB 1.0/CIFS car sur mon PC à mon domicile j'ai ceci :

qui m'inspire 3 questions :
1-D'abord je présume que le carré noir sur SMB 1.0/CIFS Sharing Support signifie que ce paramètre à plusieurs 'sous 'paramètres' ?
2-Mais surtout je me demande ce qu'il faut comprendre du fait que SMB 1.0/CIFS Client soit coché simultanément avec Suppression automatique de SMB 1.0/CIFS ?
3-Enfin quid de SMB 1.0/CIFS Server ? Faut-il aussi le cocher ?

Bonne journée.

Oublié de cocher 'Ajouter le sujet à mes suivis' et 'Etre prévenu par emaol des réponse' (pourquoi n'est pas les options implicites ???).

jpigrec a écrit :

Dans l'association où je fais du support micro-informatique (une dizaine de PC tous sous Win 10 Pro ou Famille certains sous 1803 et d'autres sous 1809) j'ai un infernal problème de PC parfois non visibles sur le réseau local mais aussi parfois visibles ….

Bonjour,

Est-ce que les PC non visibles ne seraient pas, à ce moment là, en veille ? cela suffit à les rendre invisibles sur le réseau.

@+

Bonjour,

À ma connaissance il n'est nécessaire d'activer smb 1, qui ne l'est plus par défaut sur Windows 10 au moins à partir d'une certaine version (voir ici), que si certaines stations ne sont pas sous Windows 10 (Windows antérieur, NAS, etc.). Dans ce cas on active tout SMB 1 sans se poser de questions.

Avec uniquement des machines sous Windows 10, je pense que le problème est ailleurs. Je n'ai jamais fait confiance aux automatismes de Windows en ce qui concerne les ressources réseau. Pourquoi ne pas passer par la création de lecteurs réseaux en spécifiant soit même le chemin d'accès aux ressources partagées ?

Bonjour y.bli,
1-Non aucun PC n'est en veille prolongée que je désactive systématiquement car se sont tous des desktop et par ailleurs j'ai remarqué que Windows à parfois du mal à redémarrer et dans ces (rares) cas là c'est power OFF/power ON.
2-Toujours preneur de réponses à mes 3 question si elles existent .

Bonne journée.

Bonjour fgondard,

1-Effectivement j'ai commis une imprécision car outre ce petit parc de PC tous sous Windows 10 il y a un vieux Dell sous Serveur2008(pas R2)-SQL2008-Visual Studio 2008 qui héberge notre Intranet accessible sous en local dans les bureaux soit en externe par Internet (ce PC n'étant pas sans me questionner sur son devenir).
Je précise aussi que lorsque certains PC ne sont pas visibles par Windows ils néanmoins bien là, bien running et visibles/accessibles par des tas de logiciels autres que Windows (Teamviewer que j'ai utilisé pendant des années, Anydesk que j'utilise maintenant, Advanced IP Scanner etc...).
Donc activer tout SMB 1 = activer aussi SMB 1.0/CIFS Server (pas de risque?).

2-Bien sûr on peut faire comme sous Windows 3.1 (win 95 ? me souviens plus) et connecter à la main des lecteurs réseaux .... soit faire à la main ce qui sous Win XP, Win, 7 et Win 8.1 marchait tout seul !
Mais il parait qu'il faut économiser l'énergie .

Bonne journée.

Bien sûr on peut faire comme sous Windows 3.1 (win 95 ? me souviens plus) et connecter à la main des lecteurs réseaux .... soit faire à la main ce qui sous Win XP, Win, 7 et Win 8.1 marchait tout seul

L'application partage de fichiers existe depuis Windows 3.11 et la procédure de déclaration d'un lecteur réseau n'a pas bougé depuis.

Les em...bêtements sont apparus avec Windows 7 (Vista ?) imposant, par défaut, de lier l'accès aux noms de comptes et aux mots de passe associés. Même au sein d'une assoc, protéger l'accès par un mot de passe ne me semble pas indispensable.

Pendant quelques temps j'ai moi aussi sévi dans une telle structure avec des machines en libre service pour les bénévoles : démarrage automatique sur un compte lambda et accès au compte administrateur protégé par mot de passe.

Donc activer tout SMB 1 = activer aussi SMB 1.0/CIFS Server (pas de risque?).

La veiile du jour où Microsoft à décidé de ne plus utiliser ce protocole et de ne plus l'activer par défaut personne ne se souciait de cette supposée vulnérabilité. Il demeure le seul qui permette de communiquer dans un parc hétérogène.