Navegar per una xarxa SMB / CIFS sense Samba

Hola Amics !. Com recomanem en el nostre article anterior, Hem d'anar del senzill al complex. Per tant, continuem la sèrie aprenent a Navegar i Utilitzar els recursos que trobem en una xarxa SMB / CIFS.

Les imatges mostrades corresponen a una estació de treball amb Debian Wheezy amb el GNOME-Shell. Penso que tot el que explicarem a continuació sigui vàlid també per a Ubuntu.

Debian instal·la per defecte la llibreria libsmbclient, Paquet que permet a les aplicacions del nostre equip conversar amb servidors Samba i Microsoft Windows.

La qual cosa indica que NO cal tenir instal·lat Samba per accedir a xarxes SMB / CIFS. Aquest suport està present en el nucli del nostre sistema operatiu. Per descomptat les seves funcions són bàsiques però suficients per navegar.

Si obrim el Nautilus i fem clic sobre el botó «Examinar la xarxa», i tenim habilitada a les preferències que se'ns mostri el «Lloc:», Veurem com canvia de / Home / usuari a el lloc network: ///. Si continuem navegant, veurem el següent:

A l'fer doble clic sobre la icona «Xarxa de Windows», se'ns mostraran tots els grups de treball o Workgroup de la nostra LAN. En el nostre cas es mostra només el grup «DCH». Ara, observen com va canviar el «Lloc:» de network: /// a smb: ///:

Observin el canvi a smb: // dch / a l'fer doble clic sobre el Grup de Treball:

Finalment obtenim la llista d'equips que poden o no tenir recursos compartits, però que suporten el protocol SMB / CIFS. A l'seleccionar l'equip del nostre interès s'ha de mostrar la Llista dels seus Recursos Compartits, només si el servidor o màquina en qüestió permet que qualsevol usuari pugui obtenir aquesta llista, la qual cosa constitueix el comportament per defecte. De passada observin el canvi de l' Lloc: a smb: // alpha:

Si el recurs compartit que desitgem obrir aquesta protegit per nom d'usuari i contrasenya, el normal en xarxes empresarials, i nosaltres coneixem que tenim permís per accedir-hi, després que ens validem correctament podem accedir al seu contingut.

Observin que el nom de l' DOMINI que en aquest cas és el nom de Grup de Treball està en majúscules.

Després que ens autenticamos correctament, el Lloc: canvia a smb: // alpha / des /, Ia més apareixerà una icona a l'escriptori -en cas que tinguem activat el escriptori- amb el nom de «des a alpha«, El qual actua com un« Enllaç »al nostre recurs remot.

També en el Nautilus es reflectirà a la barra lateral de Llocs el recurs «Donis a alpha»A la zona« Xarxa ».

Si necessitem obrir un determinat arxiu -via xarxa- amb l'aplicació local -instal·lada en el nostre equip- associada a aquest tipus de fitxer, veurem com alguns SI obren de forma satisfactòria, mentre que altres NO. Dependrà, entre altres factors, de el suport que tingui la nostra aplicació per al protocol SMB / CIFS.

Si no podem obrir el fitxer remotament i no volem instal·lar més paquets per muntar localment el recurs compartit, i necessitem obrir-lo com només lectura o modificar -d'acord als permisos que tengamos-, el que podem fer és copiar-cap al nostre equip i treballar l'arxiu de forma local.

Si volem tancar la connexió establerta amb el Recurs Remot, ho podem fer en el propi Nautilus fent clic amb el botó dret de ratolí sobre la icona corresponent i seleccionant l'opció «Desmuntar».

Una forma més ràpida d'accedir a recursos la ubicació coneguem per endavant, seria executar -mitjançant Alt + F2 o per consola- la comanda següent:

nautilus smb: // servidor / recurs

Exemples:

nautilus smb: // mixp / musica
nautilus smb: //mixp.amigos.cu/musica
nautilus smb: //192.168.10.100/musica
nautilus smb: // federico @ mixp / musica

Provin i veuran que, si per accedir a el recurs es requereix autenticació, quan s'indica l'usuari, varia una mica el diàleg d'autenticació.

