Planeta BSD

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:

Leer el post completo »

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:

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 .

Leer el post completo »

No recuerdo la última entrada sobre servidores de correo, he debido de tener bastante suerte porque suele ser el pan de cada día en materia de administración. Debe ser cierto eso de que una vez configurado y funcionando este tipo de servicios comen poco tiempo al BOFH de turno.

Un repaso de configuraciones de vez en cuando no viene mal, así que juntadas unas cuantas quejas decido comprobar los parámetros que se mandan al servidor encargado de repartir el correo, en este caso. El problema concreto se centra en la respuesta del servidor, no se efectúa en la totalidad de los casos y vistas las estadísticas del tráfico medio de ancho de banda, no debería ser problema de conectividad (al menos no en tantos casos).

Los correos se sirven en dos bandejas, e , las diferencias son notorias así que resumiendo demasiado el primer protocolo consiste en la descarga de todos los mensajes para poder leerlos offline mientras que el segundo es una sincronización continua de los correos del servidor. ¿Qué significa?, que por norma general POP usa menos tiempo la conexión con el servidor pero ocupando mayor caudal de descarga e IMAP establece una conexión más duradera y ligera (dependiendo del tipo de caché cliente, descarga de cabeceras…).

Si seguimos acumulando factores y después de analizar a grosso modo los logs del sistema, creo que soy el único que utiliza IMAP, es muy probable que el servidor POP se sature de cuando en vez (no por ancho de banda, sino por límite de peticiones):

40 es, por defecto, el número de peticiones simultáneas que atiende (tanto pop3d como imapd). Visto que imapd lleva 88 peticiones en total (hoy) no creo que haga falta cambiar demasiado su configuración, sin embargo puede quedarse corto para el resto de clientes que usan pop3d, así que me parece inteligente probar con un valor más alto. 300 sería una cifra óptima para un gran servidor de correo, pero no queriendo pecar de protagonismo, ‘ni pa tí ni pa mi’, probaré un tiempo con 80 a ver si disminuyen las quejas.

Leer el post completo »

es la primera conferencia europea dedicada integramente a , con la de este año en Venecia (Italia) se cuentan 3 ediciones ya. La fecha prevista es del 2 al 3 de Diciembre. Anticipándose medio año en la organización están buscando conferenciantes que se atrevan con:

Kernel Hacking
Desarrollo de aplicaciones embebidas
Drivers
Taller de programación segura
Técnicas y herramientas para la administración del sistema
Aspectos económicos

Para dar a conocer tus propuestas se ha creado (). Con un poco de suerte y un boleto premiado de lotería igual hasta me animo.

Leer el post completo »

Acostumbrado a , , y similares hacía demasiado tiempo que no grababa un CD en consola pura. En Linux esta tarea corresponde habitualmente a cdrecord con su habitual longaniza, pero esta vez era una la toqueteada así que, al no tener soporte nativo de dicho programa, se hizo con burncd:

Lo del soporte nativo viene a ser que en releases anteriores de FreeBSD, el kernel GENERIC no traía soporte ATAPI/CAM, con lo que, para poder usar cdrecord, había que recompilar kernel con un añadido (device atapicam). Mucha gente optaba por ello, instalando posteriormente el programa para tener la misma herramienta que en Linux.

Como en su día me dijo : BSD no es Linux, con lo que, siguiendo , si tenemos una herramienta nativa que hace el trabajo, ¿para qué enrevesarlo todo?.

Leer el post completo »

Jeremy Andrews: You have been known to occasionally make anti-Linux statements. What is it about Linux and the Linux community that draws your ire?

Theo de Raadt: I don’t have a problem with Linux; I just don’t use it. Nor do I think it is a newer and better or brighter or has less calories; everything we build is turds, we just move them around or shine them or have a different view on which way they should be rolled. I’m just tired of the various evangelical approach being taken by so many of the Linux users and developers. “Can’t we all just get along?” If they keep throwing their ire at me, I will continue to call things as they are.

Leer el post completo »

http://deraadt.livejournal.com/

Leer el post completo »

http://www.wbglinks.net/pages/openbsd/

Leer el post completo »

Marco en y lo comentarán en breve. Parece ser que la financiación del proyecto está en peligro. La gente tira de mirrors en vez de comprar CD’s originales con el sabor más seguro de BSD. Ni OpenBSD ni pasan por sus mejores momentos (económicamente hablando).

Leer el post completo »

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 ( @ ), podeis encontrar maś información de proyecto en , activamente como traductores, leer la … A mi de momento me ha tocado el (aunque me correspondía el y me gustaría ponerme con él, pero es bastante extenso y probablemente se reparta entre varias personas).

Leer el post completo »