Tuxjm el sitio de jmedina

Tag: Servidores (page 1 of 3)

Guía de Configuración avanzada de Servidor Linux basado en Ubuntu Server 12.04 LTS

Este articulo es el cuarto dedicado a la instalación y configuración de servidores de red basado en Ubuntu Server 12.04, en esta ocasión dedicaremos tiempo a realizar las tareas de configuración avanzada post instalación, al realizar estas tareas dejaremos un ambiente funcional y personalizado para que sea integrarlo a cualquier ambiente con requisitos de tipo empresarial.

Para ver la primera parte hacer clic aquí, la segunda la puedes encontrar aquí y para ver la tercer parte haz clic aquí.

Las tareas de configuración avanzada del servidor que vamos a realizar son las siguientes:

  • Configurar los parámetros de red TCP/IP del sistema.
  • Actualizar el sistema desde Internet usando las herramientas APT.
  • Instalar el conjunto de paquetes base para la administración de servidores.
  • Configurar el servicio NTP para mantener sincronizado el reloj del sistema.
  • Configurar el servidor syslog con archivos locales y servidor remoto.
  • Configurar y asegurar el servidor de acceso remoto SSH.
  • Configurar el agente SNMP para monitorizar el uso de recursos de sistema.
  • Configurar las herramientas sysstat para análisis de rendimiento del sistema.
  • Configurar la herramienta vnstat para generar estadísticas de uso de ancho de banda.
  • Configurar el servicio SMTP con Postfix en modo smarthost para enviar notificaciones de sistema.
  • Configurar la herramienta apticron para el envío de notificaciones de actualizaciones de paquetes
  • Configurar la herramienta LogWatch para el envío de reportes de análisis de logs de sistema

Al final los lectores aprenderán a personalizar no solo el sistema si no también algunas de las herramientas que facilitan la administración del mismo.

El documento es algo extenso y por lo tanto lo he publicado en formato HTML para que lo lean en línea y en formato PDF para descargarlo.

El documento esta en su primer versión y creo que le hacen falta más explicaciones y ejemplos, si te interesa el documento y quieres darme tus comentarios no dudes en contactarme que seguro podremos mejorarlo.

Guía de Configuración básica de Servidor Linux basado en Ubuntu Server 12.04 LTS

Este articulo es el tercero dedicado a la instalación y configuración de servidores de red basado en Ubuntu Server 12.04, en esta ocasión dedicaremos tiempo a realizar las tareas de configuración básicas post instalación, al realizar estas tareas dejaremos un ambiente funcional y personalizado para que sea posible desarrollar de forma eficiente diferentes actividades ya sea desde desarrollo, administración y soporte de sistemas.

Para ver la primera parte hacer clic aquí, la segunda la puedes encontrar aquí.

Las tareas de configuración básica del servidor que vamos a realizar son las siguientes:

  • Introducir sudo para ejecutar tareas como administrador.
  • Definir y configurar la localización del sistema.
  • Configurar la zona horaria y el reloj del sistema.
  • Configurar de forma personalizada el entorno del shell bash.
  • Inicializar la base de datos indexada de manuales.
  • Configurar entorno del editor de textos vim.
  • Configurar un mensaje previo al inicio de sesión por red.
  • Configurar la herramienta GNU screen para tener múltiples ventanas de shell.
  • Configurar la herramienta de visualización de múltiples logs multitail.

Al final los lectores aprenderán a personalizar no solo el sistema si no también algunas de las herramientas que facilitan la administración del mismo.

El documento es algo extenso y por lo tanto lo he publicado en formato HTML para que lo lean en línea y en formato PDF para descargarlo.

Para leer el documento en línea en formato HTML ir siguiente URL: http://docs.tuxjm.net/guia-de-configuracion-basica-de-servidor-linux-basado-en-ubuntu-server-1204-lts/html/.

Para descargar el documento en formato PDF ir al siguiente URL: http://docs.tuxjm.net/guia-de-configuracion-basica-de-servidor-linux-basado-en-ubuntu-server-1204-lts/pdf/.

