martes, 19 de marzo de 2013

Nuevo sistema de almacenamiento de Windows: ReFS


ReFS (Resilient File System) es el nuevo sistema de archivos presentado por Microsoft con el lanzamiento de la versión Microsoft Windows Server 2012. Este sistema de archivos está pensado para sustituir al actual NTFS, el sistema utilizado por excelencia en sistemas Windows desde hace casi 20 años.

ReFS debuta en Windows Server 2012 y por el momento sólo funcionará para almacenamiento, no para bootear un sistema operativo o usarse en dispositivos externos.

A continuación, se explican cuáles son las nuevas características de ReFS frente al anterior sistema de ficheros:

  • Verificación y corrección automática. Cada día, la información que contienen las empresas son más importantes, por lo que el nuevo sistema de archivos se somete a una continua verificación de la misma. En el caso de detección de errores, y solamente si fuera posible, se realizaría una corrección de manera automática de la información dañada. Esto se haría de un modo totalmente transparente.
  • Mantener un sistema de archivos vivo. En caso de encontrar algún error en cualquier bloque de un volumen, éste quedaría aislado para un profundo proceso de recuperación, quedando el resto del volumen totalmente accesible para continuar con su labor.
  • Garantizar la integridad de los metatados mediante la comprobación de forma regular por medio de Checksums.
  • Mantener un alto grado de compatibilidad de las características con el anterior sistema de archivos NTFS.
  • Optimización del acceso a los datos, ya que mientras que un proceso realiza cambios en un archivo, el resto de procesos que utilicen también dicho archivo podrán seguir accediendo a este.
  • Permite mayor tamaño en los volúmenes, en el sistema de archivos y en el nombre de los directorios.

domingo, 17 de marzo de 2013

¿Futuro negro para los administradores de sistemas?

Me encuentro terminando mis estudios de Administración de Sistemas, tan sólo me quedan la FCT en empresa para acabar el curso. Está claro que la cosa no está fácil para encontrar empresas, ya ni para trabajar gratis, por lo que hay que conformarse con cualquier cosa.

El destino para nuevos administradores está negro. Normalmente se acaba en el departamento de soporte técnico recibiendo llamadas de clientes mosqueados, o cacharreando ordenadores, y eso con suerte, si no te mandan a embalar impresoras y apilarlas en palets. ¿Y para ésto 2 años estudiando servicios y comandos?

La empresa a la que voy, no necesita administradores por que ya funcionan en "la nube".

Parece que "la nube" nos sustituirá dentro de unos años con las infraestructuras de red en Internet basadas en plataformas de virtualización.

Para que nos entendamos, una empresa, en vez de comprar servidores y contratar a varios administradores para su mantenimiento, compran todos estos recursos a un proveedor de servicios externo. El proveedor te ofrece un espacio, una serie de servicios y el provisionamiento de estos servicios, que se hacen de manera integral a través de la web. A esto es lo que se le conoce como IaaS (Infrastructure as a Service)

Pero este tema nos deja muchas incógnitas abiertas, ¿podemos fiarnos de la nube? ¿es realmente seguro para una empresa con gran producción contratar estos servicios? ¿están nuestros datos seguros?





miércoles, 13 de febrero de 2013

Exportar una máquina de VMware a VirtualBox

Desde que empecé en informática, he utilizado VirtualBox para crear máquinas virtuales. Desde hace unos meses me veo obligado a usar VMware ya que me pasaron una máquina de tipo .vmx

El funcionamiento es muy bueno, al igual que VirtualBox, pero a parte de que ser software de pago, la interfaz de VirtualBox es mucho más intuitiva y cómoda para administrar. Por lo que me decido a exportar una máquina de VMware para utilizarla en mi VirtualBox.

Para ello:
1. Importante, la máquina de VMware debe estar completamente apagada, nada de pausa ni de suspensión.

2. Abrir un terminal e irnos al directorio de la herramienta ovftool de Vmware, en mi caso: C:\Program Files (x86)\VMware\Vmware Workstation\OVFTool

3. Ejecutar el comando: "ovftool nombre_maquina.vmx nombre_exportacion.ovf"
Hay que indicar la ruta en la que se encuentra el archivo .vmx
En mi caso:
 

Una vez terminado el proceso (puede ser lento) hay que irse a Virtual Box e importar la máquina, seleccionando el archivo .OVF

lunes, 11 de febrero de 2013

Secure Boot en Windows 8

Como muchas de las historias que cuento por aquí, esta es una de las más bonitas.

Hoy me trajeron por la tarde un portátil nuevo, con Windows 8 integrado, de una amiga que quería ver porno, pero era demasiado rubia para saber utilizar Windows 8, así que quería que le instalara Windows 7.

Me dispongo a coger mi DVD de Windows 7 licencia original por supuesto >:), y en las opciones de arranque, no aparecía el DVD. Probé con otro disco para ver si era problema del DVD...pero nada, probé el disco en Mi PC y funcionaba perfectamente.

