Auteur Sujet: Windows 10 v1803 et (contournement Groupe résidentiel) (Lu 51836 fois)

Marco POLO · « **Réponse #48 le:** 24 mai 2018 à 20:38:21 »

Citation de: Hugues le 24 mai 2018 à 20:26:17

Non, c’est des Link Local.

Toutes mes excuses, mais je n'ai pas compris.

Nh3xus · « **Réponse #49 le:** 24 mai 2018 à 21:51:49 »

Sur les OS modernes, IPv6 est activé par défaut.

Donc même sans avoir de connectivité IPv6 de la part de ton FAI, ton PC possède :

- Une IPv6 de loopback ::1 pour tester le bon fonctionnement de la pile ipv6 de l'OS
- Une IPv6 de type link-local générée aléatoirement par l'OS qui permet de communiquer en IPv6 sur ton LAN

Et de manière cachée, certains mécanisme de transition Ipv4 -> Ipv6 sont activés aussi :

- Isatap
- Teredo
- 6to4

Là où kgersen n'a pas tout à fait raison, c'est que même les partages Samba classiques utilisent les link-local.

Marco POLO · « **Réponse #50 le:** 24 mai 2018 à 22:48:51 »

Ce n'est pas très facile pour un newby tel que moi de tout comprendre mais merci pour tes efforts d'explication.

kgersen · « **Réponse #51 le:** 24 mai 2018 à 23:12:27 »

Citation de: Nh3xus le 24 mai 2018 à 21:51:49

Là où kgersen n'a pas tout à fait raison, c'est que même les partages Samba classiques utilisent les link-local.

les partages classiques utilise la conf réseau par défaut: ce que la résolution de nom de machine renvoi.

j'ai chez moi 4 machines 'client': 2 discutent en IPv6 link-local, 2 avec les IPv4 privées du serveur. tout dépend de comment sont résolu les noms.

l'ordre de base c'est:
- résolution local a la machine (fichier hosts par exemple, son nom a elle)
- resolution DNS
- résolution LLMNR si pas de réponse DNS (si pas désactivé)
- résolution NetBios (si activé)

les machines qui n'ont pas d'entrée dans le DNS vont donc faire l'objet d'une résolution link-local via LLMNR.

kgersen · « **Réponse #52 le:** 24 mai 2018 à 23:39:48 »

pour debug la résolution de nom, il y a une command powershell bien pratique: resolve-dnsname

lancer powershell: touches ❖ + R puis saisir "powershell"

dans la fenetre powershell:

Code: [Sélectionner]

PS C:\Users\User> resolve-dnsname desktop-1t3njo5

Name                                           Type   TTL   Section    IPAddress
----                                           ----   ---   -------    ---------
DESKTOP-1T3NJO5                                AAAA   30    Answer     fe80::8151:bad4:efdf:6810
DESKTOP-1T3NJO5                                A      30    Answer     192.168.1.77


PS C:\Users\User> resolve-dnsname desktop-1t3njo5 -DnsOnly

Name                                           Type   TTL   Section    IPAddress
----                                           ----   ---   -------    ---------
desktop-1t3njo5                                A      0     Answer     192.168.1.77

on voit que par defaut si je cherche a joindre \\desktop-1t3njo5 ca va se faire en ipv6 link-local mais pas a cause du dns.

Leon · « **Réponse #53 le:** 25 mai 2018 à 12:18:52 »

De mon côté, suite à mes manip, je vais rester avec l'utilisation du groupe d'utilisateur HomeUsers sur les droits des partages de mon réseau, qui semble reproduire parfaitement le comportement de mon précédent "groupe résidentiel".
Je n'arrive pas à donner les droits à 1 seul utilisateur, le partage n'est plus accessible (pb de droits, contacter administrateur), j'abandonne.

Tant que je ne change pas de PC, ça tient comme ça. Le plus ancien des 3 PC a 6 ans, j'espère qu'il va tenir jusqu'à ses 10 ans (un Dell Pro).

Leon.

renaud07 · « **Réponse #54 le:** 25 mai 2018 à 13:48:43 »

Citation de: Leon le 24 mai 2018 à 18:50:06

C'est bien mon cas : 1 seul PC qui partage pour les autres.
Par contre, comment tu fais pour te connecter sur un compte "PC1/user1" à partir du PC2?
Je n'avais pas compris les propositions précédentes comme ça, et je ne vois pas comment on fait.

Quand tu veux accéder au PC qui partage ça demande un user/mot de passe.

Ici : client windows 7, serveur windows 10 1803

Leon · « **Réponse #55 le:** 25 mai 2018 à 17:32:25 »

Avec un client Win10 1803, il ne me propose pas ça du tout, il me dit juste "t'as pas les droits, contacte l'admin", quand j'essaye d'accéder au dossier distant.

Leon.

renaud07 · « **Réponse #56 le:** 25 mai 2018 à 18:01:26 »

Ce cas se produit si tu n'a pas les droits sur le dossier. Typiquement tu n'a renseigné aucun utilisateur dans l'onglet sécurité du partage. Mais ça peut aussi se produire si tu te logue avec un nom d'utilisateur et MDP différent sur le PC client.

Dans ce cas essaies en faisant clique droit sur le partage "connecter un lecteur réseau" et dans la fenêtre cocher "Se connecter à l'aide d'informations d'identification différentes" et rentrer les infos du compte serveur.

Pour être sûr que ça fonctionne, il faut que la demande de mot de passe se fasse lorsqu’on clique sur le PC en question et non sur le partage.

renaud07 · « **Réponse #57 le:** 25 mai 2018 à 19:00:42 »

Je viens de remarquer qu'avec la 1803 le PC ne s'affiche pas dans le réseau (que ce soit en local ou sur les autres), alors qu'il n'y aucun problème avec la version entreprise 2016. A priori les réglages sont les mêmes. Par contre si on tape l'ip on y accède sans problème.

yf38 · « **Réponse #58 le:** 21 décembre 2018 à 10:23:01 »

Bonjour,
Je suis tombé sur ce topic dont le sujet a été une de mes préoccupations au printemps 2018.
J'avais, à l'époque créé un tuto pour remplacer la fonction groupe résidentiel, et je le propose ici pour ceux qui chercheraient toujours une solution.
https://cjoint.com/doc/18_05/HEEgRH4dq3M_homegroup.html
C'est du html de ma composition, tout simple, les images sont hébergées sur l'hébergeur de HFR.
J'utilise cette méthode depuis cette époque, c'est du partage classique de Windows.
Le principe est de créer un même utilisateur avec mot de passe sur chaque PC qui partage des dossiers, en plus des autres utilisateurs, et de cacher cet utilisateur pour qu'il ne serve qu'au partage réseau de manière similaire au groupe résidentiel.
Il a été utilisé par plusieurs clients d'autres forum avec succès.
Certains critiquent le fait de partager sur un réseau local à cause du risque de propagation de malware, à vous de voir.

kgersen · « **Réponse #59 le:** 21 décembre 2018 à 11:17:36 »

C'est marrant la différence de culture Windows/Unix. un unixien aurait fait un script pour installer/paramétrer automatiquement tout cela.
Avec Windows on n'a pas encore cette culture bien qu'on puisse maintenant avec powershell quasi tout faire en script.

Apres faut dire aussi que Powershell est assez inbuvable niveau syntaxe ;p