Página 1 de 14

Integración de sistemas operativos en red libres y

propietarios.

Caso práctico
Siguiendo con la estrategia de la empresa de reducir costes
al máximo sin perder calidad en el servicio; se solicita al
departamento de informática un informe sobre las ventajas e
inconvenientes de utilizar sistemas operativos propietarios o
de distribución libre.

En la reunión semanal, nuestro jefe de departamento nos

informa sobre los detalles de esta petición y cómo lo hemos
de afrontar. Diego comenta que por qué no utilizar las
ventajas de ambos sistemas –lo dice, aclara, pensando en
distribuciones GNU/Linux y en servidores Windows- y añadir
las ventajas que obtendríamos utilizando ambos sistemas
como servidores y/o clientes.

Una vez acabada la reunión, el jefe de departamento le pasa el trabajo a Diego para que elabore el
informe en cuestión y que deberá presentarlo en la próxima reunión del departamento para realizar
una puesta en común y terminar de analizarlo entre todos.

Jimena está interesada en el tema y se presenta voluntaria para ayudar a Diego a elaborar dicho
informe. El jefe del departamento considera muy buena idea al considerar que Jimena le dará otro
punto de vista al informe por su currículo. Jimena tiene amplios conocimientos sobre protocolos de
red.

Jimena y Diego empiezan a perfilar el desarrollo del informe.

Materiales formativos de FP Online propiedad del Ministerio de

Educación, Cultura y Deporte.
Aviso Legal

06/09/2012
 Página 2 de 14

Descripción de escenarios heterogéneos.

Caso práctico
Jimena y Diego, mientras conversaban sobre el trabajo que
tenían que realizar, pensaban en qué escenario se tenían que
mover.

Diego tiene más conocimientos sobre entornos Windows y

Jimena sobre entornos GNU/Linux.

No entraron a discutir cuál era mejor, sino cómo afrontar el

reto de comunicar sistemas operativos tan dispares y
aprovechar las ventajas que ofrecen cada uno de los
sistemas operativos que están implantados, tanto como
clientes como servidores.

Primero vamos a identificar qué entendemos por escenarios

heterogéneos. Un escenario heterogéneo es aquél donde conviven,
en una red (LAN, WAN), diversos equipos con distintas
arquitecturas y sistemas operativos distintos, bien sea por su
versión, bien sea porque son de distinta factoría.

Ante esta situación, se hace imprescindible intentar aprovechar las

ventajas de un sistema operativo con otro. Para que se puedan
comunicar unos equipos con otros es necesario que tengan algún
tipo de compatibilidad. Esta compatibilidad debe realizarse a nivel
de protocolos cliente/servidor. Es un protocolo de red que pertenece
a la capa de aplicación del modelo OSI.

Un protocolo muy usado en redes heterogéneas es el denominado SMB/CIFS. ¿En qué consiste? Un cliente
envía una petición SMB a un servidor, y el servidor envía una respuesta SMB de vuelta al cliente. Raramente
un servidor envía un mensaje que no es respuesta a la petición de un cliente.

Y, ¿en la práctica? En la práctica podemos tener, por ejemplo, equipos con sistemas operativos Windows,
GNU/Linux y Macintosh con su sistema operativo MacOSX y “entenderse” entre ellos. Es decir, equipos que
comparten recursos y el resto que pueden acceder a dichos recursos.

No debemos olvidar que GNU/Linux tiene un servicio, NFS (Network File System), que permite compartir
recursos de almacenamiento masivo con otros equipos. Con equipos que tengan instalado el sistema operativo
MacOSX no debemos tener ningún problema. Es sabido que el sistema operativo de Mac OSX partió de la
evolución de una distribución de GNU/Linux y tiene bastantes similitudes con este sistema.

En cuanto a máquinas que tengan el sistema operativo Windows en cualquiera de sus versiones es un poco
más complicado. Requiere un software específico para poder implementarlo.