¿Que coño pasa? Me pongo a buscar por Google y descubro que Windows 8 en las licencias OEM, por defecto activa Secure Boot, una opción que bloquea el arranque desde sistemas extraíbles en la BIOS.

En esta BIOS en particular, aparece como arranque UEFI, hasta que no lo desactivas, no puedes arrancar desde el DVD.

Vaya mierda, estos de Microsoft pagando a Packard Bell y su hardware para que usemos su sistema operativo en nuestro equipo CASI OBLIGADO, ya nos tocan hasta en nuestras BIOS :'(


Esta historia tiene final feliz, por fin nuestra amiga rubia puede ver porno agusta :-)

lunes, 28 de enero de 2013

Sendemail con GMAIL


Sendemail (mail modo comando por protocolo seguro)

Esta herramienta es bastante útil para enviar correos desde un terminal que solo tiene interfaz CLI. Se utiliza SMTP con SSL por lo que es una transferencia segura.

1)Instalar SendEmail


#apt-get install libio-socket-ssl-perl libnet-ssleay-perl perl
#apt-get install sendemail


sendemail -f nombrecuenta@gmail.com -t cuentadestino@isp.com -s smtp.gmail.com:587 -u "Asunto" -m "Cuerpo del mensaje" -a archivoadjunto -v -xu nombrecuenta -xp clavecuenta -o tls=yes 

Donde:

"nombrecuenta@gmail.com" es nuestra cuenta de GMAIL

"cuentadestino@isp.com" es la cuenta a la que queremos enviar nuestro correo (si queremos enviar a varios destinatarios solo debemos dejar un espacio en blanco entre las direcciones de correo)

En "Asunto" va justamente el asunto del correo (si va entre comillas) y en "Cuerpo del mensaje" lo que querramos escribir (tambien entre comillas)

La opcion -a va si queremos enviar un archivo adjunto

"nombrecuenta" es el nombre de nuestra cuenta de GMAIL sin el @

"clavecuenta" es nuestra clave de acceso a nuestra cuenta de GMAIL

sendemail -f emisor@gmail.com -t receptor@gmail.com -s smtp.gmail.com:687 -u “Asunto” -m “Cuerpo del mensaje hola” -xu emisor -xp pass -o tls=yes



ARREGLAR ERROR “"invalid SSL_version specified at /usr/share/perl5/IO/Socket/SSL.pm line 332"

En /usr/bin/sendemail en la línea 1907, cambiar 'SSLv3 TLSv1' por 'SSLv3',

jueves, 17 de enero de 2013

Repositorios locales en Ubuntu 12.04

A los que trabajamos mucho con máquinas virtuales y servidores Ubuntu, nos resulta de mucho utilidad esta entrada.
Se trata de configurar un repositorio local en nuestra red, para que los clientes Ubuntu no tengan que acceder a Internet para descargar las últimas actualizaciones, si no que las descarga directamente desde el servidor en la propia red. En nuestro caso vamos a usar apt-cacher-ng
Es una gran ventaja ya que evita congestionar el tráfico de bajada de la red, además de ser mucho más lento que la transferencia de datos por una red local.


Servidor
En el servidor instalamos:
# apt-get intall apt-cacher-ng apache2
El servicio instalado es /etc/init.d/apt-cacher-ng. Es necesario tener instalado Apache para responder a las peticiones HTTP.
Podemos cambiar la configuración, aunque no es necesario, en /etc/apt-cacher-ng/acng.conf. Por defecto se usa /var/cache/apt-cacher-ng como caché y el puerto TCP 3142.
Probamos si está funcionando desde el mismo servidor poniendo en un navegador la url:
http://localhost:3142
En dicha página se nos dará las instrucciones sobre cómo configurar los clientes para que usen el servidor de caché. Usaremos el método del proxy por varias ventajas:
  1. Conservamos los ficheros originales de repositorios sin modificar.
  2. En caso de que el servidor de caché no esté disponible, se podrán instalar los paquetes desde los repositorios de Internet.
Clientes
Sin embargo en los Ubuntu actuales ya no existe el fichero indicado, lo que haremos en los clientes será crear un fichero /etc/apt/apt.conf.d/02proxy con el siguiente contenido:
Acquire::http { Proxy “http://ip_servidor_cache:3142”; };
Luego haremos un apt-get update para refrescar el nuevo repositorio, el de caché.
El servidor puede, y además es recomendable, usar su propio servicio, así todo lo que se instale en el servidor, como por ejemplo las actualizaciones, estarán disponibles en la caché para el resto de los clientes. Así le crearemos el mismo fichero etc/apt/apt.conf.d/02proxy con el siguiente contenido:
Acquire::http { Proxy “http://127.0.0.1:3142”; };

Tutorial creado por Darksh, gracias por su colaboración.