El Servidor Caché

De Vitalinux
Revisión del 00:33 11 ene 2018 de Nacho (discusión | contribuciones) (Página creada con «{{DISPLAYTITLE:El Servidor Caché|noreplace}} {{:Curso_CPV_MIA/navegacion-parte6}} {{#widget:Slides}} {{Slides| {{Slide|1= == Aspectos generales == * Se instala por par...»)
(dif) ← Revisión anterior | Revisión actual (dif) | Revisión siguiente → (dif)
Saltar a: navegación, buscar






Aspectos generales

  • Se instala por parte de los técnicos en la visita inicial
  • Tiene un IP fija en el centro. Según la red, podemos acceder por nombre mediante: servidorvitalinux.local
  • Los clientes deben tener bien configurada dicha dirección (Post-Instalación o en cualquier momento)
    • Se puede automatizar dicha configuración. Sobre todo se realiza en centros con problemas o donde el servidor tiene varias IP's


Funcionalidades

El servidor Caché será una pieza clave en nuestro despliegue pero NO debe ser imprescindible. Para ello vamos a ver que funcionalidades despliega en la actualidad y que ocurre si no están


Recursos compartidos

Como hemos visto anteriormente provee recursos compartidos que son accesibles de forma "natural" desde un cliente Vitalinux

  • El acceso en éste caso más sencillo es mediante la etiqueta de carpetas compartidas o de forma automática donde se indique

También podemos acceder desde un Vitalinux/Windows mediante el protocolo de compartición de archivos de red de Windows

  • Comprobar dicho acceso en Linux: smb://IP_DEL_CACHE/recurso_compartido_de_forma_opcional
  • Comprobar acceso desde un Windows: Por entorno de Red o bien: \\IP_DEL_CACHE



¿Y si FALLA/ROMPE...? Nos quedamos sin acceso a dicha información. Importante que no sea la única copia de la información contenida!!!


Acelaración de descargas de software

  • Cuando los clientes Vitalinux tienen que instalar software/actualizarse y ven un Servidor Caché al alcance se ayudan de su caché (descargas anteriores) para no tener que salir a Internet de nuevo
  • También contiene copia de los drivers de las PDI por ejemplo...

Si falla el servidor NO pasa nada, el equipo descarga el software de la red


Servicio Web

Los recursos profesor y alumno (y los que se demanden) son accesibles en modo lectura vía web, de forma que podemos:

  • Ver libros/recursos web
  • Compartir información sin necesidad de carpetas compartidas

Si falla el servidor, no tendremos acceso a dichos recursos vía web


Servicios internos del programa

El servidor también permite facilitar la tarea de gestión al proyecto:

  • Verifica qué equipos están en la red de centro para marcarlos como "activos", y así identificar qué equipos son de centro y cuales son "externos"
  • Acceso desde el exterior para tareas de mantenimiento. No se compromete en ningún momento la seguridad de la red del centro.


Servicios adicionales a demanda

Podemos darle otros usos que los centros están demandando y se han probado

  • Compartir un directorio de la nube (Dropbox, OneDrive...)para que aquellas modificaciones que se hagan sobre el mismo (en profesor por ejemplo), se actualice en una cuenta en la nube
    • Útil ya que de ésta forma los datos que solo están disponible en la red local podrían estar accesibles en la nube
  • Sistema de Gestión de los puntos de accesos Ubiquiti
    • No existe el problema de necesitar un equipo encendido y problemas con las reinstalaciones


Requisitos y Ampliaciones

Como ya sabéis, los requisistos son:

  • 2 GB de RAM
  • 200 GB de Disco....pero si empezamos a usarlo, pronto necesitaremos más.

Si se necesita ampliar....ADELANTE! En éste caso se estudia el uso y se plantean mejoras en el software:

  • Aumento de Disco?
  • Aumento de rendimiento?
  • Aumento de Seguridad?