Tag bsd (Página 20) - Userlinux.net

Hace unas semanas Wu me dió a conocer una web mientras charlábamos de la apariencia del Desktop. La verdad es que no le había prestado mayor atención pero me quedé con la URL para profundizar con más tiempo.

Le he estado echando un vistazo y creo que es una página que merece la pena recomendar, pertenece a Noel Davis y lleva hablando de Unix desde 1995, con multitud de trucos para sysadmins.

Sin más rollo, os presento: RootPrompt - Nothing but Unix. Espero que le saqueis provecho.

A la hora de instalar un servidor es más que posible que optemos por deshechar todo tipo de modo gráfico puesto que, a priori es innecesario. Ahora bien, si en esa misma máquina queremos monitorizar ciertos servicios con gráficas rrdtool pongamos, las librerías gráficas son necesarias. Si estamos hablando de OpenBSD y no las hemos instalado como set, podremos hacerlo en cualquier momento de la siguiente forma:

# wget ftp://ftp.openbsd.org/pub/OpenBSD/3.9/i386/xbase39.tgz
# mv xbase39.tgz /
# tar xzpf xbase39.tgz

Estoy restaurando servicios que tenía en la antigua 3.6, así que me he encontrado con este pequeño problema en la instalación de Symon. Una vez instalado xbase39.tgz, el resto ha sido coser y cantar:

Mucha gente cree incorrecto el uso de Portupgrade como herramienta gestora de ports en FreeBSD. Se compone de varios comandos que facilitan la tarea al administrador del sistema:

Hace algunas entradas pasaba a formar parte de PlanetaBSD, para lo cual tuve que crear un archivo de sindicación adecuado al tema principal del planet. Desde que implementé la sindicación en el blog tenía un par de formatos validados: RSS y RDF, pero ambos abarcaban la totalidad de las entradas de Userlinux.

Al hacer una sincronización remota, encriptando los datos y dependiendo de un servidor ssh que no está en el puerto por defecto (22) el comando a ejecutar cambia un poco. Como nunca me acuerdo y tengo que gastar tiempo tirando de man, lo dejo como nota mental para posteriores ocasiones:

root@devel:~/sinc/ # rsync -e 'ssh -p 1022'  --progress --delete -lprtvvz r0sk@host.es:/home/r0sk/sinc/ ./

Nótese que el nuevo puerto es el 1022 pasado como parámetro de ssh y no de rsync. Y si de paso esta anotación le sirve a alguien, bienvenido sea :).

Actualización
Y si alguien quiere hacer lo mismo pero con scp, que a veces es más sencillo, la orden es la siguiente:

root@devel:~/sinc/ # scp -r -P 1022 r0sk@host.es:/home/r0sk/sinc/* ./

También a mi me han incluido, como al amigo Juanjo, en la lista de blogs que participarán en Planeta BSD. Un planeta suele recoger entradas provenientes de distintos blogs que tienen un tema en común. Se surte a través del archivo de sindicación correspondiente con el consentimiento previo del autor.

Y como mi frecuencia de publicación sobre BSD es directamente proporcional a mi estado de ánimo con las máquinas que lo portan, he creado un RSS (archivo de sindicación) especial para el planet. Así que ya sabeis, además de leer el RSS ó RDF normal, podeis apuntar el de BSD ó pasaros por el Planet

Como vamos a hablar de monitorización, podemos definirla como un sistema automático de tratamiento de información sensible a un administrador de sistemas en este caso (definición cutre se me antoja). En otras palabras normalmente se habla de monitorizar cuando queremos recoger información abundante de lo que pasa dentro del entorno monitorizado. Esa información se procesará de forma que se convierta en algo legible para el administrador (informes, gráficas, resúmenes...).

Algunos administradores se preocupan demasiado de sus sistemas, otros como yo lo llevamos lejos de la obsesión. Pero ambos buscamos que la estabilidad sea la nota predominante en el trabajo (tan importante o más que la eficacia, aunque van de la mano).

Para que un sistema se mantenga estable hay diversos factores influyentes, desde el sistema operativo, la máquina, las medidas de seguridad impuestas a todos los niveles (físico y lógico)... no voy a dar ningún sermón sobre ISO porque ni por asomo soy el más indicado para ello.

A nivel de software y desde un sistema operativo libre como Linux o cualquier sabor de BSD, hay muchas herramientas especializadas en proveer al administrador de la información necesaria para saber si el sistema es estable o eficaz, sin embargo a veces lo que buscamos es tan específico que no encontramos solución a la que adecuarnos.

Me gustan las estadísticas, hasta cierto punto es bueno cuantificar algunos datos con el fin de conocer mejor algunos aspectos de tu sistema. Algo que se me ha escapado hasta ahora es el consumo instantáneo -en un momento dado- de ancho de banda. Varias alternativas asomaron cabeza sin ser demasiado convincentes, IPTraf, ntop... pero quería algo especial, sencillo y sin demasiadas dependencias, algo funcional e informativo, que con tan solo echar un pequeño vistazo pudiera hacerme la idea del porcentaje usado... ¿qué os parece ésto?: IFTop es justo la solución que buscaba, sencillo como top y tremendamente eficaz. Distintas opciones, métodos de ordenado, filtro y visualización hacen que se haya convertido, en menos de media hora, en una herramienta indispensable para cualquier BOFH.