Autoevaluación
Si uno de los equipos de la red tiene como sistema operativo MacOSX, ¿podría imprimir en
una impresora que tenga, como sistema operativo, GNU/Linux?
No, por no utilizar protocolos comunes.
Sí, además, MacOSX es una evolución de una distribución GNU/Linux.
Sí, pero debe realizarse a través de una aplicación de enlace.
Ninguna respuesta es correcta.

06/09/2012
 Página 3 de 14

Instalación, configuración y uso de servicios de red para

compartir recursos.

Caso práctico
Diego y Jimena barajan cómo afrontar la integración de los
distintos servicios que circulan por la red de la empresa. Esto
resulta un tanto complicado porque deben ser protocolos que
entiendan los distintos sistemas operativos que están
implantados en la empresa.

Para tomar decisiones van a crear unas máquinas virtuales

con los distintos sistemas operativos para emular redes
locales sin realizar costosas instalaciones.

Probarán distintos protocolos y elegirán, para el informe, cual

se ajusta más a la conveniencia de todos los equipos.

Una vez que sabemos los requisitos que necesitamos para

compartir recursos en un escenario de red con sistemas operativos
heterogéneos, debemos conocer qué software debe estar instalado
en cada equipo para poder utilizar los recursos de otros y que los
otros puedan utilizar nuestros recursos compartidos.

En el caso de Windows no debe tener nada especial instalado. Su

sistema operativo base contiene todo lo necesario para compartir
recursos y para realizar la búsqueda de recursos compartidos por la
red.

No es así en GNU/Linux. Este sistema operativo requiere de un servidor para crear recursos compartidos de su
equipo y de un software cliente para acceder a recursos compartidos dentro de su misma red o, de forma no
habitual, en Internet. Este servicio lo realiza Samba.

Para saber más

En el siguiente enlace se explica cómo realizar una instalación de Samba con herramientas de
administración en la distribución CentOS. Aparte de la instalación, realiza una configuración
sencilla del servidor. También muestra como acceder, desde Linux, a recursos compartidos en
otras máquinas.

Instalación de Samba.

Autoevaluación
En Windows, si queremos compartir un recurso instalado, debemos...
Instalar el servicio de compartición de recursos.
No hace falta realizar ninguna tarea.
Configurar las opciones necesarias para poder compartir cualquiera de los recursos que
deseamos dejar disponibles.
Ninguna respuesta es correcta.

06/09/2012
 Página 4 de 14

Configuración de recursos compartidos en red.

Caso práctico
Jimena y Diego están charlando sobre el camino recorrido en la
tarea que les han asignado.

Han entendido la problemática que existe a la hora de integrar, de

forma sencilla, los distintos sistemas operativos para la compartición
de recursos. Y llegan a una conclusión: afinar lo máximo posible la
configuración de los recursos con los protocolos que se van a
trabajar.

En el anterior apartado vimos cómo configurar el servidor Samba y cómo

acceder a recursos compartidos entre máquinas con distintos sistemas
operativos. También vimos que Windows no necesita instalar ningún software
específico para compartir recursos y acceder a recursos de otras máquinas.

Bien, en este apartado estudiaremos qué recursos podemos

compartir.

Una de las ventajas de tener instalada una red local es que ésta
nos permite compartir recursos, tales como ficheros, impresoras,
tarjetas de memoria, etc. Este sistema es ideal para que
departamentos o grupos de trabajo optimicen la utilización de las
impresoras más sofisticadas o solucionen carencias de espacio en otros sistemas de almacenamiento masivo
de algunos ordenadores.

En esta imagen observamos qué impresoras comparten un sistema operativo como Windows 7. Hay dos
impresoras compartidas.

06/09/2012
 Página 5 de 14

Autoevaluación
Tenemos una máquina con GNU/Linux y otra con Windows 7. La máquina con Windows 7
comparte una carpeta para toda la red en modo lectura. ¿Qué necesitamos en GNU/Linux
para poder acceder a ese recurso?
Nada, porque ya tiene el software necesario.
Debemos tener instalado el cliente Samba.
Debemos tener instalado el servidor Samba de intercambio de archivos.
Ninguna respuesta es correcta.

