La wiki de CentOS en español es el espacio donde construimos la documentación oficial de la distribución CentOS en idioma español. Recientemente se está actualizando su contenido.

Si deseas ayudar en las traducciones, corrección de errores o adicionar tus experiencias para que otros se beneficien de ellas: sigue las instrucciones. O si no quieres registrarte en la wiki, puedes dejarme un comentario aquí.

Qué te parece el diseño ? alguna sugerencia ?

TreeFlower en mi escritorio con el conjunto de iconos Mist:

La configuración tuvo lugar para calamaris-2.59 en la distribución CentOS-5.

Los ficheros necesarios para este script son:

000882f7587486e7cf2f68a78b8b270a calamaris-centos5.sh
726176373698c8b72f5a32b7db4945b2 calamaris.cron
6d15aebac4d1cba5cd381dcdd6ea4662 etc-calamaris.conf
70003994c8286f12833365029986cd26 www-calamaris.conf

Todos los ficheros deben estar en el mismo directorio.

Cuando ejecutamos el script calamaris-centos5.sh como root, este utiliza los restantes ficheros para ubicarlos en sus respectivas localidades. Una vez que termine de correr el script podrá ver las stadísticas de navegación de su red en las dirección web:

http://nombre-de-su-servidor-web/calamaris

Por favor revise este código antes de ejecutarlo como root, si algo sucede el único responsable de las consecuencias es usted por no haber revisado lo que estaba ejecutando. Usted puede modificar este código y adaptarlo a sus necesidades.

