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

Redundando un firewall.

A raíz de un correo electrónico a misc@ en el que se publicaba la situación crítica de la traducción a castellano de OpenBSD, se ha creado un grupo de traducción para no dejar al sabor más seguro de BSD sin un lenguaje básico (más aún para los que lo hablamos).

La idea ha sido de Wu (#BSDes @ freenode), podeis encontrar maś información de proyecto en su página oficial, participar activamente como traductores, leer la lista de correo... A mi de momento me ha tocado el faq7 (aunque me correspondía el faq6 y me gustaría ponerme con él, pero es bastante extenso y probablemente se reparta entre varias personas).

Ya había escrito una anotación hablando de MLDonkey en OpenBSD, pero creo haberla mejorado. El problema que tuve con aquella versión eran los continuos reinicios y la instestabilidad del servidor, sin embargo parece haberse resuelto. El problema era el límite de archivos abiertos por usuario que viene impuesto en OpenBSD (ulimit(2)). De todos modos intentándolo una segunda vez me doy cuenta de que ahora mldonkey (packages y ports) requiere X para funcionar y no estoy dispuesto a pasar por ahí, se reunen motivos suficientes como para una compilación desde su código fuente. Aprovechando la conjetura vamos a enjaularlo con chroot y así todo quedará más seguro :).

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...).

Hace un par de días he instalado de nuevo OpenBSD, desde la última vez, echando cuentas (era una 3.6) ha pasado poco más de un año. OpenBSD es un sistema operativo orientado a la seguridad y como tal se pueden apuntar varias recomendaciones para no caer en la tentación de la 'usabilidad'. Los consejos que a continuación se razonan son totalmente subjetivos, es posible que el lector no opine lo mismo. He querido recoger estas ideas para futuros usos, no necesariamente siguen un orden especial.

Después de un tiempo de vacaciones BSDeras, he vuelto a migrar el firewall a OpenBSD. Este fin de semana aprovechando que el clima no era propicio para salir hice la iso y fulminé al fin esa Debian ascendiendo al PezGlobo a capitán general de la armada.

Una vez hecha la insalación y puesto el firewall se restaurarán los servicios de la máquina y trataré de escribir una o varias anotaciones explicando configuración, demonios, esquema de red local en funcionamiento y posibles actualizaciones.

Hablando de fenómenos sociales, en su día Skype empezó un movimiento que se convirtió en un terremoto de usuarios inmersos en otro protocolo cerrado más que añadir a la interminable lista. Siempre con el doble juego moral de las palabras libertad y gratuicidad se ganó la confianza de miles de usuarios de todo el mundo sin saber que estaban siguiendo un juego similar al de Microsoft con su MSN.

Hasta un humilde servidor se ha visto tentado por el lado oscuro. Sabios consejos le han hecho rápidamente ver la luz ;). Ha pasado el tiempo y el fenómeno Skype ya ni es fenómeno ni se escucha tanto movimiento en su entorno.

Si quereis aportar vuestro granito de arena a La Comunidad y teneis privilegios sobre el material adecuado, hoy en Undeadly apuntan a un mail (full-disclosure) de un administrador de los Emiratos Árabes que explica como bloquear Skype con OpenBSD y squid.

Todo ha surgido hablando sobre un posible nodo, aunque eso es otro tema y lo trataremos en su justo momento. Ha surgido la idea de instalar una OpenBSD en un pendrive o similar. Independientemente de que esto funcione o no (arranque USB y todos los inconvenientes que no alcanzo a ver), una de las limitaciones importantes que se presenta es el espacio.

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.