06/09/2012
 Página 6 de 14

Sistemas de archivos compartidos en red.

Caso práctico
Diego le realiza una pregunta a Jimena. ─¿En sistemas operativos
Windows pueden verse los recursos de GNU/Linux como parte
integrante de la propia máquina? ─Jimena le contesta que así es,
que los archivos los verán de forma transparente al usuario.

Simplemente habrá que asignarle una unidad lógica, como si fuera

un disco duro o partición, al recurso si éste es de almacenamiento
masivo.

De todos es sabido que los sistemas operativos tienen sus propios

sistemas de archivos. Habitualmente, Windows utilizará el sistema de
archivos NTFS. Sin embargo, GNU/Linux utilizará otros como EXT3,
EXT4 que son los más extendidos. Sin embargo, Macintosh OSX Lion
utiliza HFS+.

¿Esto es un problema? No, si utilizamos el mismo protocolo entraremos

en los recursos compartidos de otras máquinas, y “veremos” los recursos
como si fueran carpetas o directorios con el mismo formato que nuestro
sistema de archivos. Y además, serán compatibles los archivos. Esto no
es aplicable a las aplicaciones.

Pongamos un ejemplo. En una máquina que tiene el sistema operativo

Windows hay un directorio departamental que se comparte con el resto de la red. Hay un documento que se
creó con la aplicación Microsoft Word. Desde una máquina con sistema operativo GNU/Linux se quiere abrir y,
si es necesario, modificar un documento con la aplicación LibreOffice. ¿Es posible? Sí, si existe compatibilidad
de versiones. La aplicación LibreOffice puede abrir documentos creados con el paquete Office hasta una
determinada versión.

Resumiendo, podríamos copiar documentos y modificarlos, si tenemos una aplicación que lo pueda hacer
como en el ejemplo.

En sistemas GNU/Linux es muy común disponer del servicio NFS para compartición de recursos. ¿Podríamos
utilizar en Windows este sistema de intercambio de recursos en cuanto a almacenamiento masivo? Sí, es
posible realizar intercambios de archivos Windows con sistemas Unix. No es lo habitual y resulta bastante
complicado para profesionales no experimentados (no digamos para usuarios de “a pie”). Microsoft dispone de
paquetes para instalar este servicio en distintas versiones de Windows y, además, Windows 2008 dispone del
servicio NFS como parte de su sistema operativo.

06/09/2012
 Página 7 de 14

Para saber más

En el siguiente enlace verás un ejemplo de instalación del servicio NFS en Windows 2008.

Resumen textual alternativo

Autoevaluación
Para compartir, vía protocolo NFS, un recurso Windows 2008. ¿Qué debemos hacer?
Agregar el rol de servidor de archivos y su función de sistema de archivos por red.
Agregando el rol de Directorio Activo será suficiente.
No es necesario instalar ningún módulo, viene instalado por defecto.
Ninguna respuesta es correcta.

06/09/2012
 Página 8 de 14

Seguridad de los recursos compartidos en red.

Caso práctico
Jimena está preocupada por la seguridad en los recursos de
Windows. Le pregunta a Diego si, para acceder desde un equipo
GNU/Linux, a un recurso compartido de Windows, tendrá la
seguridad de que sólo puedan acceder a ese recurso los grupos
y/o usuarios a los que se les da derechos o privilegios de uso.

Diego le responde que, aparte de identificar quién accede a los

recursos, también se puede configurar qué máquinas pueden
acceder a dichos recursos.

Un apartado, sin duda, es la seguridad en los recursos compartidos de la

red. Nosotros podemos compartir espacio y documentos en la red pero no
para todo el mundo, sino para unos determinados usuarios y/o grupos.

En definitiva, debemos definir qué grupo o grupos podrán acceder a los