Descargar PDF (650.9 KB

Ver en: Servidor de Correo Electrónico

El notificador de correo que viene para Gnome “Inbox Monitor” en la distribución CentOS es una aplicación que nos permite conocer cuando ha llegado un nuevo correo a nuestro buzón. La herramienta permite que nuestro buzón esté en un servidor remoto y acceder a través de IMAP y POP3. En cuanto un correo nuevo llega a nuestro buzón el notificador nos avisa de ello.

La notificación puede estar dada de varias formas. Una de ella es con texto, otra es usando una de varias imágenes pequeñas que se animan cuando el correo llega al buzón. En cualquiera de las dos variantes seleccionadas es posible activar un sonido y que cuando hagamos clic en el icono se ejecute un programa (ej. cliente de correo).

Esta aplicación se instala con el paquete gnome-applets.

Para utilizar esta aplicación:

1. clic derecho en un de los paneles de gnome.
2. Add To Panel … (Adicionar al Panel …)
3. Seleccionar Inbox Monitor y hacer clic en el botón Adicionar (Add).

Si necesitas enterarte cuando los correos nuevos llegan a tu buzón, “Inbox Monitor” puede ser una variante efectiva.

Nota: Este comando lo hemos utilizado para hacer cambios masivos dentro de la wiki moinmoin. Usted pude variar el filtrado del comando grep y la sustitución de sed según le sea necesario.

Antes de escribir los cambio verificamos los resultados:

find . -type f | grep -E '[0-9]$' | xargs sed -e 's/192.168.20.64/192.168.10.75/g' | less

luego, para escribir los cambios ejecutamos el comando:

find . -type f | grep -E '[0-9]$' | xargs sed -i -e 's/192.168.20.64/192.168.10.75/g'

En el caso que tú conexión a internet esté limitada y desees crear un repositorio espejo del repositorio updates de CentOS para mantener actualizadas las estaciones de trabajo que están bajo tu responsabilidad, este script pudiera serte útil.

Básicamente el script descarga de internet (con wget) la página web que tiene los enlaces a los paquetes dentro del repositorio updates. Luego se parsea el código de la página y se deja solamente los nombres de los paquetes que se encuentran en ese repositorio (el de las actualizaciones).

Una vez que tenemos los nombres de los paquetes que representan las actualizaciones, el script utiliza la aplicación yumdownloader que viene en el paquete yum-utils para descargar cada uno de los paquetes. Es necesario que la aplicación yum esté correctamente configurada y que dentro de los repositorios se encuentre habilitado el repo del cual se descargarán los paquetes. Por ejemplo, si vas a descargar los paquetes de actualizaciones es necesario que el repositorio que tiene las actualizaciones (updates) esté habilitado en el fichero de configuración de yum (/etc/yum.repos.d/CentOS-Base.repo) en la computadora donde correrás el script.

Los paquetes que el script descarga son almacenados dentro del directorio RPMS que se crea en el lugar donde se ejecuta el script.

El script descargará las últimas actualizaciones para tu versión de CentOS en la que se corre el script. Por ejemplo si tienes un CentOS 4.3 y ya ha sido publicada la actualización mayor 4.4, las actualizaciones que se descargarán serán para los paquetes de la actualización 4.4 no para las del 4.3.

Antes de aplicar estas actualizaciones es preciso que un repositorio base con los paquetes del 4.4 esté disponible.

No lo he probado pero no creo correcto aplicar las actualizaciones de la versión 4.4 a la 4.3 sin antes haber actualizado de la versión 4.3 a la versión 4.4. Puede que hayan errores e incompatibilidades en el software.

Para correr este script necesitas tener instalado los paquetes de:

• perl
• yum
• yum-utils
• wget

Para ejecutar este script:

1. sitúate en el mismo nivel donde esta el fichero del script.
2. ejecuta el script con la forma: ./download-repo.pl o ./download-repo.pl & para correrlo en el fondo.

El script lo puedes descargar en: download-repo.pl

Ejemplo de uso:

Suponiendo que dentro de mi directorio home (/home/al/) creé un directorio llamado download-repo y adentro de este tengo el fichero del script download-repo.pl, los comandos a ejecutar son los siguientes:

cd /home/al/download-repo/
./download-repo.pl

Listo! con esto los paquetes del repositorio updates deben descargarse y almacenarse dentro del directorio /home/al/download-repo/RPMS/.

Recuerda que CentOS actualiza con frecuencia sus paquetes. En ocasiones los paquetes no se descargan completamente debido a que la conexión se corta y necesitan ser redescargados (desde el punto donde quedo la descarga). Correr el script con frecuencia nos permite que se descarguen los nuevos paquetes y se resuman los que quedan pendientes. Podrías ubicarlo en el cron y así automatizar la tarea.

/etc/daily.cron/

/etc/cron.daily/

en un fichero con el nombre

yum.cron

En el fichero principal del cron (/etc/crontab) está definido el horario
de ejecución de los script en cada uno de los directorios cron.daily,
cron.monthly, cron.hourly y corn.weekly.

Por defecto cron.daily viene definido para ejecutarse todos los días a
las 4 y 2 minutos de la mañana.

Para cambiar la hora de ejecución de los scripts en el
directorio /etc/cron.daily, podemos editar el comando /etc/crontab y
modificar la línea que dice:

02 4 * * * root run-parts /etc/cron.daily

Para cambiar solamente el horario de ejecución del yum sin afectar los otros scripts dentro del directorio /etc/cron.daily, una solución podría ser mover el script /etc/cron.daily/yum.cron para el directorio /root/ y luego crear un fichero en el directorio /etc/cron.d/ con la línea:

30 2 * * * root run-parts /root/yum.cron

donde podríamos especificar a que hora queremos que se ejecute dicho script. En el ejemplo anterior yum se ejecutaría todos los días a las 2 y media de la madrugada. Los scripts en /etc/cron.daily/ continuan ejecutandose a las 4 y 2 de la madrugada.

Es necesario que la ejecución de este script de yum sea con el usuario root, porque si hay actualizaciones son necesario sus privilegios para actualizar el sistema.

Enlaces Relacionados

http://www.redhat.com/docs/manuals/linux/RHL-9-Manual/custom-guide/ch-autotasks.html
http://es.wikipedia.org/wiki/Cron_(unix)

Después de haber leido la sección sobre RPC en el libro
Building Internet Firewalls 2da edición, donde recomiendan eliminar estos servicios si no van ha ser usados, decidí desactivar varios programas del arranque del sistema.

Antes de realizar ningún cambio, y como sugieren en el libro, fui
averiguando que cosa era cada programa. Aquí utilicé el comando man para ver la página del manual de cada uno de los programas, antes de desactivarlo.

Asumimos que está utilizando el runlevel 3 al inicio del sistema. En
caso que utilice otro, los filtrados y cambios deben ser orientado al
runlevel con el cual inicia la computadora. Lea el fichero /etc/inittab para ver en que nivel levanta su sistema.

Antes de hacer los cambios, el resultado del comando

chkconfig --list | grep 3:on

devolvía:

haldaemon       0:off   1:off   2:off   3:on    4:on    5:on    6:off
kudzu           0:off   1:off   2:off   3:on    4:on    5:on    6:off
cups            0:off   1:off   2:on    3:on    4:on    5:on    6:off
crond           0:off   1:off   2:on    3:on    4:on    5:on    6:off
network         0:off   1:off   2:on    3:on    4:on    5:on    6:off
xfs             0:off   1:off   2:on    3:on    4:on    5:on    6:off
isdn            0:off   1:off   2:on    3:on    4:on    5:on    6:off
gpm             0:off   1:off   2:on    3:on    4:on    5:on    6:off
syslog          0:off   1:off   2:on    3:on    4:on    5:on    6:off
microcode_ctl   0:off   1:off   2:on    3:on    4:on    5:on    6:off
rawdevices      0:off   1:off   2:off   3:on    4:on    5:on    6:off
messagebus      0:off   1:off   2:off   3:on    4:on    5:on    6:off
autofs          0:off   1:off   2:off   3:on    4:on    5:on    6:off
portmap         0:off   1:off   2:off   3:on    4:on    5:on    6:off
rpcidmapd       0:off   1:off   2:off   3:on    4:on    5:on    6:off
pcmcia          0:off   1:off   2:on    3:on    4:on    5:on    6:off
mdmonitor       0:off   1:off   2:on    3:on    4:on    5:on    6:off
rpcgssd         0:off   1:off   2:off   3:on    4:on    5:on    6:off
lm_sensors      0:off   1:off   2:on    3:on    4:on    5:on    6:off
irqbalance      0:off   1:off   2:off   3:on    4:on    5:on    6:off
iptables        0:off   1:off   2:on    3:on    4:on    5:on    6:off
apmd            0:off   1:off   2:on    3:on    4:on    5:on    6:off
nfslock         0:off   1:off   2:off   3:on    4:on    5:on    6:off
smartd          0:off   1:off   2:on    3:on    4:on    5:on    6:off
acpid           0:off   1:off   2:off   3:on    4:on    5:on    6:off
cpuspeed        0:off   1:on    2:on    3:on    4:on    5:on    6:off
xinetd          0:off   1:off   2:off   3:on    4:on    5:on    6:off
atd             0:off   1:off   2:off   3:on    4:on    5:on    6:off
sshd            0:off   1:off   2:on    3:on    4:on    5:on    6:off
anacron         0:off   1:off   2:on    3:on    4:on    5:on    6:off
sendmail        0:off   1:off   2:on    3:on    4:on    5:on    6:off
netfs           0:off   1:off   2:off   3:on    4:on    5:on    6:off

Luego de haber corrido los comandos:

chkconfig --level 2345 cups off
chkconfig --level 2345 autofs off
chkconfig --level 2345 portmap off
chkconfig --level 2345 rpcidmapd off
chkconfig --level 2345 irqbalance off
chkconfig --level 2345 nfslock off
chkconfig --level 2345 sshd off
chkconfig --level 2345 netfs off
chkconfig --level 2345 sendmail off
chkconfig --level 2345 rpcgssd off

el resultado del comando

chkconfig --list | grep 3:on

devolvía:

haldaemon       0:off   1:off   2:off   3:on    4:on    5:on    6:off
kudzu           0:off   1:off   2:off   3:on    4:on    5:on    6:off
crond           0:off   1:off   2:on    3:on    4:on    5:on    6:off
network         0:off   1:off   2:on    3:on    4:on    5:on    6:off
xfs             0:off   1:off   2:on    3:on    4:on    5:on    6:off
isdn            0:off   1:off   2:on    3:on    4:on    5:on    6:off
gpm             0:off   1:off   2:on    3:on    4:on    5:on    6:off
syslog          0:off   1:off   2:on    3:on    4:on    5:on    6:off
microcode_ctl   0:off   1:off   2:on    3:on    4:on    5:on    6:off
rawdevices      0:off   1:off   2:off   3:on    4:on    5:on    6:off
messagebus      0:off   1:off   2:off   3:on    4:on    5:on    6:off
pcmcia          0:off   1:off   2:on    3:on    4:on    5:on    6:off
mdmonitor       0:off   1:off   2:on    3:on    4:on    5:on    6:off
lm_sensors      0:off   1:off   2:on    3:on    4:on    5:on    6:off
iptables        0:off   1:off   2:on    3:on    4:on    5:on    6:off
apmd            0:off   1:off   2:on    3:on    4:on    5:on    6:off
smartd          0:off   1:off   2:on    3:on    4:on    5:on    6:off
acpid           0:off   1:off   2:off   3:on    4:on    5:on    6:off
cpuspeed        0:off   1:on    2:on    3:on    4:on    5:on    6:off
xinetd          0:off   1:off   2:off   3:on    4:on    5:on    6:off
atd             0:off   1:off   2:off   3:on    4:on    5:on    6:off
anacron         0:off   1:off   2:on    3:on    4:on    5:on    6:off

En este punto eliminé los servicios relacionados con RPC y otros como sendmail y sshd, estos dos últimos innecesarios en el sistema actual debido a que está desconectado de la red y no necesita un transporte de correo ni tampoco será accedido remotamente de otra computadora.

Otro detalle son los puertos abiertos, antes y después. Inicialmente, antes de desactivar estos programas habían varios puertos abiertos que no necesitaba y que se prestaban para posibles ataques, en este caso es irrelevante porque estoy desconectado de la red pero en una estación de trabajo conectada a la red la cuestión es bien diferente y cualquier servicio que este de más es una posibilidad para dejar el sistema vulnerable.

Nota: Los puertos pueden que estén abiertos pero ello no significa que estén accesibles desde el exterior. Es necesario mirar un nivel más abajo, en las reglas de iptables (/etc/sysconfig/iptables). Si estas reglas impiden el acceso a estos puertos, incialmente abiertos, puede que estén abiertos internamente en el sistema pero no accesibles desde el exterior.

Antes de desactivar los programas el resultado de

netstat -taulp

era:

Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address               Foreign Address             State       PID/Program name
tcp        0      0 *:673                       *:*                         LISTEN      2187/rpc.statd
tcp        0      0 *:sunrpc                    *:*                         LISTEN      2167/portmap
tcp        0      0 *:ipp                       *:*                         LISTEN      2312/cupsd
tcp        0      0 wrk.reguera.cu:smtp         *:*                         LISTEN      2408/sendmail: acce
tcp        0      0 *:ssh                       *:*                         LISTEN      2350/sshd
udp        0      0 *:667                       *:*
2187/rpc.statd
udp        0      0 *:670                       *:*
2187/rpc.statd
udp        0      0 *:sunrpc                    *:*
2167/portmap
udp        0      0 *:ipp                       *:*
2312/cupsd

9 puertos abiertos.

Luego para poder ver el resultado de lo que hemos hecho, es necesario
reiniciar la computadora. Recordemos que los servicios aun están
levantados y es necesario reiniciar la computadora para que el script
de inicio de sistema vuelva a cargar. De esta forma comprobaremos si
los cambios funcionan correctamente.

Después de reiniciar el sistema y comprobar que no hubo errores, el
resultado del comando

netstat -taulp

era:

Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address               Foreign Address
State       PID/Program name

0 puerto abierto.

Luego de haber reiniciado y comprobado que no hubo errores, podemos proceder a desintalar los programas que previamente desactivamos. Ya no es necesario que estén en el sistema.

Ha la hora de desinstalar debemos tener en cuenta aquellos paquetes
que son dependencias de otros. Ejemplo de ello tenemos a el paquete
cups, que es dependencia de gnome. Estos detalles lo podemos comprobar utilizando la herramienta yum para desinstalar. De esta forma podremos ver si el programa que vamos a desintalar tiene dependencias y si nos conviene o no que estas dependencias sean eliminadas.

Utilicemos el comando:

yum remove nombre-del-paquete

para comprobar las dependencias.

Es recomendable hacer una lista de los programas antes y después, así
como del resultado devuelto por chkconfig --list antes y después de los cambios. Esto nos ayudara a retornar a la configuración anterior en caso que sea necesario utilizar alguno de los servicios que
inicialmente desactivamos y luego desintalamos.

Para regresar a la configuración inicial, basta con instalar primero
los programas desinstaldos (auxiliandonos de la lista creada) y luego
habilitarlos con el comando chkconfig. Básicamente es hacer el proceso inverso de lo que hemos hecho hasta ahora.

Resumen

Para desactivar programas en el sistema
1. Crear lista de configuración actual, auxiliandonos del comandos
chkconfig.
2. Entender para que es cada uno de los programas que se ejecutan al
inicio del sistema.
3. Desactivar comandos innecesarios a nuestras necesidades del inicio
del sistema. Nos auxiliamos del comando chkconfig.
4. Reiniciar y comprobar que los cambios no generan errores.
5. Desinstalar los programas desactivados.
6. Reiniciar y comprobar que no se generan errores.

Para volver a la configuración anterior
1. Instalar programas desactivados. Auxiliandonos de la lista creada
inicialmente.
2. Activar programas desactivados. Auxiliandonos de la lista creada
inicialmente y el comando chkconfig.

La lista viene siendo como un punto de chequeo donde se tienen una
noción de los programas actuales y los que quedaron luego de haber
hecho los cambios. Esto nos ayuda a determinar posibles errores y
retornar en cualquier momento a la configuración actual.

Es posible también crear un script de bash que automatice esto, tanto
para desactivar como para activar. Cuestión que solo sea ejecutar un
script de bash para ir a una configuración o retornar a ella más
adelante.

Antes de actualizar había modificado la pantalla de login y el splash
para que me mostraran valores predeterminados y no aquellos que venían or defecto.

Ahora decidí retomar los valores por defecto, así que modifiqué el splash (/usr/share/pixelmap/splash/) y la imagen de login, ejecutando el comando gdmsteup (como root) y seleccioné CentOS, el valor por defecto.

Luego de la actualización noto que la pantalla de login no cambia,
mantiene la que previamente había seleccionado, el splash si se
actualizo. Así que ejecuto de nuevo gdmsetup nuevamente para ver el
Login Screen que tiene seleccionado.

Allí me doy cuenta que se adiciono el nuevo GraphicalGreeter de la versión 4.4, pero me llama la atención que aparece doble. Aparece dos veces el nombre CentOSCurve, haciendo referencia al GraphicalGreeter.

De curioso elimino uno de ellos y ahí comenzó el problema. Al
eliminar uno de los dos, ambos se borraron. Por un momento pensé que me quedaba sin el greeter de la versión 4.4.

Comencé a buscar y buscar.

Los greeter se almacenan en el directorio:

/usr/share/gdm/themes

y por defecto el de la versión 4.4 se llama Bluecurve. Es referenciado
por un enlace simbólico llamado Default.

Al ver que no estaba me puse buscar los paquetes que en la instalación incorpora el tema.

La búsqueda la realicé con el comando

yum provides '/usr/share/gdm/themes/'

Dos paquetes son lo involucrados en el asunto.

* redhat-artwork
* redhat-logos

De esta forma intenté desinstalarlo con

yum remove redhat-artwork

esto generó un montón de dependencias, que si le daba y para continuar eliminaría casi todo lo relacionado a gnome, así que decidí no hacerlo por esta vía.

rpm -e --nodeps redhat-artwork

fue el candidato para eliminar el paquete. Con este comando eliminamos el paquete en cuestión sin tener en cuenta las dependencias. Luego con

yum install redhat-artwork

lo volví a instalar. Este comando instala el tema del LoginGreeter pero al reiniciar el servidor X (Cntrl+Alt+Backspace) me dio un error que no podía encontrar el fichero rh_logo-header.png. Así que apliqué el mismo proceso con el paquete redhat-logos.

rpm -e --nodeps redhat-logos

yum install redhat-logos

Luego de haber realizado estos dos últimos comandos, el fichero que daba error apareció debajo del directorio del tema (/usr/share/gdm/themes/Bluecurve/).

Reinicié el X (Cntrl+Alt+Backspace) y apareció nuevamente el
LoginGreeter de la versión 4.4.