En este post voy a recopilar distintas formas de detectar hardware en Linux, algo muy útil para cualquier administrador de sistemas que se precie.

Lee el resto de esta entrada »

Anuncios

En este punto, vamos a intentar culminar nuestro trabajo con GCP para tener una intranet con la que probar diversos servicios cliente-servidor, utilizando como clientes nuestras máquinas locales (virtuales o no).

Lee el resto de esta entrada »

En esta segunda entrega vamos a configurar una conexión segura de SSH a través de los certificados que nos ofrece GCP, de forma que podamos conectarnos a través de un cliente cualquiera de SSH y no estemos obligados a hacerlo a través de la página web.

Lee el resto de esta entrada »

Vuelvo a este espacio para ordenar mis ideas y adquisiciones, y compartirlas con Internet. En este caso, voy a divagar acerca de Google Cloud Platform (GCP) y, más particularmente, en las Compute Engine (máquinas virtuales) y la Red Virtual.

Mi objetivo consiste en emular una infraestructura de red local en la Nube de Google, con un servidor Linux (en esta primera entrega; después lo haremos también con Windows), con la intención de adquirir conectividad remota completa, y poder conectar mis máquinas virtuales locales a modo de clientes a esa misma red virtual (VPC, Virtual Private Cloud). El por qué pretendo usar esos clientes en local se debe a dos motivos: primero, la computación en la nube no es gratuita, y ejecutar clientes allí supone gastar créditos que no son ilimitados; segundo, los SO de cliente Windows no funcionan demasiado bien en la Nube.

Lee el resto de esta entrada »

Índice

Llegados a este punto, tenemos la VM funcionando y con un rendimiento decente. Ahora vamos a estudiar varias posibles opciones de mejora, tanto del rendimiento como del manejo de nuestra VM. Estudiaremos las diferentes posibilidades, y al final haré un resumen comparando rendimiento contra facilidad de uso, con sus pros y contras. Y es que nos vamos a encontrar un problema principal, y es la dificultad (o imposibilidad a veces) de usar un mismo dispositivo en las 2 máquinas a la vez.

Lee el resto de esta entrada »

Índice

Llegados a este punto, procederemos a crear la VM e instalar nuestro Windows, buscando el máximo rendimiento posible. Este punto es aplicable a cualquier VM que queramos instalar, utilizando KVM como hipervisor.

Lee el resto de esta entrada »

Índice

En este artículo dentro de nuestra serie de cómo “partir” los recursos de mi ordenador para tener dos máquinas Windows/Linux simultáneas, nos vamos a desviar un poco del objetivo final para hablar de redes virtuales con KVM.

A la hora de trabajar con virtualización, distinguimos algunos tipos de subred con la que podemos trabajar:

  • NAT. Este tipo de red simplemente nos permite crear una intranet con salida a Internet, a través de nuestra máquina física. Útil si queremos una subred aislada. Esta opción viene ya creada por defecto si hemos seguido los pasos anteriores de ésta guía, y utiliza la interfaz “virbr0”.
  • Red Interna. Es una intranet sin salida a Internet, que interconectará las máquinas virtuales entre sí y nada más. Útil para probar servicios locales, o aplicaciones con altos requerimientos de seguridad.
  • Sólo anfitrión. Es una red que no tiene salida a Internet; una red interna a la que además se conecta el anfitrión (el equipo físico). Para ciertas pruebas y servicios locales puede ser interesante. Se configura de forma similar a como lo haríamos con el puente, sólo que dejando el puente “privado”, es decir, sin salida a Internet. Para más detalles: https://serverfault.com/questions/775433/virtual-nics-and-host-only-adapter-in-kvm
  • Puente. Es el equivalente a conectar las VM como si fueran equipos físicos dentro de la red local a la que está conectado el anfitrión. Tendrán sus mismos privilegios, como cualquier otro equipo físico conectado a la red.

Hay muchas posibilidades a la hora de configurar nuestra red virtual usando virtual-network, pero hoy no voy a hablar de ello. Para más información al respecto, me gustó especialmente el Manual Oficial de RedHat, muy completo y totalmente extrapolable a Ubuntu: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Virtualization_Deployment_and_Administration_Guide/chap-Virtual_Networking.html.

Lee el resto de esta entrada »

Índice

En la entrada posterior, estuvimos hablando un poco de todo lo que necesitábamos para implantar nuestra VM Windows de máximo rendimiento. En este punto vamos a realizar lo que llamamos “passthrough” de la tarjeta gráfica; se trata de “eliminarla” de nuestra máquina física y hacer que funcione directamente en la máquina virtual.

Un primer consejo es empezar desde cero, incluso la instalación de Linux, ya que hay detalles que son complejos de “reparar” en una máquina ya instalada. Yo voy a basarme en mi experiencia: hay cosas que puede que funcionen si no se hace igual que yo, pero es algo que dejo a vuestra cuenta y riesgo.

Lee el resto de esta entrada »

Índice

Así. con este título tan prometedor, arranco una nueva serie donde nuestro objetivo final es, como viene a decir el título, es obtener una máquina virtual Windows optimizada, con acceso directo a una tarjeta gráfica (entre otros recursos) y funcionando con un rendimiento bastante cercano al de una instalación directa sobre la máquina física (Virtualización de Tipo 1, para más señas).

Se entiende que lo del “gaming” es un posible objetivo, pero puede haber otros como usar software CAD, desarrollo de ciertas aplicaciones… Lo cierto es que Wine es un auténtico peñazo, no consigo que funcione adecuadamente. Y las máquinas virtuales con VirtualBox o vmWare dejan bastante que desear si uno quiere jugar, o usar ciertos recursos de la máquina. Tener un dual-boot y reiniciar es algo bastante incómodo, y más si pretendes dar algunos servicios con tu máquina, como es mi caso.

Por tanto, el resultado final será algo similar a tener dos máquinas en una, notándose lo menos posible el tema de la virtualización. Lo que haremos será partir físicamente ciertos recursos, de forma que cada máquina usará los suyos; por ejemplo, la tarjeta gráfica, algunos puertos USBs..

Este proceso, más allá del resultado, es interesante en sí mismo, ya que nos servirá para aprender mucho sobre sistemas operativos, virtualización, gestión de recursos…

Lee el resto de esta entrada »

Siguiendo con mi serie de entradas sobre AD, Linux y demás, voy a explicar cómo podemos agregar un cliente Linux a un Active Directory. Mi servidor está montado sobre Samba, como sabemos de entradas anteriores, pero voy a intentar “generalizarlo” para que sirva también para servidores Windows.

Lee el resto de esta entrada »