recursos o bien ir definiendo los usuarios que podrán utilizar estos recursos.

En el ejemplo podemos observar, en las propiedades de una carpeta o

directorio en un sistema operativo Windows 2008 Server, los usuarios y
grupos que tienen o pueden tener acceso a la carpeta y los derechos que
tienen sobre dicha carpeta. En este ejemplo se muestra el propietario de la
misma y observamos que tienen "control total" activado. Por supuesto que el
grupo de administradores deben tener, igualmente, control total sobre el
mismo.

En este ejemplo observamos que el propietario anterior tiene todos

los derechos en cuanto a compartición desde cualquier ubicación
de red que acceda al servidor.

Una práctica muy habitual en una red “de igual a igual” en el que no
existen servidores que autentiquen a los usuarios, es dar de alta a
grupos y usuarios con clave en las sucesivas máquinas que
compartirán recursos, para proceder a identificarse los usuarios que
desean utilizar los recursos de dicha máquina.

En el caso de sistemas basados en distribuciones GNU/Linux, cambia un poco el tema de seguridad. Debemos
considerar si damos propiedades del sistema a una carpeta o directorio o, si tenemos instalado un servicio
LDAP, realizamos derechos dentro del directorio activo y aplicado a una carpeta o directorio.

En principio, GNU/Linux sigue un sistema sencillo de derechos que se resume en: permisos de usuario,
permisos de grupo y permisos de otros.

Podemos utilizar Samba como sistema para comunicarnos con otros equipos que tengan sistema operativo
Windows.

06/09/2012
 Página 9 de 14

Para saber más

En este video tutorial se observa cómo configurar un servidor Samba en un equipo con sistema
operativo GNU/Linux CentOS.

Resumen textual alternativo

Autoevaluación
Si queremos que a un recurso, en Windows 2008, sólo pueda acceder un grupo en modo de
sólo lectura desde otras máquinas, ¿qué debemos hacer?
En la pestaña de "Seguridad" autorizar al grupo dicha lectura.
En la pestaña "compartir" seleccionar el grupo que deseamos que acceda.
En la pestaña "compartir", seleccionar el recurso. Botón permisos, seleccionar el grupo y
seleccionar el permiso. Comprobar que el grupo tiene derechos en la pestaña "seguridad"
comprobando los derechos heredados. Si no los tuviera, añadírselos.
Ninguna respuesta es correcta.

06/09/2012
 Página 10 de 14

Protocolos para redes heterogéneas.

Caso práctico
Diego y Jimena están convencidos que los protocolos
más adecuados para compartir recursos, sobre todo en
recursos de almacenamiento masivo, son el SMB/CIFS
y NFS.

Están realizando diversas pruebas sobre máquinas

virtuales para decidir cual se ajusta más a las
necesidades empresariales. Qué protocolo permite más
versatilidad y más compatibilidad.

Cuando terminen las pruebas tomarán una decisión.

Se ha hablado de los diversos protocolos más utilizados en la

comunicación entre equipos dentro de una red: SMB/CIFS y NFS.

Novell, con su producto Netware, basado en una arquitectura

cliente/servidor y con su propio protocolo de red, IPX. Fue,
durante mucho tiempo, líder indiscutible en el apartado de
servidores de red. Pero aunque se mantiene vivo, no es fácil de
conseguir y su utilización ha ido en detrimento de otros como
plataformas Windows y GNU/Linux, no lo tratamos.

Los servicios de impresión y el SMB/CIFS para compartir archivos se han transformado en el pilar de las redes
de Microsoft. Con la presentación de la serie Windows 2000 del software, Microsoft cambió la estructura
subyacente para el uso del SMB/CIFS. En versiones anteriores de los productos de Microsoft, los servicios de
SMB/CIFS utilizaron un protocolo que no es TCP /IP para implementar la resolución de nombres de dominio,
NetBIOS sobre NetBEUI. Comenzando con Windows 2000, todos los productos subsiguientes de
Microsoft utilizan denominación DNS. Esto permite a los protocolos TCP/IP admitir directamente el compartir
recursos SMB. De hecho, los servidores Windows 2008, por ejemplo, al activar el Active Directory, requiere
que se instale el servicio DNS.

