Path: ...!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail From: Ghost-Raider Newsgroups: fr.comp.os.linux.configuration Subject: =?UTF-8?Q?Re=3a_Comment_mettre_un_PC_Linux_Mint_et_un_PC_Windows_10?= =?UTF-8?Q?_en_r=c3=a9seau_=3f_MEA_MAXIMA_CULPA?= Date: Fri, 5 Aug 2022 20:09:03 +0200 Organization: A noiseless patient Spider Lines: 129 Message-ID: References: <62ea5c5b$0$22276$426a74cc@news.free.fr> <62ea98ef$0$3002$426a34cc@news.free.fr> <20220804174201.2c72833a@coffee.novazur.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Fri, 5 Aug 2022 18:09:04 -0000 (UTC) Injection-Info: reader01.eternal-september.org; posting-host="93aa32c126a6cf34992ba3abf5252bdd"; logging-data="3452432"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18iCND2xrOv+mVo3NnRpuWqzD2eZDYIWqY=" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Cancel-Lock: sha1:Q2E2VSGuBN2llNgTgUa62bBchEU= In-Reply-To: Content-Language: fr Bytes: 6690 Le 05/08/2022 à 14:09, Marc SCHAEFER a écrit : > Ghost-Raider wrote: >> Mais je n'ai absolument pas l'ambition de devenir un technicien Linux. > > Un point important est toutefois de faire des sauvegardes, voire des > points de synchronisation pour revenir en arrière. > > On peut utiliser des solutions externes (Ghost, etc), ou des solutions > intégrées à la distribution (p.ex. timeshift qui fait du rsync ou des > snapshots avec certains fs). > >> Je l'ai donc installé et le réseau fonctionne mais seulement dans le >> sens Linux>Windows. > > Donc Linux peut accéder à des systèmes de fichiers via réseau et > protocole Microsoft CIFS/SMB (smbclient, smbfs, etc), mais Microsoft > n'arrive pas à faire de même. Effectivement, dans ce cas, le plus > usuel est l'installation de Samba sous Linux. > > Je joins une modification de fichier /etc/samba/smb.conf, à suivre d'un > redémarrage du service samba, qui donne de bons résultats. > > Notons que le problème le plus complexe est d'assurer que l'utilisateur > UNIX avec lequel Samba va gérer la connexion provenant du client (ici > Microsoft) a bien accès au filesystem exporté (lecture, > écriture si nécessaire). > > Modification de Samba-qui-va-bien: > > [media] > path= /media > guest ok = no > browseable = yes > create mask = 0666Je fais ça ? > directory mask = 0777 > force user = pi > read only = no > > ici, pi est l'utilisateur propriétaire des données sous /media. > > Il s'agit ici de pouvoir brancher plusieurs disques USB contenant un fs > ext4 ou autre (*), qui seront auto-montés sous /media/pi/NOM (pi étant > l'utilisateur connecté). > > Il y a d'autres méthodes plus "systèmes" de gérer tout ça, avec des > montages permanents, sous /media aussi si désiré. Dans ce cas, ne pas > oublier de mettre les bons droits d'accès (chown si fs POSIX, options de > montage si fs non POSIX comme VFAT, NTFS, etc). > > Se rappeler que les mondes standards (POSIX) et le monde Microsoft sont > très différents dans la gestion des droits et les espaces de nommage ... Horreur ! Je me suis trompé ! J'ai écrit "le réseau fonctionne mais seulement dans le sens Linux>Windows." C'est l'inverse ! Le PC Windows voit le réseau dans le PC Linux, mais le PC Linux ne voit pas le réseau dans le PC Windows. Aïe, aïe, aïe, je vais me faire tirer les oreilles ! J'entends déjà : - ce GR est vraiment complètement nul, il est même incapable de taper correctement sur un clavier ! - ben, il faudrait qu'il arrête de boire... - ouais, on plaint sa famille... - etc... Bon, tâchons de nous rattraper aux branches. A - ce qui apparaît sur les écrans: 1 - Dans Windows, voyons si je trouve mes fichiers Linux : Voici le dossier Images de mon PC Linux vu depuis le PC Windows : https://www.cjoint.com/doc/22_08/LHfqCIeaO54_Dossier-Images-de-USER-Linux-vu-depuis-Windows.jpg Et voici le dossier Images de mon PC Linux: https://www.cjoint.com/doc/22_08/LHfqKdFWlA4_Dossier-Images-de-USER-Linux.png C'est bien la même chose. Mon PC Windows a bien accès à mon PC Linux. Donc, ça marche dans ce sens-là. C'est déjà ça. Il faut noter que je n'ai rien installé dans Windows, donc ça fonctionne d'origine. 2 - Dans Linux, voyons si je trouve mes fichiers Windows. J'ai bien une icône Réseau qui comporte deux icônes : - USER , qui me donne accès au PC Linux lui-même, - Réseau Windows, ornée d'une étoile jaune, qui n'affiche que : type : inconnu, emplacement volume : inconnu Dernière modification : inconnue Espace libre : inconnu Si je clique sur propriétés : Général: Nom : réseau Windows (ne peut pas être modifié) Type : dossier (inode/directory) Contenu : vide Emplacement ; network:// Volume : inconnu Dernière modification : inconnu Espace libre : inconnu. Permissions : les permissions de "Réseau Windows" n'ont pas pu être déterminées. Est-ce que ça ne serait pas là le hic ? Tous mes dossiers Windows sont partagés mais est-ce suffisant ? B - Je reprends maintenant le message d'Eric Masson ci-dessus : SaMBa n'est pas un client mais un serveur SMB, il fournit donc des fonctionnalités de partage de ressources hébergées sur la machine linux sur laquelle il est installé (s'il a été paramétré proprement). Il fournissait aussi SMBClient (je ne sais pas si c'est toujours le cas) qui faisait office de client ligne de commande pour accéder à une ressource SMB. Il ne fournit pas non plus de service "Web Service Discovery" utilisé par W10 pour localiser les ressources réseau, il est nécessaire pour ce faire d'installer wsdd (forcément packagé par la distri). Pour que la machine linux puisse accéder à des ressources réseaux Windows 10, il est nécessaire qu'un client SMB soit installé sur ladite machine, comme LinuxCIFSKernel qui implémente SMB3 (probablement packagé par la disti lui aussi). Ces ressources ne sont-elles pas déjà présentes ? Comment m'en assurer ? -- Courrier envoyé par mon top super extra PC Hardware.fr sous Linux Mint Cinnamon