En cas que sigui un Servidor Independent (Standalone) No registrat en un Domini, l'usuari ha d'existir al servidor i ha de tenir permisos per llegir i / o modificar el recurs. El nom de l' DOMINI serà el de l'propi Servidor Standalone.

En GNOME i KDE a el menys, també hi ha l'alternativa de «Connectar amb el Servidor». El navegador d'arxius Dolphin del KDE ens la posa fàcil amb la seva icona «Xarxa», a l'igual que l'Nautilus.

D'altra banda, si necessitem un accés professional a una LAN empresarial i no volem unir el domini a la nostra estació de treball, per no necessitar autenticar cada vegada que vulguem accedir a un determinat recurs, podem instal·lar el paquet smb4k en qualsevol ambient d'escriptori encara que aquest sigui originari de l'KDE.

Aquest paquet s'instal·la entre altres dependències a: samba-common-bin, smbclient y smbfs, Al menys en Squeeze. Té una interfície en extrem intuïtiva i la meva opinió, professional.

El fins aquí explicat pot semblar molt elemental. De fet la major part de l'procés que passa en els servidors i que ens permet navegar per una xarxa SMB / CIFS, és totalment transparent per a l'usuari. Malgrat tot volem puntualitzar els següents aspectes:

• Per accedir als recursos d'una xarxa amb un Domini, ja sigui de Windows o de Samba, NO és obligatori tenir registrat el nostre equip client en el Domini, encara que si ho fem seria més còmoda la navegació per la LAN doncs només ens autenticamos una sola vegada.
• Cada equip connectat a una LAN ha de compartir una mateixa xarxa o «xarxa»I una mateixa màscara de xarxa. Si la xarxa és la 192.168.10.0 i la màscara és 255.255.255.0 (192.168.10.0/24), ens indica una xarxa Classe «C» en la qual podem tenir fins a 254 equips. Una xarxa d'aquesta Classe satisfà i amb molt les necessitats de la immensa majoria de les petites i mitjanes empreses. Per tant, cada equip connectat a la xarxa ha de tenir una adreça IP 192.168.10.xxx/255.255.255.0, perquè es pugui afirmar que participen de la mateixa xarxa.
• Si en la xarxa no s'està executant el servei DNS, No pot existir una correcta resolució de noms a partir de les adreces IP dels equips, llevat que distribuïm per a cada un d'ells, un arxiu hosts el contingut serà el de tots els noms dels equips i les seves respectives adreces IP. vegi / Etc / hosts o man hosts. l'arxiu hosts no és més que la Taula Estàtica de Recerca de Noms de Hosts a partir de les seues direccions IPs.
• Encara que per tancar un connexió triem l'opció «Desmuntar» al Nautilus o en el Enllaç creat en l'Escriptori, «Els recursos no estan realment muntats en el nostre sistema de fitxers local». L'Enllaç redirigeix ​​la nostra petició a un lloc Especial (Vegeu l'ajuda de l'GNOME 2.xxxx) que és un URL de l'tipus smb: // equip-remot / recurs-compartit.
• El suport per a xarxes SMB / CIFS que ens permet conversar amb servidors Windows i Samba, és part de el Nucli de Linux, NO de el programa Samba. Tampoc ho són els paquets smbfs, smbnetfs i cifs-utils. Per a més informació, consulteu «Samba3-ByExample. Chapter 13 Performance, Reliability, and Availability".
• D'acord amb el que recomana Samba, i sempre que sigui possible, s'ha de tenir un servidor WINS instal·lat a cada subnet. Aquest servei, el qual el presta també el mateix Samba, facilita enormement la resolució de noms NetBIOS. El servei WINS és a una xarxa SMB / CIFS el que és el DNS a Internet. NO ha de tenir més d'un servidor WINS en una mateixa subnet.

Com aquest post no pretén substituir de cap manera a la documentació abundant i exuberant :-), aclareixin els seus dubtes llegint-la. Samba no perdona als Impacients i es fa amic dels que la estudien ni que sigui bàsicament.

I em sembla que és bastant per avui. Per tant, ¡es va acabar l'Activitat, amics !.

Fins a la pròxima aventura !!!.