Autoevaluación
¿Qué protocolos podemos utilizar para compartir recursos?
TCP/IP, IPX.
NTFS, SAMBA.
NFS, SMB/CIFS.
Ninguna respuesta es correcta.

06/09/2012
 Página 11 de 14

Utilización de redes heterogéneas.

Caso práctico
Diego y Jimena terminaron todas las pruebas y ya tienen
decidido su veredicto sobre qué protocolo van a aconsejar
en el informe.

Pero se les plantea un pequeño escollo; ¿las distintas

redes físicas podrán aceptar el protocolo que hemos
decidido?

Les toca comprobar qué redes existen, qué servidores

tienen y cuantos routers intermedios utilizan. Irán a
comprobar, sobre todo, la capacidad de los routers para
filtrar el protocolo que aconsejarán.

El concepto de redes heterogéneas puede entenderse por redes

físicas. Es decir, convivir distintas redes unidas, por ejemplo,
mediante routers. O bien, una red local unida mediante un router
intermedio a una red intermedia que a su vez, mediante un router,
tiene salida a Internet. Con lo cual, un equipo de la red local, para
acceder a Internet, tiene que superar dos routers dentro de su
organización.

Pero la conectividad física la dejamos para otro módulo. En este

apartado vemos cómo conviven y cómo podemos aprovechar el
tener diversos equipos con sus sistemas operativos de distinta
factoría e inclusive con distintas versiones. Cómo podemos utilizar
la red física para comunicarse, con protocolos conocidos, entre esos equipos y compartir información y/o
recursos.

Estamos hablando, más bien, de protocolos como SMB/CIFS o NFS.

Para saber más

En el siguiente enlace podrás ver un ejemplo del uso de redes heterogéneas.

Redes heterogéneas.

Autoevaluación
Dos redes separadas física y lógicamente por un router. ¿Puede un equipo de una las redes,
acceder a los recursos de un servidor de otra red?
No, porque el router no encamina protocolos de aplicación.
Sí, si está correctamente configurado el router.
Sí, cualquier equipo de una red puede acceder a los recursos de cualquier ordenador de la
otra red.
Ninguna respuesta es correcta.

06/09/2012
 Página 12 de 14

Anexo.- Licencias de recursos.

06/09/2012
 Página 13 de 14

Licencias de recursos utilizados en la Unidad de

Recurso (1) Datos del recurso (1)

Autoría: Juan Eduardo Donoso.

Licencia: CC BY-NC-ND.
Procedencia:
http://www.flickr.com/photos/jotequila/2346834090/sizes/l/in/photostream/

Autoría: Nuno Tavares.

Licencia: CC by-sa.
Procedencia:
http://commons.wikimedia.org/wiki/File:Balanceamento_de_carga_%
28NAT%29.jpg

Autoría: Zymos.
Licencia: Dominio público.
Procedencia: http://commons.wikimedia.org/wiki/File:Windows_icon.svg

Autoría: Er Rusty.
Licencia: Dominio público.
Procedencia: http://commons.wikimedia.org/wiki/File:MPLS_TEFig01.gif.

Autoría: Microsoft.
Licencia: Copyright (cita).
Procedencia: Captura de pantalla.

Autoría: Microsoft.
Licencia: Copyright (cita).
Procedencia: Captura de pantalla.

Autoría: Microsoft.
Licencia: Copyright (cita).
Procedencia: Captura de pantalla.

Autoría: Microsoft.
Licencia: Copyright (cita).
Procedencia: Captura de pantalla.

Autoría: Mrjavi.
Licencia: CC by-sa.
Procedencia: Montaje sobre:
http://commons.wikimedia.org/wiki/File:Red_bittorrent.jpg

06/09/2012
Página 14 de 14

06/09/2012