El documento esta en su primer versión y creo que le hacen falta más explicaciones y ejemplos, si te interesa el documento y quieres darme tus comentarios no dudes en contactarme que seguro podremos mejorarlo.

Guía de Instalación de Servidor Linux basado en Ubuntu Server 12.04 LTS

Esta es la segunda parte de una serie de 4 artículos que estaré publicando acerca de GNU/Linux en servidores de red, para ver la primera parte hacer clic aquí.

En este articulo mostrare como realizar una instalación básica del sistema operativo Ubuntu Server 12.04 LTS. Ubuntu Server es una distribución GNU/Linux optimizada para funcionar como servidor de red cubriendo tanto instalaciones de servidores caseros, servidores de tipo empresarial tales como, granjas o clusters de servidores hasta como infraestructura base para una nube publica o privada de servidores Linux.

Las actividades que describiré a detalle son las siguientes:

  • Definición de Requisitos.
  • Tipos de instalación de Ubuntu Server.
  • Obteniendo la media de instalación de Ubuntu Server.
  • Arranque del servidor.
  • Procedimiento de instalación atendida.
  • Validación de la instalación.

El documento es algo extenso y por lo tanto lo he publicado en formato HTML para que lo lean en línea y en formato PDF para descargarlo.

Para leer el documento en línea en formato HTML ir siguiente URL: .

Para descargar el documento en formato PDF ir al siguiente URL: 

El documento esta en su primer versión y creo que le hacen falta más explicaciones y ejemplos, si te interesa el documento y quieres darme tus comentarios no dudes en contactarme que seguro podremos mejorarlo.

Como instalar las herramientas de desarrollo en sistemas GNU/Linux

Si te encuentras en la situación en la que tienes que instalar algún programa desde las fuentes, tendrás que tener instalados los programas y herramientas para compilar e instalar programas desde las fuentes o incluso para programar.

En lugar de tener que instalar programa por programa, uno a uno, mejor instalaremos los grupos de paquetes que ya proveen los sistemas de gestión de paquetes de las diferentes distribuciones.

En sistmas RHEL o CentOS instalamos el grupo de paquetes Development Tools:

# yum groupinstall "Development Tools"

En sistemas Ubuntu instalamos el metapaquete build-essential:

# apt-get install build-essential

Espero que este tipo les sea de utilidad.

Control de consolas HP ILO3 desde IPMITool en GNU/Linux

Introducción

En este articulo hablare un poco sobre IMPI, IPMItool y conexiones de administración out-of-band a las consolas ILO de servidores HP.

IMPI o Intelligent Platform Management Interface es una interfaz estandarizada usada por administradores de sistmeas para administración out-of-band de equipos de computo y monitorización de la operación. Permite administrar computadoras que pudieran estár apagadas o no responden, a través de una conexión a el hardware en lugar de el sistema operativo o un login shell.

herramienta IPMItool provee una interfaz de línea de comandos simple hacía dispositivos con soporte IPMI a través de interfaces IPMIv1.5 o interfaz IPMIv2.0 LAN o un driver del kernel de Linux.

Objetivo

En este documento se describe como configurar la herramienta ipmitool para realizar conexiones a las interfaces ILO de servidores HP, esto con la intención de realizar tareas administrativas en los servidores HP.

En especifico veremos como consultar información desde la consola ILO, como cambiar el orden de arranque para iniciar el sistema por red vía PXE, además de como apagar o reiniciar los equipos de forma remota.

Instalación de herramienta IPMITool

En la estación de trabajo del administrador, instalar el programa ipmitool:

$ sudo aptitude install ipmitool

[sudo]

password for jmedina:
Se instalarán los siguiente paquetes NUEVOS:
ipmitool libopenipmi0{a} openipmi{a}

NOTA: El programa ipmitool puede ser ejecutado como usuario no privilegiado, no es necesario ejecutarlo como root.

