Vous êtes sur la page 1sur 9

ASO06_Contenidos http://fpadistancia.caib.es/pluginfile.php/150148/mod_resource/content...

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.

1 de 9 12/03/2017 20:41
ASO06_Contenidos http://fpadistancia.caib.es/pluginfile.php/150148/mod_resource/content...

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.

2 de 9 12/03/2017 20:41
ASO06_Contenidos http://fpadistancia.caib.es/pluginfile.php/150148/mod_resource/content...

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.

3 de 9 12/03/2017 20:41
ASO06_Contenidos http://fpadistancia.caib.es/pluginfile.php/150148/mod_resource/content...

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.

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.

4 de 9 12/03/2017 20:41
ASO06_Contenidos http://fpadistancia.caib.es/pluginfile.php/150148/mod_resource/content...

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.

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.

5 de 9 12/03/2017 20:41
ASO06_Contenidos http://fpadistancia.caib.es/pluginfile.php/150148/mod_resource/content...

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.

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.

6 de 9 12/03/2017 20:41
ASO06_Contenidos http://fpadistancia.caib.es/pluginfile.php/150148/mod_resource/content...

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.

7 de 9 12/03/2017 20:41
ASO06_Contenidos http://fpadistancia.caib.es/pluginfile.php/150148/mod_resource/content...

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.

8 de 9 12/03/2017 20:41
ASO06_Contenidos http://fpadistancia.caib.es/pluginfile.php/150148/mod_resource/content...

Anexo.- Licencias de recursos.


Licencias de recursos utilizados en la Unidad de Trabajo.
Recurso (1) Datos del recurso (1) Recurso (2) Datos del recurso (2)

Autoría: MarisaLR.
Autoría: Juan Eduardo Donoso.
Licencia: CC BY.
Licencia: CC BY-NC-ND.
Procedencia: http://commons.wikimedia.org
Procedencia: http://www.flickr.com/photos/jotequila
/wiki/File:Escenario_Palau_de_la_M
/2346834090/sizes/l/in/photostream/
%C3%BAsica_Catalana.jpg

Autoría: Nuno Tavares. Autoría: Larry Ewing.

Licencia: CC by-sa. Licencia: Copyright (cita).

Procedencia: http://commons.wikimedia.org Procedencia: http://commons.wikimedia.org


/wiki/File:Balanceamento_de_carga_%28NAT%29.jpg /wiki/File:Linux_logo.jpg.

Autoría: Zymos. Autoría: Marqués de la Victoria.

Licencia: Dominio público. Licencia: Dominio público.

Procedencia: http://commons.wikimedia.org Procedencia: http://commons.wikimedia.org


/wiki/File:Windows_icon.svg /wiki/File:Proyecto.png.

Autoría: Er Rusty. Autoría: Everaldo Coelho and YellowIcon.

Licencia: Dominio público. Licencia: GNU.

Procedencia: http://commons.wikimedia.org Procedencia: http://commons.wikimedia.org


/wiki/File:MPLS_TEFig01.gif. /wiki/File:Crystal_Clear_app_network_local.png

Autoría: Microsoft. Autoría: Ubuntu.

Licencia: Copyright (cita). Licencia: GNU/Linux.

Procedencia: Captura de pantalla. Procedencia: Captura de pantalla.

Autoría: Pander.
Autoría: Microsoft.
Licencia: CC by-sa.
Licencia: Copyright (cita).
Procedencia: http://commons.wikimedia.org
Procedencia: Captura de pantalla. /wiki/File:Human-gnome-
fs-smb.svg?uselang=es.

Autoría: Microsoft.
Licencia: Dominio Público.
Licencia: Copyright (cita).
Procedencia: http://www.openclipart.org/detail
/85003/computer-rage-by-eady
Procedencia: Captura de pantalla.

Autoría: Microsoft. Autoría: Microsoft.

Licencia: Copyright (cita). Licencia: Copyright (cita).

Procedencia: Captura de pantalla. Procedencia: Captura de pantalla.

Autoría: Mrjavi.
Autoría: Joshap.
Licencia: CC by-sa.
Licencia: Dominio público.
Procedencia: Montaje sobre:
Procedencia: http://commons.wikimedia.org
http://commons.wikimedia.org
/wiki/File:Computernetwork.png
/wiki/File:Red_bittorrent.jpg

Autoría: Mauro Bieg. Autoría: Dantic.

Licencia: GNU. Licencia: CC by-sa.

Procedencia: http://commons.wikimedia.org Procedencia: http://commons.wikimedia.org


/wiki/File:Server-based-network.svg /wiki/File:DHS_Network_Topology.jpg.

9 de 9 12/03/2017 20:41