Salut les amis!. Comme nous le recommandons dans notre article précédent, il faut passer du simple au complexe. Par conséquent, nous continuons la série en apprenant à naviguer et à utiliser les ressources que nous trouvons dans un réseau SMB / CIFS.
Les images présentées correspondent à une station de travail Debian Wheezy avec GNOME-Shell. Je pense que tout ce que nous expliquerons ensuite est également valable pour Ubuntu.
Debian installe la bibliothèque par défaut clientlibsmb, un package qui permet aux applications de notre équipe de converser avec les serveurs Samba et Microsoft Windows.
Ce qui indique que NON Samba doit être installé pour accéder aux réseaux SMB / CIFS. Ce support est présent au cœur de notre système d'exploitation. Bien sûr, ses fonctions sont basiques mais suffisantes pour naviguer.
Si nous ouvrons le Nautilus et cliquons sur le bouton «Parcourir le réseau», et nous avons activé dans les préférences que le "Endroit:", on verra comment ça change / home / utilisateur au lieu réseau: ///. Si nous continuons à naviguer, nous verrons ce qui suit:
En double-cliquant sur l'icône «Réseau Windows», tous les groupes de travail ou "Groupe de travail" de notre LAN. Dans notre cas, seul le groupe «DCH» est affiché. Maintenant, regardez comment le "Endroit:" de réseau: /// a smb: ///:
Regardez le changement de smb: // dch / en double-cliquant sur le groupe de travail:
Enfin, nous obtenons la liste des ordinateurs qui peuvent ou non avoir des ressources partagées, mais qui supportent le protocole SMB / CIFS. Lors de la sélection de l'équipement qui nous intéresse, la liste de ses ressources partagées doit être affichée, uniquement si le serveur ou la machine en question permet à n'importe quel utilisateur d'obtenir cette liste, ce qui est le comportement par défaut. En passant, observez le changement de Lieu: a smb: // alpha:
Si le partage que nous voulons ouvrir est protégé par un nom d'utilisateur et un mot de passe, ce qui est normal dans les réseaux d'entreprise, et que nous savons que nous avons la permission d'y accéder, une fois que nous nous sommes validés correctement, nous pouvons accéder à son contenu.
Notez que le nom du DOMAIN qui dans ce cas est le nom du groupe de travail est en majuscules.
Une fois l'authentification réussie, le Lieu: changer en smb: // alpha / des /, et aussi une icône apparaîtra sur le bureau - au cas où nous aurions activé le bureau - avec le nom «dés en alpha«, Qui agit comme un« Lien »vers notre ressource distante.
Également dans le Nautilus, la ressource sera reflétée dans sa barre latérale de lieux «Des en alpha»Dans la zone« Réseau ».
Si nous devons ouvrir un certain fichier-via le réseau- avec l'application locale -installée sur notre ordinateur- associée à ce type de fichier, nous verrons comment certains S'OUVRENT avec succès, tandis que d'autres ne le font pas. Cela dépendra, entre autres facteurs, du support de notre application pour le protocole SMB / CIFS.
Si nous ne pouvons pas ouvrir le fichier à distance et que nous ne voulons plus installer de packages pour monter la ressource partagée localement, et nous devons l'ouvrir en lecture seule ou la modifier - en fonction des autorisations dont nous disposons -, ce que nous pouvons faire est de la copier sur notre ordinateur et de travailler le fichier localement.
Si nous voulons fermer la connexion établie avec la ressource distante, nous pouvons le faire dans Nautilus lui-même en cliquant avec le bouton droit sur l'icône correspondante et en sélectionnant l'option "Démonter".
Un moyen plus rapide d'accéder aux ressources dont nous connaissons à l'avance l'emplacement serait d'exécuter - via Alt + F2 ou par console - la commande suivante:
nautilus smb: // serveur / ressource
Exemples:
nautilus smb: // mixp / musique
nautilus smb: //mixp.amigos.cu/musica
nautilus smb: //192.168.10.100/musica
nautilus smb: // federico @ mixp / musique
Essayez et vous verrez que, si l'authentification est requise pour accéder à la ressource, lorsque l'utilisateur est indiqué, la boîte de dialogue d'authentification varie un peu.
Dans le cas où il s'agit d'un serveur indépendant (Standalone) non enregistré dans un domaine, l'utilisateur doit exister sur le serveur et doit disposer des autorisations pour lire et / ou modifier la ressource. Le nom du DOMAIN ce sera le serveur lui-même Standalone.
Au moins dans GNOME et KDE, il existe également l'alternative «Se connecter au serveur». Le navigateur de fichiers Dolphin de KDE nous facilite la tâche avec son icône "Réseau", tout comme Nautilus.
Par contre, si nous avons besoin d'un accès professionnel à un LAN d'entreprise et que nous ne voulons pas joindre le domaine à notre poste de travail, afin de ne pas avoir besoin de nous authentifier à chaque fois que nous voulons accéder à une certaine ressource, nous pouvons installer le package smb4k dans n'importe quel environnement de bureau, même s'il provient de KDE.
Ce package s'installe parmi d'autres dépendances: samba-common-bin, client PME y smbf, au moins dans Squeeze. Il a une interface extrêmement intuitive et mon jugement est professionnel.
Ce qui a été expliqué jusqu'à présent peut sembler très élémentaire. En fait, la plupart des processus qui se déroulent sur les serveurs et qui nous permettent de naviguer à travers un réseau SMB / CIFS, sont totalement transparents pour l'utilisateur. Malgré tout, nous tenons à souligner les aspects suivants:
- Pour accéder aux ressources d'un réseau avec un domaine, soit Windows ou Samba, NON Il est obligatoire que notre ordinateur client soit enregistré dans le domaine, bien que si nous le faisons, il serait plus confortable de naviguer sur le LAN puisque nous ne nous authentifions qu'une seule fois.
- Chaque ordinateur connecté à un LAN doit partager le même réseau ou «réseau »Et le même masque de réseau. Si le réseau est 192.168.10.0 et le masque est 255.255.255.0 (192.168.10.0/24), cela indique un réseau de classe "C" dans lequel nous pouvons avoir jusqu'à 254 ordinateurs. Un réseau de cette classe répond de loin aux besoins de la grande majorité des petites et moyennes entreprises. Par conséquent, chaque ordinateur connecté au réseau doit avoir une adresse IP 192.168.10.xxx/255.255.255.0, afin qu'il puisse être déclaré qu'il participe au même réseau.
- Si le service ne fonctionne pas sur le réseau DNS, il ne peut pas y avoir de résolution de nom correcte à partir des adresses IP des ordinateurs, sauf si nous distribuons un fichier pour chacun d'eux hôtes dont le contenu sera celui de tous les noms des équipes et de leurs adresses IP respectives. Voir / Etc / hosts o homme hôtes. L'archive hôtes ce n'est rien de plus que la table statique de recherche des noms d'hôte à partir de leurs adresses IP.
- Bien que pour fermer une connexion nous choisissons l'option "Démonter" dans le Nautilus ou dans le Lien créé sur le Bureau, "Les ressources ne sont pas réellement montées sur notre système de fichiers local". Le lien redirige notre demande vers un Endroit spécial (voir l'aide de GNOME 2.xxxx) qui est une URL du type smb: // ordinateur distant / ressource-partage.
- La prise en charge des réseaux SMB / CIFS qui nous permet de converser avec les serveurs Windows et Samba, fait partie du noyau Linux, NON du programme Samba. Les paquets non plus smbfs, smbnetfs et cifs-utils. Pour plus d'informations, voir «Samba3-ByExample. Chapitre 13 Performances, fiabilité et disponibilité«.
- Comme recommandé par Samba, et chaque fois que possible, un serveur WINS doit être installé sur chaque sous-réseau. Ce service, également fourni par Samba lui-même, facilite grandement la résolution de noms NetBIOS. Le service WINS est à un réseau SMB / CIFS ce que DNS est à Internet. NON vous devez avoir plusieurs serveurs WINS sur le même sous-réseau.
Puisque cet article n'est pas destiné à remplacer la documentation abondante et exubérante :-), veuillez clarifier vos doutes en le lisant. Samba ne pardonne pas aux Impatients et se lie d'amitié avec ceux qui l'étudient même fondamentalement.
Et il me semble que c'est suffisant pour aujourd'hui. Par conséquent, l'activité est terminée, mes amis!
Jusqu'à la prochaine aventure !!!.