Para facilitar la conexión a las consolas ILO3 he agregado los nombres de los servidores en el archivo /etc/hosts de mi equipo:

$ cat /etc/hosts
...
...
...
# Consolas HP ILO3 hosts Producción
192.110.82.150 ilo-host01-mx
191.110.82.192 ilo-host02-mx
192.110.82.23 ilo-host03-mx
192.110.83.54 ilo-host04-mx
192.110.83.40 ilo-host05-mx
192.110.83.58 ilo-host06-mx
192.110.83.63 ilo-host07-mx
192.110.83.79 ilo-host08-mx

Lanzando consultas vía IPMI

En esta sección veremos algunos comandos que podemos usar para realizar las tareas de operación de rutina contra servidores HP con consola ILO3.

Los ejemplos son usados para lanzar comandos a un servidor o a varios servidores a la vez.

Ver la información de un servidor

Ejecutamos una consulta sobre el servidor:

$ ipmitool -H ilo-host01-mx -I lanplus -U admin mc info
Password:
Device ID : 19
Device Revision : 1
Firmware Revision : 1.55
IPMI Version : 2.0
Manufacturer ID : 11
Manufacturer Name : Hewlett-Packard
Product ID : 8224 (0x2020)
Product Name : Unknown (0x2020)
Device Available : yes
Provides Device SDRs : no
Additional Device Support :
Sensor Device
SDR Repository Device
SEL Device
FRU Inventory Device
Chassis Device
Aux Firmware Rev Info :
0x00
0x00
0x00
0x13

Consultando el estado chassis

Lanzamos una consulta al servidor para ver el estado del chassis:

$ ipmitool -H ilo-host01-mx -I lanplus -U admin chassis status
Password:
System Power : on
Power Overload : false
Power Interlock : inactive
Main Power Fault : false
Power Control Fault : false
Power Restore Policy : always-on
Last Power Event :
Chassis Intrusion : inactive
Front-Panel Lockout : inactive
Drive Fault : false
Cooling/Fan Fault : false
Front Panel Control : none

Consultando información de sensores

Lanzamos una consulta al servidor para ve información de los sensores:

