Archivo para 24 agosto 2010

Comandos para configurar la hora y fecha del sistema – Linux

Aunque esto es un paso sencillo, es muy útil y necesario al momento de configurar servidores en Linux:

La forma correcta, a mi parecer, es primero configurar la hora del bios y luego sincronizar la hora del sistema con la del bios. Esto se realiza para que la configuración de la hora siga siendo la misma si se reinicia el equipo:

Para poder combiar la hora de la bios ejecutamos el comando hwclock en una terminal linux:

Sintaxis:

hwclock –set –date=”año-mes-dia hora:min:seg”

Asi:

# hwclock --set --date="2000-02-25 16:25"

Ahora, para sincronizar la hora del sistema con la hora del bios, ejecutamos el siguiente comando:

# hwclock --hctosys

Para poder comprobar el funcionamiento, ejecutamos el comando date o hwclock:

# date

# hwclock

Si se reinicia el equipo, se tomará la fecha y hora de la BIOS….

Fuentes:

http://bulma.net/body.phtml?nIdNoticia=950

http://blogofsysadmins.com/ajuste-de-los-relojes-de-sistema-y-bios-en-linux

Problema creando puente de red en Windows 7 y XP….

Sigo con un proyecto de virtualización y se me ha presentado otro rollo… 🙂 😦

A breves rasgos el escenario es el siguiente: tengo instalado VMWare Workstation 7 en Windows 7 Ultimate (HostOS), ahora, necesito que mis máquinas virtuales en modo Host-Only(obligadamente) tengan acceso al internet, por ello el intento de hacer una conexión puente entre el Adaptador de red del equipo anfitrión (el que tiene acceso al internet) y el adaptador que se crea con el VMWorkstation (VMware Network Adapter VMnet1).

Creo este puente de red, y aquí la falla, luego de crearse el puente, de repente el Adaptador de red del equipo anfitrión sale como “Cable de red Desconectado”… Y para variar me he dado cuenta que el puerto en el switch al que está conectado el equipo anfitrión se desabilita….

E ingresado al switch y efectivamente el puerto sale desabilitado con el mensaje: “err-disabled”(desabilitado por error).

Al entrar al switch y ejecutar el comando:

#show interfaces status
Port               Name                  Status                     ....
...
Fa0/19            XXXXXX                err-disabled                 ....
...

Para poder saber la razón por la que se desabilita el puerto ejecutamos el comando

#show interfaces status err-disabled

 

err-disabled
err-disabled

 

Vemos, problemas con bpduguard……..

 

Para poder habilitar nuevamente el puerto en el switch:

(config)#interface fastEthernet 0/19
(config-if)#shutdown
(config-if)#no shutdown

Pues bien, luego de realizar pruebas y mas pruebas, el problema era en el switch… Cada vez que se querìa hacer un puente de red entre los adaptadores de red, antes mencionados, el puerto se desactivaba por las restricciones que existian en el puerto del switch… 🙂

Despues de quitar estas restrcciones al fin pudo funcionar el dichoso puente de red….

Seguiremos en esto…

Habilitar IP Forwarding en Windows 7

En Windows, al igual que en Linux, el ip-forwarding viene desabilitado por defecto, para poder habilitar esta utilidad muy necesaria para realizar enrutamientos, se realiza de la siguiente manera:

Vamos a regedit.exe, para esto escribimos “regedit”, sin comillas en Ejecutar, con esto nos lanza el Editor de Registro. Luego editamos el siguiente registro:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

En esta parte se debe modificar El valor de 0 por 1, finalmente reiniciamos el equipo.

64 x 32 Bits… en cuanto a Memoria RAM

Como hacía mención en un post anterior, realizando un proyecto de virtualización se requería que el equipo anfitrión sea robusto y pueda soportar toda una red virtual que se prentende implementar, por tal motivo se hizo necesario la utilización de más memoria RAM en el equipo. Este es una de las causas por las que se emplean Sistemas Operativos de 64 bits.

En mi caso yo estaba utilizando Windows 7 Profesional de 32 bits, con 2 Gb de Memoria RAM, tras hacer la ampliación de memoria RAM de 2 a 6 Gb, toda esta memoria se reconocía pero no toda era utilizable 😦 , la falla…

Los Sistemas Operativos de 32 bits reconocen hasta 4 Gb de Memoria RAM, por ello la ventaja de utilizar un SO de 64 bits que da soporte a más de 4 Gb de Memoria RAM.

La solución, bueno antes de nada, informarse bien si el equipo tiene soporte para arquitecturas x86-64 bits, luego de esto si, formatear el equipo e instalar el nuevo S.O. DE 64 bits. Ojo que no digo que sea solo esta la única solución… sino la q yo aplique.

SO 64 bits

SO 64 bits

Es too… XD

WMWare Workstation, error eth0 despues de clonar una MV

He estado desarrollando un proyecto en el cual tengo que virtualizar una red utilizando WMWare Workstation. Sucede que cloné una VM Ubuntu 7.10 Server y al momento de querer ver la conectividad de esta nueva VM clonada, me vi con la sorpresa de que tal conexión no se daba.

Luego de intentar una y otra vez con

#sudo /etc/init.d/networking restart

y con

# sudo dhclient eth0

me arrojaba un error de que el dispositivo (eth0) no existía. Y efectivamente sucedía esto.

Al ejecutar el comando # sudo ifconfig -a para ver todos los dispositivos o adaptadores que tenía la VM no me reconoce la eth0 pero si la eth1.

El inconveniente surge por un problema de direccionamiento en el archivo: /etc/udev/rules.d/70-persistent-net.rules, archivo en el cual se hace referencia a una dirección mac incorrecta para el adaptador eth0.

La solución es editar tal archivo de modo que la configuración quede de la siguiente manera:

#sudo nano /etc/udev/rules.d/70-persistent-net.rules:

# PCI device 0x1022:0x2000 (pcnet32)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="aa:bb:cc:dd:ee:ff", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
# PCI device 0x1022:0x2000 (pcnet32)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="gg:hh:ii:jj:kk:ll", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

Aquí se podría eliminar las dos primeras líneas o bien comentar la segunda línea y en la última línea cambiar el “eth1” por “eth0”

more /etc/udev/rules.d/70-persistent-net.rules
# PCI device 0x1022:0x2000 (pcnet32)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="gg:hh:ii:jj:kk:ll", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

Asunto arreglado.

Fuente: http://capsulasdepalabras.wordpress.com/2010/02/09/error-eth0-despues-de-clonar-con-vmware/