$ ipmitool -H ilo-host01-mx -I lanplus -U admin sensor list
Password:
UID Light | 0x0 | discrete | 0x0080| na | na | na | na | na | na
Health LED | 0x0 | discrete | 0x0080| na | na | na | na | na | na
VRM 1 | 0x0 | discrete | 0x0280| na | na | na | na | na | na
VRM 2 | 0x0 | discrete | 0x0280| na | na | na | na | na | na
VRM 3 | 0x0 | discrete | 0x0280| na | na | na | na | na | na
VRM 4 | 0x0 | discrete | 0x0280| na | na | na | na | na | na
Inlet Ambient | 14.000 | degrees C | ok | na | na | na | na | 42.000 | 46.000
System Board | 23.000 | degrees C | ok | na | na | na | na | 85.000 | 90.000
CPU 1 | 18.000 | degrees C | ok | na | na | na | na | 75.000 | 80.000
CPU 2 | 18.000 | degrees C | ok | na | na | na | na | 75.000 | 80.000
CPU 3 | 13.000 | degrees C | ok | na | na | na | na | 75.000 | 80.000
CPU 4 | 16.000 | degrees C | ok | na | na | na | na | 75.000 | 80.000
DIMMs 1 | 29.000 | degrees C | ok | na | na | na | na | 87.000 | 92.000
DIMMs 2 | 27.000 | degrees C | ok | na | na | na | na | 87.000 | 92.000
DIMMs 3 | 23.000 | degrees C | ok | na | na | na | na | 87.000 | 92.000
DIMMs 4 | 25.000 | degrees C | ok | na | na | na | na | 87.000 | 92.000
Mem 1 1-4 Zone | 38.000 | degrees C | ok | na | na | na | na | 85.000 | 90.000
Mem 1 5-8 Zone | 39.000 | degrees C | ok | na | na | na | na | 85.000 | 90.000
Mem 2 1-4 Zone | 28.000 | degrees C | ok | na | na | na | na | 85.000 | 90.000
Mem 2 5-8 Zone | 32.000 | degrees C | ok | na | na | na | na | 85.000 | 90.000
Mem 3 1-4 Zone | 20.000 | degrees C | ok | na | na | na | na | 85.000 | 90.000
Mem 3 5-8 Zone | 21.000 | degrees C | ok | na | na | na | na | 85.000 | 90.000
Mem 4 1-4 Zone | 20.000 | degrees C | ok | na | na | na | na | 85.000 | 90.000
Mem 4 5-8 Zone | 22.000 | degrees C | ok | na | na | na | na | 85.000 | 90.000
IOH 1 | 66.000 | degrees C | ok | na | na | na | na | 100.000 | 105.000
IOH 2 | 51.000 | degrees C | ok | na | na | na | na | 100.000 | 105.000
NIC Zone | 66.000 | degrees C | ok | na | na | na | na | 90.000 | 95.000
Mezz Zone | 57.000 | degrees C | ok | na | na | na | na | 90.000 | 95.000
Chassis Exit | 67.000 | degrees C | ok | na | na | na | na | 100.000 | 105.000
HDD Max | 35.000 | degrees C | ok | na | na | na | na | 60.000 | 65.000
ProcHot | 0x0 | discrete | 0x0280| na | na | na | na | na | na
Virtual Fan | 27.048 | percent | ok | na | na | na | na | na | na
Enclosure Status | 0x0 | discrete | 0x0080| na | na | na | na | na | na
Power Meter | 284 | Watts | ok | na | na | na | na | na | na
Memory Status | 0x0 | discrete | 0x4080| na | na | na | na | na | na
Cntlr 1 Bay 1 | 0x1 | discrete | 0x0180| na | na | na | na | na | na
Cntlr 1 Bay 2 | 0x1 | discrete | 0x0180| na | na | na | na | na | na
Cntlr 1 Bay 3 | 0x0 | discrete | 0x0080| na | na | na | na | na | na
Cntlr 1 Bay 4 | 0x0 | discrete | 0x0080| na | na | na | na | na | na

Esta es otra forma:

$ ipmitool -H ilo-host01-mx -I lanplus -U admin sdr list
Password:
UID Light | 0x00 | ok
Health LED | 0x00 | ok
VRM 1 | 0x00 | ok
VRM 2 | 0x00 | ok
VRM 3 | 0x00 | ok
VRM 4 | 0x00 | ok
Inlet Ambient | 14 degrees C | ok
System Board | 23 degrees C | ok
CPU 1 | 18 degrees C | ok
CPU 2 | 18 degrees C | ok
CPU 3 | 13 degrees C | ok
CPU 4 | 16 degrees C | ok
DIMMs 1 | 29 degrees C | ok
DIMMs 2 | 27 degrees C | ok
DIMMs 3 | 23 degrees C | ok
DIMMs 4 | 25 degrees C | ok
Mem 1 1-4 Zone | 38 degrees C | ok
Mem 1 5-8 Zone | 39 degrees C | ok
Mem 2 1-4 Zone | 28 degrees C | ok
Mem 2 5-8 Zone | 32 degrees C | ok
Mem 3 1-4 Zone | 20 degrees C | ok
Mem 3 5-8 Zone | 21 degrees C | ok
Mem 4 1-4 Zone | 20 degrees C | ok
Mem 4 5-8 Zone | 22 degrees C | ok
IOH 1 | 66 degrees C | ok
IOH 2 | 51 degrees C | ok
NIC Zone | 66 degrees C | ok
Mezz Zone | 57 degrees C | ok
Chassis Exit | 67 degrees C | ok
HDD Max | 35 degrees C | ok
ProcHot | 0x00 | ok
Virtual Fan | 27.05 percent | ok
Enclosure Status | 0x00 | ok
Power Meter | 284 Watts | ok
Memory Status | 0x00 | ok
Cntlr 1 Bay 1 | 0x01 | ok
Cntlr 1 Bay 2 | 0x01 | ok
Cntlr 1 Bay 3 | 0x00 | ok
Cntlr 1 Bay 4 | 0x00 | ok

Control de encendido, reinicio y apagado

Aquí mostramos algunos ejemplos de tareas que podemos usar para controlar el encendido, reinicio y apagado de servidores vía ILO3.

Encender un servidor:

$ ipmitool -H ilo-host01-mx -I lanplus -U admin chassis power on

Reiniciar un servidor:

$ ipmitool -H ilo-host01-mx -I lanplus -U admin chassis power cycle

Apagar un servidor:

$ ipmitool -H ilo-host01-mx -I lanplus -U admin chassis power off

Cambio de opciones de arranque

Para decirle a un servidor que el siguiente reinicio sea por red vía PXE:

$ ipmitool -H ilo-host01-mx -I lanplus -U admin chassis bootdev pxe

Para decirle a un servidor que el siguiente reinicio sea el predeterminado:

$ ipmitool -H ilo-host01-mx -I lanplus -U admin chassis bootdev none

Conexión desatendida (sin pasar contraseña)

Creamos un archivo de texto plano con la contraseña:

$ cat ilo-hosts-pass
s3c3t$$$

Lazamos la consulta desatendida:

$ ipmitool -H ilo-host01-mx -I lanplus -U admin -f ilo-hosts-pass mc info
Device ID : 19
Device Revision : 1
Firmware Revision : 1.55
IPMI Version : 2.0
Manufacturer ID : 11
Manufacturer Name : Hewlett-Packard
Product ID : 8224 (0x2020)
Product Name : Unknown (0x2020)
Device Available : yes
Provides Device SDRs : no
Additional Device Support :
Sensor Device
SDR Repository Device
SEL Device
FRU Inventory Device
Chassis Device
Aux Firmware Rev Info :
0x00
0x00
0x00
0x13

Conectandonos a la consola serial del sistema Linux

Si deseamos conectarnos desde la ILO a la consola de un servidor Linux debemos de realizar los siguientes pasos:

Configurar grub /boot/grub/menu.lst para redireccionar mensajes al puerto serial:

serial -unit=0 -speed=115200
terminal -timeout=10 serial console

Agregar el parámetro de consola serial a la línea del kernel console=ttyS1,115200, por ejemplo:

title SUSE Linux Enterprise Server 11 SP2 - 3.0.93-0.5
root (hd0,0)
kernel /boot/vmlinuz-3.0.93-0.5-default root=/dev/cciss/c0d0p1 ramdisk_blocksize=4096 resume=/dev/system/swapvol splash=silent crashkernel= showopts vga=normal console=ttyS1,115200
initrd /boot/initrd-3.0.93-0.5-default

Redireccionar la salida de login al puerto serial:

host08:~ # grep ttyS /etc/inittab
S0:12345:respawn:/sbin/agetty -L 115200 ttyS0 vt102

La configuración de la consola ILO de la velocidad se define en la consola web de la ILO=>Administration=Access Settings=>Access Options=>Serial Command Line Interface Speed igual 115200.

Actualizamos los cambios:

host08:~ # init q

También se deben de dar permisos a root por la terminal serial:

host08:~ # echo ttyS0 > /etc/securetty

Hacemos una prueba:

$ ssh admin@ilo-host01-mx

Enter passphrase for key '/home/jmedina/.ssh/id_dsa':

admin@ilo-host01-mx's password:
User:admin logged-in to ILOUSE250P8VX.(ilo-host01-mx / fe80::2a92:4aff:fe2f:99ac)
iLO 3 Standard Blade Edition 1.55 at Jan 24 2013
Server Name: linux
Server Power: On

hpiLO-> vsp

Virtual Serial Port Active: COM1

Starting virtual serial port.
Press 'ESC (' to return to the CLI Session.

IMPORTANTE: Para desconectarse usar: ESC+ (.

Reseteando una consola HP ILO3

Si se quiere resetear la consola usamos:

hpiLO-> cd /map1

status=0
status_tag=COMMAND COMPLETED

hpiLO-> reset
status=0
status_tag=COMMAND COMPLETED
Resetting iLO.

CLI session stopped

Este procedimiento también se puede hacer vía web llendo a Information => Diagnostico => Reset.

Reinicio manual de un servidor

Configuramos el arranque vía PXE del servidor host01:

$ ipmitool -H ilo-host01-mx -I lanplus -U admin -f ilo-hosts-pass chassis bootdev pxe

Set Boot Device to pxe

Reiniciamos el servidor host01 para que arranque vía PXE:

$ ipmitool -H ilo-host01-mx -I lanplus -U admin -f ilo-hosts-pass chassis power cycle

Chassis Power Control: Cycle

Regresamos el arranque al default del servidor host01:

$ ipmitool -H ilo-host01-mx -I lanplus -U admin-f ilo-hosts-pass chassis bootdev none
Set Boot Device to none

Para ver el arranque del sistema solo se puede hacer por la consola virtual desde la consola ILO.

Reinicio automático de todos los servidores

Configuramos el arranque vía PXE de los servidores 1 al 7:

$ for i in `seq 1 7`; do ipmitool -H ilo-host0$i-mx -I lanplus -U admin -f ilo-hosts-pass chassis bootdev pxe; done

Set Boot Device to pxe
Set Boot Device to pxe
Set Boot Device to pxe
Set Boot Device to pxe
Set Boot Device to pxe
Set Boot Device to pxe
Set Boot Device to pxe
Set Boot Device to pxe

Reiniciamos los servidores 1 al 7:

$ for i in `seq 1 8`; do ipmitool -H ilo-host0$i-mx -I lanplus -U admin -f ilo-hosts-pass chassis power cycle; done

Chassis Power Control: Cycle
Chassis Power Control: Cycle
Chassis Power Control: Cycle
Chassis Power Control: Cycle
Chassis Power Control: Cycle
Chassis Power Control: Cycle
Chassis Power Control: Cycle
Chassis Power Control: Cycle

Cuando los servidores se hayan reinstalado, regresamos el arranque al default de los servidores 1 al 7:

$ for i in `seq 1 7`; do ipmitool -H ilo-host0$i-mx -I lanplus -U admin -f ilo-hosts-pass chassis bootdev none; done

Referencias

Como copiar archivos con espacios en el nombre usando scp

Recientemente tuve la necesidad de copiar un archivo desde un servidor a mi máquina, esto normalmente no es ningún problema, sin embargo, esta vez el nombre del archivo tenía varios espacios, al tratar de hacer la copia con scp esto es lo que aparece:

$ scp remote-server:/srv/samba/data01/TI/08 - Example-creds-v6-final.kdb .
scp: /srv/samba/data01/TI/08: No such file or directory
cp: no se puede efectuar `stat' sobre «-»: No existe el archivo o el directorio
cp: no se puede efectuar `stat' sobre «Example-creds-v6-final.kdb»: No existe el archivo o el directorio

Como se puede ver, el comando scp no puede copiar el archivo porque no sabe que los espacios en blanco son parte del nombre del archivo, en un shell local, normalmente se tendrían que enmascarar los caracteres de espacio con una diagonal invertida, sin embargo, para este caso, es necesario que también pongamos entre comillas toda la ruta del archivo o directorio, por ejemplo:

$ scp remote-server:"/srv/samba/data01/TI/08\ -\ Example-creds-v6-final.kdb" .
08 - Example-creds-v6-final.kdb 100% 81KB 40.3KB/s 00:02

Así que ya lo saben, si van a copiar archivos remotos con scp, y estos tienen espacios en los nombres de archivos o en el nombre del directorio tienen que escribir la ruta origen entre comillas y además enmascarar los caracteres de espacio con una diagonal invertida.

Espero que este tip les sea de utilidad.

Por que es mejor Ubuntu Server Edition para servidores

Aquí les dejo algunas de las razones por las que Ubuntu Server Edition es recomendado para servidores de red sobre Debian:

  • Ubuntu Server Edition es una distribución GNU/Linux orientada a servidores, esta basado en Debian y soporta los mismos paquetes y configuraciones.
  • Ubuntu Server Edition esta respaldado y soportado por la empresa Canonical.
  • El equipo de Ubuntu Server manteniene ciclos de control de calidad adicionales a los de Debian.
  • Ubuntu Server LTS tiene un ciclo de vida de 5 años con soporte de actualizaciones de seguridad.
  • Ubuntu server esta certificado para servidores DELL PowerEdge y HP Proliant entre otras marcas.
  • El equipo de Ubuntu Security se encarga de desarrollar e integrar herramientas de seguridad a nivel kernel y aplicación, darle seguimiento a las vulnerabilidades de seguridad que afectan los paquetes soportados realizando auditorias, rastreos, corrección y pruebas.
  • Ubuntu Server incluye soporte completo de virtualización basada en KVM el cual soporta la mayoría de funciones incluidas en Xen.
  • Ubuntu Server LTS tiene herramientas para integrar plataformas Cloud privadas basadas en KVM.

Para conocer más acerca de Ubuntu server les recomiendo leer los brochures para las últimas versiones LTS.

Referncias:

Ubuntu Server: http://www.ubuntu.com/business/server/overview

Time Based Releases: https://wiki.ubuntu.com/TimeBasedReleases

Official Support: https://wiki.ubuntu.com/SecurityTeam

Security Team: https://wiki.ubuntu.com/SecurityTeam

Instalando paquetes en Debian 5 desde el repositorio archive

Si estas leyendo este post es probable que te encuentres en la necesidad de instalar algún paquete en tu distribución GNU/Linux Debian 5.x pero te encuentras que los depositos configurados en APT ya no se encuentran disponibles ya que el soporte de Debian 5 expiro hace algunos meses..

Mi recomendación personal es que si es posible actualiza a debian 6 o a algo que tenga más tiempo de soporte como Ubuntu 12.04 LTS, pero si no puedes y necesitas instalar un programa debes modificar los URI de los depositos de paquetes.

Pongamos el ejemplo de mi configuración actual de uno de mis servidores:

$ grep "^deb " /etc/apt/sources.list
deb     http://ftp.us.debian.org/debian/     lenny main contrib non-free
deb     http://security.debian.org/ lenny/updates  main contrib non-free

En este caso solo nos interesa cambiar el URI del deposito http://ftp.us.debian.org/debian/, modificamos el archivo para que queden así:

deb     http://archive.debian.org/debian/     lenny main contrib non-free

NOTA: No modificamos el URL del servidor de actualizaciones de seguridad.

Y listo, corre apt-get update para actualizar la lista de paquetes e instala el paquee que necesitas.

$ sudo apt-get install debian-archive-keyring && aptitude update

Si necesitan más información acerca de los cambios en Debian 5 les recomiendo leer las páginas en las referencias al final del post.

Referencias:

http://wiki.debian.org/DebianOldStable
http://wiki.debian.org/DebianLenny
http://www.debian.org/News/2012/20120310

Configurando una interfaz Ethernet como enlace VLAN trunk 802.1q en sistemas GNU/Linux

En los entornos de red actuales es necesario que las herramientas tecnologicas que usemos para administrar la red sean flexibles y se adapten a los cambios dinámicos del crecimiento de la red, una de las técnicas más usadas en la administración de redes es la  segmentación de grupos de trabajo de red en diferentes dominios de broadcast, normalmente cada grupo de trabajo conectado a un switch físico independiente y para que las redes separadas se puedan comunicar se utilizan routers.

En la actualidad los switches “administrables” permite la separación de múltiples redes LAN de forma lógica, es decir, dentro de un mismo dispositivo físico es posible crear múltiples redes LAN virtuales o VLAN, básicamente los paquetes son separados y distinguidos por una etiqueta en la trama Ethernet, el protocolo IEEE 802.1q es el estandar que permite el etiquetado de tramás, en los switches se asignan las etiquetas de la VLAN a los puertos, hay puertos en modo acceso los cuales permiten conectar un sistema de forma transparente y el switch realiza el etiquetado con el ID de la VLAN asignado, también existen los puertos troncales o port trunks los cuales tienen la capacidad de transportar tráfico de red de diferentes VLANs, normalmente este es un puerto Ethernet con soporte VLAN 802.1q que a través de un driver del SO permite la creación de sub interfaces de red en las cuales se etiqueta el tráfico con el ID de las VLAN configuradas.

Los puertos trunk son normalmente utilizados en routers de VLANs los cuales permiten la comunicación entre las diferentes redes lógicas, el enrutado se realiza en la capa 3 del modelo OSI, en este caso a nivel IP. Hasta hace poco estos routers de VLAN eran dispositivos de red “especializados” de “marca” y con sistemas operativos privativos, aquí les vengo a mostrar como configurar un sistema GNU/Linux con soporte VLAN 802.1q para realizar el enrutado de múltiples redes VLAN.

En este documento se describen los procedimientos para instalar y configurar el soporte VLAN IEEE 802.1a en sistemas GNU/Linux, veremos como configurar un enlace troncal (trunk link) y permitir la multiplexión de varias VLAN a través de un solo enlace, en este caso una interfaz Ethernet. La separación lógica se realiza en un switch Layer 2 con soporte VLAN y la comunicación entre las VLANs se realiza a través de un router con soporte VLAN.

Para leer el documento en formato de multiples paginas HTML ir al siguiente enlace: Configurando una interfaz Ethernet como enlace VLAN trunk 802.1q en sistemas GNU/Linux.

El documento esta en su primer versión y creo que le hacen falta más explicaciones y ejemplos, si te interesa el documento y quieres darme tus comentarios no dudes en contactarme que seguro podremos mejorarlo.

El soporte Xen PVOPS ya esta dentro del kernel Linux

Les traigo una noticia muy importante para aquellos que estan cerca de los entornos de virtualización con Linux, en este caso les hablare de el soporte del kernel Linux para correr en maquinas virtuales Xen DomU y Dom0 sobre el hypervisor Xen.

Desde hace ya algunos años es posible correr un kernel Linux vanila en maquinas virtuales Xen DomU sobre el hypervisor Xen, en un principio con unos parches al kernel Linux (XenLinux), después se integraron los parches en el kernel oficial Linux desde la versión 2.6.27 con PVOPS, el soporte que se incluyo fueron los drivers Xen Bus, network driver además de I/O driver entre otros componentes, esto permite correr el kernel Linux vanilla en hardware fisico como en maquinas virtuales Xen DomU.

El soporte para correr Linux en modo dominio de adminitración o Domain-0 se mantenia por separado, en parches para el ahora algo viejo kernel 2.6.18 o en kernels algo modernos que solo algunas distribuciones lo soportaban no oficialmente, sin embargo, seguian siendo esfuerzos separados.

Ahora todo ha cambiado ya que Linus Torvalds ha aceptado integrar en la rama oficial 2.6.39+ el soporte PVOPS de forma oficial para que Linux corra de forma nativa en entornos fisicos, virtualizados como Xen Domain-0 o DomU y otras alternativas como KVM, estos esfuerzos benefician tanto a la comunidad, equipos de desarrollo y a todos aquellos que estan ya usando Xen para virtualizar sistemas Linux.

Para más información les recomiendo el articulo publicado en los blogs de Oracle: Linux mainline contains all the Xen code bits for Dom0 and DomU, además les recomiendo leer la pagina del wiki Xen paravirt_ops for upstream Linux kernel, donde podrán encontrar más información de el progreso de los componentes integrados.

Olderposts

Copyright © 2019 Tuxjm el sitio de jmedina

Theme by Anders NorenUp ↑