fraterneo GNU/Linux

Tip: Cómo deshabilitar FirewallD y volver a system-config-firewall en Fedora 18

noreply@blogger.com (Claudio Concepción Certad) — Tue, 14 May 2013 03:42:00 +0000

Al menos desde Fedora 17, si me equivoco me corrigen, el firewall que viene por defecto es FirewallD, el cual provee al sistema de un firewall dinámico con soporte para zonas que definen el nivel de confianza para las diferentes conexiones y/o interfaces de red. Además de que soporta IPv6, permite insertar reglas directamente sin necesidad de reiniciar el servicio para aplicarlas.

No obstante, en lo que este esquema se nos hace familiar y nos vamos documentando al respecto para manejarlo bien en el futuro cercano, todavía tenemos disponible el firewall estático que provee system-config-firewall y lokkit. Pero no podemos tener ambos activados y funcionando simultáneamente; para esto los siguientes pasos deben ser tomados.

Detener y deshabilitar FirewallD

[root@rainbow ~]# systemctl stop firewalld.service
[root@rainbow ~]# systemctl disable firewalld.service
rm '/etc/systemd/system/dbus-org.fedoraproject.FirewallD1.service'
rm '/etc/systemd/system/basic.target.wants/firewalld.service'

Instalar system-config-firewall

[root@rainbow ~]# yum install -y system-config-firewall system-config-firewall-tui

Finalmente tendremos en el Gnome Shell dos iconos iguales de firewall, solo que el primero nos llevará a FirewallD y el segundo a system-config-firewall. Para evitar confusión sería bueno desinstalar FirewallD, pero de momento no lo haremos.

El resultado final: Nuestro clásico firewall para configurarlo de la forma en que siempre lo hemos hecho.

Nota: Este post no pretende en forma alguna insinuar que system-config-firewall es mejor que FirewallD. Al contrario, este último es una mejora plausible y será pronto el firewall por defecto en muchas otras distribuciones. Pero en lo que nos ponemos al día, conviene no tener imprevistos en la seguridad.

Personaje del mes: Jon "Maddog" Hall

noreply@blogger.com (Claudio Concepción Certad) — Mon, 06 May 2013 01:38:00 +0000

Jon "maddog" Hall es un histórico promotor del software libre. Es presidente y director ejecutivo de Linux International y desde hace años recorre el mundo con la finalidad de dar a conocer las ventajas del empleo de Linux como sistema operativo. Poco se conoce de su biografía, parece que ya de niño tuvo sus primeros sustos asociados al empleo de la tecnología.

Después de conocer su poder, Hall se forjó una carrera y una vida alrededor de ella. Hall obtuvo una licenciatura en comercio e ingeniería en la Universidad de Drexel en 1973 y una diplomatura en ciencias de la computación en el Instituto Politécnico Rensselaer en 1977.

A Jon Hall le gusta que le llamen "maddog" (del inglés "Mad Dog", perro loco/rabioso), apodo dado por sus estudiantes del Hatford State Technical College y de hecho, en las presentaciones de sus conferencias, utiliza este término para darse a conocer.

Durante sus treinta años de carrera, Hall ha trabajado para numerosas empresas (Western Electric Corporation, Aetna Life and Casualty, Bell Laboratories, Digital Equipment Corporation, VA Linux Systems, y SGI), y ha desempeñado distintos puestos en ellas programador, diseñador de sistemas, administrador de sistemas, director de productos, director técnico de marketing, escritor y consultor de gobiernos de todo el mundo pero, según confiesa, lo que más le gusta es enseñar.

En los UK Linux and Open Source Awards de 2006, Hall fue premiado por sus servicios a la comunidad de código abierto.

Fuente: Wikipedia

Fuduntu no morirá, al menos... no del todo

noreply@blogger.com (Claudio Concepción Certad) — Wed, 01 May 2013 12:24:00 +0000

Luego de que la semana pasa la mayoría de blogs y sitios de noticias se hicieran eco de la noticia del fin del proyecto Fuduntu; distro de la cual tenía planeado escribir aquí y que uso desde hace algún tiempo, ahora resulta que sus desarrolladores planean seguir con un proyecto que han denominado FuSE.

El mismo estará basado en openSUSE, y entre las razones principales por las que eligieron esta distro como base es que la mayoría de los miembros del grupo han trabajado previamente con ella, además de ser una distro muy estable y abierta a los derivados.

En cuanto al escritorio han elegido a Consort, el fork de Gnome2 desarrollado por el equipo de SolusOS.

El equipo espera tener todo listo para principios de octubre. Mientras que los usuarios de Fuduntu podrán seguir usándola sin mejoras, pero sí con actualizaciones para corregir errores hasta final de septiembre; donde se hará el cambio al nuevo FuSE Linux.

Fuente: http://www.fuduntu.org/blog/2013/04/27/meeting-held-april-21/

Y así fue el FLISOL República Dominicana 2013

noreply@blogger.com (Claudio Concepción Certad) — Tue, 30 Apr 2013 00:35:00 +0000

Contando con la participación de importantes figuras del Software Libre y gurús del sistema operativo GNU/Linux, el sábado pasado fue celebrado en el país, por segunda vez, este importante evento de la comunidad. El mismo fue desarrollado en las facilidades del área de informática de la Universidad Nacional Pedro Henríquez Ureña (UNPHU) de la ciudad capital.

Personalidades como Sócrates Piña, Claudio Arias y Franky Almonte impartieron interesantes charlas y talleres a lo largo de la jornada. Así como también Michael Sánchez, Rafi Medrano y otros.

Además había áreas destinadas a la instalación de software libre en las cuales un grupo técnico especializado en ello ayudó a los asistentes que así lo requirieron.

Finalmente, quien les escribe, estuvo compartiendo sobre Sostenibilidad Económica y Medio Ambiental del Software Libre. Durante ese breve tiempo los asistentes tuvimos la oportunidad de conversar sobre cómo el software libre contribuye, por su naturaleza, a reducir el impacto negativo que la humanidad está provocando al medio ambiente, tirando al mismo computadoras cuyos componentes emiten elementos químicos nocivos como mercurio, cromo y cadmio.

Por lo que con el uso de distribuciones minimalistas, estas computadoras pueden encontrar un uso adecuado y alargar su utilidad. Cosa que con otros sistemas operativos como Windows el virtualmente imposible.

El Flisol de este año fue, por mucho, el más importante evento de difusión del software libre y su máximo representante, GNU/Linux. Vamos ganando, poco a poco, un espacio en el haber tecnológico nacional, y en ese sentido damos las gracias al INFOTEP, la UNPHU, el COMTELI, la FCLD y la FDSL por el apoyo brindado a todo el evento.

Flisol 2013

Próximo sábado: Festival Latinoamericano de Instalación de Software Libre - FLISOLRD2013

noreply@blogger.com (Claudio Concepción Certad) — Tue, 23 Apr 2013 15:52:00 +0000

Este sábado finalmente celebraremos el FLISOL en nuestro país. Este año será en el campus Santo Domingo de la Universidad Nacional Pedro Henríquez Ureña (UNPHU), específicamente en el Edificio 2, primer nivel (Área de Informática).

Así que ya sabes, desde las 9 de la mañana estaremos listos para servirte, orientarte y entrenarte en todo lo relacionado con Software Libre y su máximo representante: ¡El sistema operativo GNU/Linux!

http://www.unphu.edu.do/sitio/

http://flisol.info/FLISOL2013/RepublicaDominicana

Usando DNSMasq como servicio DHCP para el servidor PXE

noreply@blogger.com (Claudio Concepción Certad) — Sun, 14 Apr 2013 14:06:00 +0000

Dnsmasq es un servidor liviano que provee los servicios de DNS, DHCP y TFTP para redes pequeñas. Puede servir los nombres de ordenadores locales que no están en el DNS global. El servicio DHCP se integra al DNS y permite a los ordenadores con IP asignada por el DHCP que aparezcan en el DNS con nombres, configurados en cada host o en el fichero de configuración centralizado. Dnsmasq soporta consesiones DHCP estáticas y dinámicas y BOOTP/TFTP/PXE para arranque de red en ordenadores sin disco.

Y es esta última parte la que más nos interesa. Pues la idea es reemplazar el daemon dhcpd por dnsmasq, ya que éste último es ideal para redes pequeñas y viene por defecto en muchas distribuciones actuales.

Lo primero que haremos es detener el daemon dhcpd, si lo tenemos andando para no crear conflicto al momento de iniciar a dnsmasq.

root@rainbow:~# service dhcpd stop
root@rainbow:~# chkconfig dhcpd --level 345 off

Opcionalmente podemos desinstalarlo, aunque con lo anterior basta.

root@rainbow:~# yum remove -y dhcp

Ahora procedemos a instalar dnsmasq.

root@rainbow:~# yum install -y dnsmasq

Luego de esto podemos editar el fichero de configuración ubicado en /etc/dnsmasq.conf. Sin embargo lo que haremos es crear un archivo de configuracion adicional específico para el servidor PXE; esto a fin de tener mayor control sobre la configuración ya que el fichero dnsmasq.conf viene con muchos ejemplos de configuración que nos podrían confundir si no estamos documentados a profundidad sobre el mismo.

El fichero dnsmasq.conf tiene al final (es la última línea) una variable que guarda el directorio donde tendremos el fichero de configuración para PXE. Solo debemos verificar que esa línea no esté comentada (#).

conf-dir=/etc/dnsmasq.d

Entonces, es dentro de ese directorio que crearemos el nuevo fichero con su contenido.

root@rainbow:~# nano /etc/dnsmasq.d/pxe.conf
bind-interfaces
dhcp-range=10.42.43.100,10.42.43.254,12h
tftp-root=/tftpboot
enable-tftp
dhcp-boot=pxelinux.0
dhcp-option=vendor:PXEClient,6,2b
dhcp-no-override
pxe-service=X86PC,"Boot from network",pxelinux

Guardamos el fichero y procedemos a iniciar el servicio dnsmasq, dejandolo tambien para que inicie en el arraque del sistema.

root@rainbow:~# service dnsmasq start
Starting dnsmasq [ok]
root@rainbow:~# chkconfig dnsmasq --level 345 on

Ahora solo nos queda iniciar un cliente con arranque de red (PXE) y proceder igual que siempre.

Se acerca el FLISOL República Dominicana 2013

noreply@blogger.com (Claudio Concepción Certad) — Wed, 10 Apr 2013 14:17:00 +0000

El Festival Latinoamericano de Instalación de Software Libre (FLISoL), es el evento de difusión de software y cultura libre más grande de Latinoamérica. Este Festival, que comenzó en el 2005, ha tenido una gran acogida en la región. Es un evento distribuido que une los esfuerzos de voluntarios en 20 países de la región con el fin de dar a conocer a los asistentes, en más de 200 ciudades, la importancia del trabajo en comunidad y del software y la cultura libre.

Su principal objetivo es promover el uso del software libre, dando a conocer al público en general su filosofía, alcances, avances y desarrollo.

Esta sera la segunda versión del festival en nuestro país y contamos con el apoyo de todo el que asista para que sea un exito.

En este festival se pueden encontrar distintas actividades entre las cuales se destacan:

Instalación de Software Libre: Las personas que deseen obtener software libre pueden llevar sus computadores y un equipo de la comunidad se encargará de instalarlo. Si la persona lo desea también puede aprender el proceso de instalación para su propio beneficio.

Charlas y Demostraciones de proyectos y de software libre. Personas expertas de la comunidad te presentarán de manera clara el software libre que puedes utilizar en tus actividades cotidianas, así como los proyectos en los cuales la comunidad trabaja.

Talleres de software libre Personas expertas de la comunidad te enseñarán a usar programas de software libre para múltiples usos, desde ofimática hasta diseño, entre otros temas.

¿Donde y cuando?

Lugar: Universidad Pedro Henríquez Ureña, Santo Domingo; o en su defecto en el Club Mauricio Báez, Santo Domingo (Más adelante confirmaremos en cuál de los dos será).
Fecha: Sábado 27 de Abril de 2013
Horario: Desde las 9:00 AM hasta las 6:00 PM.

¿A quién está dirigido el evento?

El evento está dirigido a todo tipo de público: estudiantes, profesores, empresarios, trabajadores, funcionarios públicos, entusiastas y personas que no poseen conocimiento informático.

La edad no es un problema.

¿Cuánto cuesta el evento?

La asistencia al evento es totalmente libre y gratuita. Nuestro interés es compartir, aprender y hacer amistades.

¿Cómo Ayudar?

Si quieres ayudar en la organización del evento puedes suscribirte a la lista de correos o contactar a uno de los coordinadores/organizadores (ver información de contacto). Localmente puedes ponerte en contacto con las comunidades que organicen el evento, ve más abajo para encontrar un evento cercano a tu ciudad con la que puedas colaborar. Puedes apoyar la difusión del evento con el material gráfico que pronto estará disponible.

Mas información y contacto:

Wiki Oficial de FLISoL RD 2013

Ciudades participantes en FLISoL este año:

Santo Domingo

Instalando y Configurando Nagios en CentOS 6.3 - Parte 2

noreply@blogger.com (Claudio Concepción Certad) — Tue, 02 Apr 2013 22:10:00 +0000

Agregando clientes al servidor Nagios.

Clientes Red Hat/CentOS

Es necesario también agregar el repositorio EPEL en los clientes para instalar los plugins y otros paquetes necesarios.

[root@sambapdc01 ~]# wget http://dl.fedoraproject.org/pub/epel/6/i386/epel-release-6-8.noarch.rpm
[root@sambapdc01 ~]# rpm -ivh epel-release-6-8.noarch.rpm

Install “nrpe” and “nagios-plugins” packages in client systems to be monitored.

[root@sambapdc01 ~]# yum install -y nrpe nagios-plugins-all openssl

Editamos el fichero nrpe.cfg para ver el servidor Nagios

[root@sambapdc01 ~]# vi /etc/nagios/nrpe.cfg
allowed_hosts=127.0.0.1 192.168.5.200

Iniciamos el servicio nrpe

[root@sambapdc01 ~]# /etc/init.d/nrpe start
Starting nrpe:                                             [  OK  ]

Opcionalmente lo dejamos para que cargue en el inicio del sistema.

[root@sambapdc01 ~]# chkconfig nrpe --level 345 on

Clientes Debian/Ubuntu

Instalamos los plugins y demás

[root@ubuntu-client ~]# apt-get install -y nagios-nrpe-server nagios-plugins nagios-plugins-basic nagios-plugins-contrib nagios-plugins-extra nagios-plugins-standard nagios-plugins-openstack nagios-nrpe-server openssl

También editamos el nrpe.cfg

[root@ubuntu-client ~]# nano /etc/nagios/nrpe.cfg
allowed_hosts=127.0.0.1 192.168.5.200

Iniciamos y cargamos el servicio al inicio del sistema.

[root@ubuntu-client ~]# service nagios-nrpe-server start
[root@ubuntu-client ~]# update-rc.d -f nagios-nrpe-server defaults

En la parte del servidor Nagios debemos editar el fichero nagios.cfg y quitar el comentario la línea 52.

[root@nagios ~]# vi /etc/nagios/nagios.cfg
cfg_dir=/etc/nagios/servers

Ahora creamos un directorio que llamaremos servers, dentro de /etc/nagios/. Y también el fichero de configuración de los clientes

[root@nagios ~]# mkdir /etc/nagios/servers
[root@nagios ~]# vi /etc/nagios/servers/clients.cfg
define host{
use                             nagios
host_name                       ubuntu-client
alias                           ubuntu-client
address                         192.168.5.2
max_check_attempts              5
check_period                    24x7
notification_interval           30
notification_period             24x7
}

define host{
use                             nagios
host_name                       sambapdc01
alias                           sambapdc01
address                         192.168.5.1
max_check_attempts              5
check_period                    24x7
notification_interval           30
notification_period             24x7
}

Reiniciamos el daemon de Nagios

[root@nagios ~]# service nagios restart
 Running configuration check...done.
 Stopping nagios: .done.
 Starting nagios: done.

Personaje del mes: Eric S. Raymond (ESR)

noreply@blogger.com (Claudio Concepción Certad) — Mon, 01 Apr 2013 15:19:00 +0000

Eric Steven Raymond (nacido el 4 de diciembre de 1957), también conocido como ESR, es el autor de La catedral y el bazar, ("The Cathedral & the Bazaar", en inglés) y el responsable actual del Jargon File (también conocido como The New Hacker's Dictionary). Si bien con el Jargon File obtuvo fama como historiador de la cultura hacker, se convirtió después de 1997 en una figura líder en el Movimiento del Open Source y el Código abierto. Hoy día es uno de sus personajes más famosos y controvertidos.

Raymond es un neopagano, un confeso anarcocapitalista, y un defensor del derecho a poseer y utilizar armas de fuego. Tiene un gran interés en la ciencia ficción. Es músico amateur y cinturón negro de taekwondo. Además sufre una leve parálisis cerebral congénita.

Biografía

Nacido en Boston, Massachusetts en 1957, Raymond vivió en tres continentes antes de establecerse en Pensilvania en 1971. Su compromiso con la cultura hacker empieza en 1976, y escribió su primer proyecto de código abierto en 1982.

Fue el coordinador del cliente de correo electrónico Fetchmail. También colaboró con los modos de edición de Emacs y coescribió porciones de la biblioteca GNU ncurses. Ha escrito una implementación en C del lenguaje de programación de parodia INTERCAL.

Es suyo el aforismo "Con los suficientes ojos, todos los errores son fáciles de encontrar". Reconoce a Linus Torvalds la inspiración de esta cita, que denomina como "Ley de Linus". La fuente principal de esta es el libro La catedral y el bazar, el cual se considera su obra más importante. Además, ESR frecuentemente escribe ensayos, muchos de tema político, que pueden encontrarse a la red. Se lo conoce más por su estilo ávido y persuasivo al escribir, que como programador.

Tras 1997, se convirtió en uno de los principales teorizadores del movimiento del código abierto y uno de los fundadores del Open Source Initiative. Tomó el papel de embajador del código abierto en la prensa, los negocios y en la cultura de masas. Es un buen orador y ha visitado más de quince países en seis continentes.

Por un tiempo fue un polémico bloggero, hasta 2006 en que dejó de hacerlo, retomándolo en 2008, citando problemas judiciales como causa de su silencio.

De entre sus éxitos, hace falta destacar su contribución en la liberación del código de Netscape para acontecer el proyecto Mozilla en 1998. Se le reconoce haber llevado el código abierto a los círculos de Wall Street de una forma más efectiva que anteriores partidarios.

Crítica

La figura de Eric ha estado envuelta en distintas controversias:

Controversias con comunidad hacker

Se ha hecho famoso inicialmente por la adopción del Jargon File. Desde entonces, muchos hackers se han sentido insatisfechos por el control centralizado a las aportaciones del proyecto, algunas adiciones y ediciones que ha hecho, y la supresión de ciertos términos por haber sido datados (algo no común en los proyectos de diccionarios históricos). Aquellos que apoyan a Raymond argumentan que nadie ha hecho ningún caso para hacer una bifurcación del proyecto y convertirse en coordinador de esa nueva versión.

Conflictos con miembros de la comunidad de software libre

Los críticos acusan a Raymond de secuestrar el movimiento del software libre para su propia promoción personal. Se dice que a menudo ha puesto pegas a otros líderes y oradores del movimiento. Su desacuerdo con Richard Stallman y la postura de la Free Software Foundation con respecto a la ética del software libre en favor de una visión más mercantil, ha exacerbado las tensiones preexistentes a la comunidad. Incrementó la fricción haciendo una charla en Microsoft, y se dice que aceptó stock options a cambio de dar credibilidad a VANO Software.

También hubo malestar entre Raymond y los desarrolladores del núcleo Linux, después de que se rechazara la incorporación de CML2, una configuración del kernel alternativa que había desarrollado.

Además, su temperamento ha provocado tensiones con otros partidarios del código abierto, por ejemplo con Bruce Perens. Éste hizo públicos en las listas de correo de Debian unos mensajes que recibió de Raymond que le hacían temer por su integridad física.

Raymond afirma que es un desarrollador principal de Linux, cosa que le ha hecho recibir muchas críticas, porque ningún código suyo ha sido aceptado nunca al núcleo Linux. Su mayor contribución en código ha sido en los proyectos fetchmail, ncurses y a los modos de edición de Emacs. Esta carencia de credenciales, provocó una respuesta a Richard Stallman al ensayo "Calla y enséñales el código". Raymond respondió a estas críticas en su ensayo "¡Toma mi trabajo, por favor!", donde argumenta que si alguien está cualificado y dispuesto a representar el código abierto en cualquier parte del mundo, él lo seguirá.

Controversias no técnicas

Durante el verano del 2003, Raymond expuso sus opiniones políticas en su blog: la diferencia de cociente intelectual, el terrorismo y la guerra de Irak en su blog; provocando un alud de críticas. También ha sido acusado de haber modificado el Jargon File para poder reflejar sus propias opiniones sobre la guerra.

También ha expresado la opinión de que, a diferencia de los Estados Unidos de América, Europa se colapsará en un futuro próximo por los problemas relacionados con la inmigración, especialmente la musulmana.

Libros

Una breve historia de los hackers (1992)
La catedral y el bazar (1997)
Colonizando la noosfera (1999)
El caldero mágico (2001)
La venganza de los hackers
The Art of Unix Programming, descargable en The Art of Unix Programming (Addison-Wesley, 2003; ISBN 0-13-142901-9)

Fuente: Wikipedia

Sitio oficial de ESR

Se acerca el cierre de Google Reader ¿Qué alternativas tenemos?

noreply@blogger.com (Claudio Concepción Certad) — Thu, 28 Mar 2013 22:39:00 +0000

Si eres usuario de Google Reader de seguro ya te has enterado que muy pronto estará siendo cerrado como cualquier otro de los servicios que este gigante ha cerrado en el pasado. El día 13 de este mismo mes fue anunciado para el 1ro de julio su despedida, como podemos ver en este post del blog del servicio. Ya hace unos meses que el servicio no está disponible en algunos países de Asia.

Disfrutamos por mucho tiempo de este excelente servicio y al parecer ninguna queja hará dar marcha atrás a la decisión.

Pero vamos, la muerte de este lector de feed no se va a llevar al RSS. Los usuarios de Software Libre tenemos varias alternativas de lectores de feeds que podemos instalar y también hay servicios en línea casi al estilo del de Google, muchos de pago y otros gratuitos.

Sin embargo, antes de ver estas alternativas y ahogarnos en un vaso de agua, también reflexionemos en lo siguiente: Según un conteo a simple vista de los feeds que tengo en Google Reader, más del 80% de dichas páginas tienen una cuenta en Twitter u otra red social por medio de la cual difunden su contenido. Pero obviando las demás redes sociales, Twitter ha sido idóneo como canal (NO como sustitución o alternativa) para el RSS, ya que las cuentas se pueden alimentar del mismo o de servicios como FeedBurner del mismo Google.

La comodidad que ofrece RSS es incomparable.

Veamos ahora las alternativas (o algunas de ellas porque hay bastantes):

Aplicaciones

Liferea

De primera mano para los usuarios de Gnome, ya que se integra mejor en este entorno, pero es usable en cualquier otro. La principal ventaja de un lector aplicación es poder leer los feeds cuando no estamos conectados a Internet (aunque ya esto es poco usual, casi todo el tiempo estamos conectados) y esto lo ofrece Liferea. Nos notifica cuando hay nuevos feeds y podemos sincronizar con Google Reader y otros servicios en línea, importar OPML y XML. Además se encuentra en los repositorios de la mayoría de las distribuciones.

Akregator

Es el lector preferido de los usuarios de KDE ya que es parte de las aplicaciones del mismo. Nos permite importar feeds desde otros lectores y se integra perfectamente con Konqueror. También nos notifica cuando hay feeds sin leer o nuevos y está disponible en los repositorios de casi todas distribuciones.

RSSOwl

Es conocido por ser flexible y fácil de usar. Es multiplataforma y Open Source. Es una alternativa ideal también por ser liviano.

Servicios en línea

Existen muchos servicios en línea tanto gratuitos como de pago. Luego de probar algunos gratuitos, personalmente recomiendo Bloglines, pues es el que estoy usando actualmente. Es sencillo, permite importar y exportar, sincroniza con otros servicios, y hasta donde lo he usado es gratuito.

Saliendo de Google Reader

Ahora bien, es hora de exportar nuestros feeds desde Google Reader para poder importarlos en el lector que hemos elegido. Debemos dirigirnos al servicio Google Takeout desde el cual sacaremos nuestros datos de Reader haciendo clic en Crear Archivo y luego descargándolo una vez terminado el proceso.

Descomprimimos el archivo descargado y desde el lector de feeds elegido en sus opciones de importar seleccionamos el fichero suscriptions.xml y listo! Toma en cuenta que deberá leer todos los RSS y tomará unos minutos en hacer eso. Si has leído todos tus feeds recientemente, solo tienes que marcarlos todos como leídos pára esperar nuevo contenido a leer en tus feeds.

Tiny Tiny RSS

Finalmente, para los que quieren ir más allá, existe Tiny Tiny RSS. Requiere de más experiencia configurando sus dependencias como MySQL y Apache. La gente de TechRepublic tienen un tutorial que explica cómo configurarlo en Linux.

Mis impresiones sobre el XIX Seminario de Ingenieria Industrial en PUCMM

noreply@blogger.com (Claudio Concepción Certad) — Mon, 18 Mar 2013 15:38:00 +0000

El fin de semana pasado asistí al XIX Seminario de Ingeniería Industrial, titulado para esta versión "Opta por lo ideal, explora lo sostenible". El mismo contó con la ponencia de expertos profesionales nacionales y extranjeros que a lo largo de las jornadas rebosaron las mentes de todos los asistentes con sus conocimientos, incluyendo la mía, por supuesto.

Durante el seminario fueron muy notorias las habilidades y destrezas de los jóvenes organizadores del mismo. En todo momento fue visible su enorme entusiasmo y atenciones y servicio sin igual.

Desde el día jueves en la tarde comenzó todo como debe ser: Formal bienvenida, Himno nacional, himno de la PUCMM, etc. Día en el cual también presentó su ponencia el señor Marco Antuña, de Retecsa, presentando el interesante tema de los paneles fotovoltaicos; sus ventajas, desventajas actuales, aprovechamiento de la energía luminosa del sol (no la calorífica) y cómo pudriera una empresa aprovechar esta alternativa para generar su propia energía y vender el excedete (si es que lo hay) a la distribuidora de energía.

Para el viernes nada mejor que una visita técnica en grupos a varias empresas de la región (zona franca, privadas, etc.). En las cuales fuimos partícipes de los diferentes procesos que las mismas realizar para terminar sus productos con un impacto reducido o nulo al medio ambiente.

Durante la tarde del viernes el señor Arturo Pérez, de Microsoft, esencialmente estuvo exponiendo de lo que el señor Bill piensa hacer con todo su dinero para buscar soluciones energéticas limpias y renovables como el poryecto TerraPower. Y para finalizar la tarde, una magistral exposición del señor Ajeandro Fernández W., analista financiero, sobre como anda el hoyo económico por el que estamos pasando producto de un malgasto de los recursos del estado y de un endeudamiento súbito durante 2011 y 2012 para sustentar las elecciones.

El sábado fue día más apretado en cuanto a charlas, ya que fueron cuatro. Durante la mañana las exposiciones de Javier Chacón sobre competitividad y mejoramiento continuo, y César Santos, experto en energías renovables y parte del equipo responsable del Parque Eólico Los Cocos en Pedernales.

En la tarde contamos con la ponencia del señor Alejandro Saz, del CNPML del Salvador, quien nos habló sobre la producción más limpia, lo que implica efectar cambios en la forma cómo las empresas producen para evitar desechos que afecten el medio ambiente y la emisión de Dióxido de Carbono. Y para finalizar la jornada el señor Manuel Benavet, experto en coaching, con el tema "¿Quién decide en tu vida?"

Por supuesto que entre una cosa y otra siempre hubo brindis, merieda, los respectivos almuerzos, música para ambientación. Como dije al principio, el evento fue montado por un gran equipo.

Sin embargo, y aquí viene la crítica, me pasé todo el seminario sin el gafete porque no me lo entregaban. Nadie supo decirme qué estaban haciendo respecto a eso. ¡Además de eso tampoco me entregaron el ceritficado de participación al final del seminario! ¿Cómo es esto posible?

Pienso que estaban bien atareados con todo y que más importante aún es todo el conocimiento adquirido, que no tiene precio y no pesa. Ha sido un punto más para mí como profesional y persona.

¡Felicidades al equipo del CEII de PUCMM Santiago por este increíble seminario!

Instalando y configurando Nagios en CentOS 6.3 - Parte 1

noreply@blogger.com (Claudio Concepción Certad) — Mon, 18 Mar 2013 14:16:00 +0000

Como hemos visto antes, Nagios es una herramienta libre para la monitorización de servidores, redes (switches, routers, etc.) y aplicaciones. Dispone de una amplia gama de plugins están disponibles y una gran comunidad detrás del mismo. Todo esto lo convierte en una de las mejores opciones para estos fines.

Para los fines de esta guía tambien utilizaremos VirtualBox: CentOS 6.3 minimal en VirtualBox con una interfaz de red y todo lo demás por defecto eth0 Bridged a la LAN (192.168.5.0/24).

Al finalizar la instalación y loguearnos por primera vez en el servidor cambiamos el hostname del mismo. Además nuestro monitor Nagios será parte de una LAN en la cual funciona un servidor Samba 4 con Active Directory, esto con el propósito de monitorear un servidor real y también otros clientes.

[root@localhost ~]# sed -i 's/HOSTNAME=localhost.localdomain/HOSTNAME=nagios.mydomain.local/g' /etc/sysconfig/network
[root@localhost ~]# reboot

Al regresar, deshabilitamos Selinux para evitar posibles inconvenientes, hasta nuevo aviso.

[root@nagios ~]# sed -i 's/SELINUX=enforcing/SELINUX=disabled/g' /etc/selinux/config

Configurarmos la Interfaz de red para actualizar y descargar paquetes. Esta interfaz está NAT en la configuración de la máquina virtual, pero editaremos el script para que arranque al inicio. Es decir, cambiamos el valor de ONBOOT="no" por yes. Lo demás se queda tal como está.

[root@nagios ~]# vi /etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE="eth0"
BOOTPROTO="dhcp"
HWADDR="08:00:27:91:1E:17"
NM_CONTROLLED="no"
ONBOOT="yes"
TYPE="Ethernet"
UUID="cff4accd-304e-4262-abea-f353d20d8954"

[root@nagios ~]# service network restart

Instalando algunos prerequisitos.

[root@nagios ~]# yum install -y gd gd-devel httpd php gcc glibc glibc-common bash-completion wget nano

Nagios está disponible solo en el repositorio EPEL, por lo que debemos instalarlo.

[root@nagios ~]# wget http://dl.fedoraproject.org/pub/epel/6/i386/epel-release-6-8.noarch.rpm
[root@nagios ~]# rpm -ivh epel-release-6-8.noarch.rpm

Instalando Nagios. Nos aseguraremos de que no nos falte nada.

[root@nagios ~]# yum install -y nagios*

Configurando Nagios. Cambiamos el correo de nagios por una cuenta propia, ya sea root u otro usuario que deseemos. La email se encuentra aproximadamente en la línea 35 del fichero contacts.cfg. Esto es para recibir alertas de Nagios.

[root@nagios ~]# nano /etc/nagios/objects/contacts.cfg
email                           root@localhost

Editamos algunas líneas en el fichero nagios.conf. Comentamos las líneas 15 y 16. Además editamos las líenas 17, 18 y 19; quedando de la siguiente manera.

[root@nagios ~]# nano /etc/httpd/conf.d/nagios.conf
#Order allow,deny
#Allow from all
Order deny,allow
Deny from all
Allow from 127.0.0.1 192.168.5.0/24

Cambiamos el password del usuario nagiosadmin

[root@nagios ~]# htpasswd /etc/nagios/passwd nagiosadmin
New password:
Re-type new password:
Updating password for user nagiosadmin

Iniciamos los servicios y (opcionalmente) los configuramos para que arranquen al inicio.

[root@nagios ~]# service nagios start
Starting nagios: done.
[root@nagios ~]# service httpd start
Starting httpd:                                            [  OK  ]
[root@nagios ~]# chkconfig nagios --level 345 on
[root@nagios ~]# chkconfig httpd  --level 345 on

Editamos el firewall para permitir el paso hacia el puerto 80 (httpd) para tener acceso a la intefaz web de Nagios desde otro nodo de la LAN.

[root@nagios ~]# iptables -A INPUT -p tcp -m state --state NEW --dport 80 -j ACCEPT
[root@nagios ~]# service iptables save
[root@nagios ~]# service iptables restart
iptables: Flushing firewall rules:                         [  OK  ]
iptables: Setting chains to policy ACCEPT: filter          [  OK  ]
iptables: Unloading modules:                               [  OK  ]
iptables: Applying firewall rules:                         [  OK  ]

Finalmente accesamos desde otro nodo de la red a la dirección http://192.168.5.102/nagios, para verificar que todo ha sido satisfactorio. Nos logueamos con el usuario nagiosadmin y el password que le colocamos en uno de los pasos de la guía.

Más empleos Linux este año, segun estudio

noreply@blogger.com (Claudio Concepción Certad) — Sat, 09 Mar 2013 01:50:00 +0000

El mercado de trabajo tecnológico está experimentando su primer renamcimiento luego de su aparición hace unas décadas. Hoy los profesionales que administran los centros de datos que soportan las compañías de la Web más grandes del mundo, negocios de comercio electrónico y redes sociales están bajo alta demanda. Los desarrolladores de software que con sus aplicaciones hacen a los dispositivos trabajar conjuntamente, están entre las materias primas de cualquier industria.

La tecnología está, pero en ninga parte la oportunidad para avanzar en la carrera y tener mejores salarios es tan evidente como en el mercado de trabajo linuxero. La necesidad de profesionales talentosos con habilidades y conocimientos de Linux está alcanzando el doble que en otros profesionales de la tecnología.

La encuesta de este año de Dice y la Linux Foundation incluye respuestas de más de 850 encargados de RRHH de corporaciones, PyMES, ONG's y agencias de empleo alrededor del mundo. Así también respuestas de más de 2,600 profesionales en Linux mundialmente.

Puedes ver el reporte completo y también la publciación de la página de la Linux Foundation al respecto.

Personaje del mes: Antonio Perpiñán

noreply@blogger.com (Claudio Concepción Certad) — Sat, 02 Mar 2013 21:24:00 +0000

Antonio Perpiñán, con apariencia de idealista-soñador y semblante apacible, decidió aportar su grano de arena a la sociedad. Para ello recibe, casi desapercibidamente, (desde hace varios años) cada día, grupos de estudiantes de diferentes universidades e institutos que, con hambre de conocimiento, llegan al aula de FCLD Santiago a ver qué rayos es esto del pingüinito y el toro (que más bien es un Ñu).

Eso es lo que se ve pero, en mi particular opinión, es más que alguien enseñando en un aula. Antonio Siempre va más allá que simplemente vaciar un conocimiento en nuestra mente, pues sus preocupaciones cruzan fronteras como en ningún otro maestro he visto en toda mi vida de estudiante. Aportándonos cosas que nunca recibimos antes.

El Perpi, como cariñosamente la mayoría le llamamos, es el personaje del mes en este blog y para ello él se tomó la molestia de concederme esta entrevista, la cual coloco íntegra a continuación.

Hola Antonio. Esta entrevista saldrá como parte de un artículo para el mes de marzo en el que serás el personaje del mes en el blog. Esto porque entiendo que has tenido una gran influencia en el país y en muchos jóvenes que han estado cerca de ti, como es mi caso.

Ya que no hay datos biográficos tuyos en la red, empezaremos con preguntas básicas sobre tu origen y vida hasta llegar al momento donde conociste el Software Libre y otras.

1. En pocas palabras háblanos sobre tu origen. ¿Dónde nace y se desarrolla Antonio Perpiñán? Nací en Villa Consuelo 1961, y me fui a reunir con mis padres en New York en 1964 con a penas 4 años de edad, estudie en el circuito de escuelas públicas de Nueva York y Liceos.

2. ¿Cuál es la anécdota más recurrente de tu niñez?
Mi papá obligándome a hablar español en la casa para que no se nos olviden nuestros orígenes.

3. De adolescente, ¿Qué pensabas estudiar, o en qué soñabas hacerte profesional?
Ing. Mecánica, de hecho me inscribí en el Liceo de Brooklyn William E. Grady Vocational High School porque mi sueño era asistir a una Universidad como Virginia, Georgia o Texas Tech. Luego descubrí que no soy muy bueno con las manos y que soy mas de mente abstracta como la programación y el diseño.

4. Tengo entendido que estuviste en una academia militar en EEUU, ¿Cuéntanos sobre esa experiencia?
No academia, ya que es diferente, la academia es quien ingresa a los Colleges de las Fuerzas armadas americana, como es West Point o el Naval Academy, soy un ex-Marine, United States Marines Corp. al salir de la Universidad en mis tiempos de la ingeniería mecánica me gustaban mucho los aviones, carros, etc y me inscribí en la Marina, ojo no la Marina Naval, que es la Navy. Pero no tuve suerte con la vista y otras destrezas físicas y no logré el sueño de ser piloto pero si me gradué de Oficial como Segundo Teniente y luego pase a Primer Teniente y 2 años y pico después se cumplió mi tiempo y decidí no reingresar. Durante mi tiempo no aconteció ningún conflicto importante así que no vi acción de guerra.

5. ¿En qué año vienes a RD? ¿Cuáles eran tus preocupaciones al ver la situación en que estaba el país en ese momento? Siempre como todo Dominicano ausente visitaba y en Septiembre 1994 mi madre enfermó y decidí quedarme para ayudar a mi papá con los negocios de la familia que en ese momento eran dos estaciones de gasolina y otros quehaceres relacionados.

Mis preocupaciones se desarrollan al asistir a la UASD para ser profesor voluntario y ver lo poco que que se conocía en lo que tiene que ver con informática y las carreras de ciencias como es Física, Matemática, Química, etc, recuerden que no soy informático sino Físico-Matemático.

6. ¿Cómo conoces el Software Libre y qué es lo que más te impacta de esta filosofía? Siempre conocí el Software Libre, solo que no lo entendía. Recuerda que la piratería no es tan rampante en USA y cuando vi en 1996 como profesores de la Universidad cobraban para vender copias de compiladores, Sistemas Operativos, libros que no eran de ellos entendí a que se refiere Richard Stallman del daño que hace el licenciamiento privativo y como obliga a escoger entre el dilema social de ayudar a un amigo o obedecer el licenciamiento privativo.

Empecé a leer mucho sobre Free/Open Source y empezamos a dar clase solo sobre plataformas que fueran Libre, ya era 1998 cuando solo usábamos Linux/Free-Bsd, aunque eramos tolerante de Unix-Like ya que nos ayudaban a entender mas a GNU/Linux aunque reconocíamos que sus licencias eran mas flexible aunque no Libres.

7. ¿Cómo y cuándo surge la idea de FCLD?
En 1998, Nicaurys Willie Benitez, Isaac Guillen y yo empezamos a documentar lo que hacíamos y subimos un portal desde un dial-up en mi casa y registramos el nombre http://abiertos.org, luego en una conversación con Richard Stallman, personalmente me explicó porque no OPEN y mejor LIBRE y entendí que nuestro nombre era equivocado y procedimos a cambiarlo por Código Libre.

Durante la UASD conocimos a Dionisio Grullón y Silvio Genao Chalas y inauguramos los primero laboratorios en Universidad Dominicana ejecutando GNU/Linux mayormente Debian, Mandrake y Redhat 6.2.

Luego fuimos a dar clase a la OyM y hay reclutamos la mayoría de nuestros primero adeptos y futuro profesionales que hoy día ocupan puestos importantes en muchas empresas, quizás son 100 personas que hoy día están en posiciones importantes. En la OyM se estableció un laboratorio totalmente sobre GNU/Linux por el Ing. Shutelbrandt director y fundador de la carrera de Informática.

De ahí pasamos al ITLA en el 2000 y Víctor Herrera nos acogió en la escuela de Redes y se creó la división de GNU/Linux donde otros 100s pasaron y siguieron los paso de los de la OyM, Víctor también nos introdujo a la Universidad APEC y empezamos lo mismo que en las anteriores.

En el 2003 decidí abrir la fundación ya con domicilio y no emplearme mas para poder dedicarme 100% al esfuerzo de promover el Software Libre y en el 2006 recibí la propuesta de Huáscar Martín Rodríguez ahora difunto dueño de Cemento Cibao de abrir la Sede de Santiago.

Ahora estamos dando los pasos de abrir la sede en los Estados Unidos en particular primero en New Jersey para fines de este año, esto es una primicia que no hemos hecho público.

8. ¿Cuál ha sido tu rol administrativa y educativamente hablando en FCLD? Director, y como me fascina documentar, soy un arduo documentador del Software Libre y cuando regresse a Estados Unidos trataré de publicar todo lo que he documentado que son miles de paginas. Mas que una labor de ONG hemos sido un tipo de Filántropo retornando todo lo que se ha producido en casi 20 años a hacer crecer la Fundación sin ninguna o muy escasa ayuda del Estado o de personas particulares.

9. Has tenido la oportunidad de hablar con altos funcionarios del Estado sobre el SL. Cuéntanos sobre eso. Si en varias ocasiones he hablado con todo los niveles de funcionarios desde simple directores departamentales hasta el mismo presidente de la República. He conversado mucho con Doña Milagros Ortíz como Vice y como Ministra de Educación, Leonel Fernández, Hipólito Mejía, con empresarios son muchos de empresas como Grupo Viamar, Cemento Cibao, muchos. EL trabajo de promover desde cero el Software Libre en país donde la Piratería es común ha sido un gran esfuerzo, he hecho intervenciones en el Aula Magna de la UASD al Ministro de Educación Superior, he conversado con todos los Rectores Universitarios, en fin, todos los esfuerzos del mundo.

10. ¿Crees que en un futuro no muy lejano se use Software Libre en el sector público dominicano?
No creo que muy cercano, ya que esta es una pregunta política, pero el PLD es enemigo del software libre, ya que en mas de 12 años de gobiernos siempre han trabajado muy de cerca con Microsoft y en particular a través de FUNGLODE el Presidente Fernández lleva a cabo muchos acuerdos de todos los niveles y el ITLA, OPTIC, etc...

11. ¿Qué piensas sobre la situación actual de la educación dominicana, sobre todo a nivel superior?
En pocas palabras un Fracaso total, no podemos seguir descendiendo mas en los ranking internacionales sin tomar medidas. Los rectores universitarios deben estar sujetos a reglas de medición para lograr objetivos y no simplemente ser figuras propietarias de negocios y entregar diplomas.

12. ¿Qué estás haciendo junto a FCLD para orientar a los futuros profesionales de TI?
Como siempre desde que perdimos las batallas en el plano político como ya mencioné nos hemos dedicado enteramente a dar cursos y así fomentar el conocimiento en la plataforma del SL y cosas relacionadas a esta. Sin recursos estas cosas no se pueden llevar a cabo, hasta las propias denominadas academias de software privativo no están sobreviviendo los costos para poder dar cursos a precios asequibles basado en los niveles de sueldos y el costo de la vida en nuestro país.

13. ¿Qué estás haciendo junto a FCLD para difundir y fomentar el uso de SL?
Muy pocas cosas, ya se nos han agotado todas las fuentes de ingresos para poder dar las charlas y realmente estamos en momentos difíciles en lo que es la actividad del promoción, ahora lo que son los cursos es mucho mejor ya que eso es auto suficiente y no tiene nada que ver con la parte de difundir que no rinde ningún beneficio.

14. ¿Por qué te gusta hablar de política y otros temas durante las clases? Creo que las personas que se desarrollan completo en un ambiente profesional, independiente de la actividad que sea, deben entender el entorno político que se desenvuelven y es un error que no se incluya en un país donde el 80% de las actividades comerciales están secuestrada por el estado. En una nación donde un estado inflado con 733 Mil empleados de 6.5 Millones de habitante TODO es Político y el que no lo ve así esta siendo ciudadano de otro planeta.

15. Tus aportaciones en materiales de enseñanza sobre GNU/Linux son muy conocidos en América Latina, ¿cómo te sientes al respecto? Bien, creo que ha sido un gran esfuerzo, y las universidades debieron haberlo aprovechado mas, pero cuando este en USA, que será pronto voy a hacer un esfuerzo en lograr que se publiquen.

16. Finalmente. Hay rumores (chismes) de una futura versión de MS Office para Linux. ¿Qué piensas al respecto? No tenemos nada de animosidad hacía Microsoft como problemas de productos o de Ingeniería, de hecho reconocemos que existen productos no solo de MS sino de todo el entorno privativo que superan los Libres, el Office de MS es uno de estos productos. Nuestro problema es de licenciamiento, de respeto al derecho de los usuarios de las computadoras. No es, ni ha sido mucho menos un problema de precio ni costos sino de LIBERTAD. Así que si este Office le colocaran una licencia GPL lo aplaudiríamos sino como es el caso entonces no lo apoyamos. No apoyamos nada que no sea GPL ya que no respeta los derechos de los usuarios de las computadoras.

Siete consejos de sentido común relacionados con las contraseñas del ordenador

noreply@blogger.com (Claudio Concepción Certad) — Fri, 01 Mar 2013 09:39:00 +0000

Este artículo se publicó originalmente en Sin vuelta de hoja, un blog de MásMóvil donde colaboramos semanalmente con el objetivo de contar cosas sensatas y relajantes relacionadas con la tecnología y la ciencia.

A diario accedemos a un montón de servicios en el ordenador. En muchos de ellos hay que identificarse con un nombre, correo y una contraseña. Mucha gente considera esto una incomodidad más que la forma de proteger su información y su privacidad, y no pone mucho cuidado, sin saber que alguien que pueda adivinar o robar una contraseña puede hacerse con relativa facilidad con otras más importantes (como las del correo o el banco) y llegar a producir verdaderos trastornos.

Entre los errores más comunes están elegir contraseñas «fáciles de adivinar», usar la misma contraseña en diversos servicios o emplear contraseñas «débiles» de pocas letras. Aparte de eso hay otros problemas más peliagudos: gente que comparte o revela contraseñas (algo que nunca se debe hacer) o quien es víctima de la ingeniería social, de engaños a través de correo o de robo de información mediante software malicioso o dispositivos hardware como los keyloggers.

En cualquier caso, centrándonos en el punto más vulnerable que afecta a todos los usuarios de ordenadores, estos serían los más importantes

7 consejos de sentido común relacionados con las contraseñas

No utilizar palabras que estén en los diccionarios ni que sean demasiado comunes. Existen programas maliciosos especializados en ir probando miles y miles de palabras de diccionarios ya existentes, hasta que aciertan a «adivinar» las contraseñas. Cualquier palabra que esté en un diccionario, en cualquier idioma, debe ser considerada insegura.
Evitar las contraseñas más típicas que la gente usa en el ordenador. Al parecer la gente no tiene mucha imaginación y las contraseñas favoritas son siempre las mismas: 1111, 1234, password, querty… Hay listas y listas con cientos de ellas – que también prueban los atacantes mediante diccionarios. Twitter tuvo que prohibir 370 contraseñas demasiado obvias para evitar que robar cuentas a los famosos fuera casi trivial.
Complicar las contraseñas con mayúsculas y minúsculas, números y otros caracteres. Basta añadir algunas mayúsculas, además de números y otros caracteres especiales, para hacer más «fuerte» una contraseña. Por ejemplo: escribiendo las tres o cinco primeras letras en mayúscula, o la última (BOBesponjA), anteponiendo un número (1313prohibidO) o usando dos o más palabras separadas por un guión (Tango*Alfa*Charlie67).
No repetir contraseñas. Aquí se trata de encontrar un equilibrio entre lo ideal (una contraseña distinta para cada servicio: lo más seguro) y la comodidad (tener treinta o cuarenta contraseñas: poco práctico). Se puede, por ejemplo, usar contraseñas muy seguras y distintas en sitios importantes: correo, banco, etcétera. Y dejar otra contraseña genérica para sitios menos vitales: foros, juegos, sitios de prueba y demás. Hay que recordar que si algún «malo» se hace con una contraseña en cualquier servicio –el más débil de ellos– sin duda la probará en todos los demás.
No utilizar palabras obvias como contraseñas: nombres propios, de ciudades, famosos, mascotas, fechas de nacimiento… Casi todos esas palabras o bien están en los diccionarios o bien son fácilmente adivinables. Hay que ponérselo un poco más difícil a quien quiera robarlas.
No escribir la contraseña en papel y pegarla en la pantalla, bajo el teclado o en la última hoja de la agenda que está en el cajón. Esos son los sitios obvios donde primero mirará alguien que tenga acceso a nuestro ordenador. Es especialmente delicado no tanto en casa como en el puesto de trabajo, por donde puede pasar cualquiera a distintas horas.
No escribir obviedades en las «pregunta secretas para recuperar la contraseña»: ignorar esa función. Algunos servicios de Internet están mal diseñados y permiten «recuperar» la contraseña si se responde a una «pregunta secreta» que se supone que solo uno conoce. El problema es que a veces esto depende de una lista de preguntas demasiado obvias: nombre de la ciudad de nacimiento, segundo apellido, nombre de la madre, DNI… Es mejor no utilizar esa función –que es muy débil– e ignorarla, rellenándola con cualquier texto falso. En caso de que se nos olvide la contraseña es más práctico pedir una nueva por correo con típica función «Olvidé mi contraseña».

Y un último consejo: recuerda que, como dicen los expertos en seguridad informática, las contraseñas son como los cepillos de dientes, todo el mundo tiene las suyas pero no hay que compartirlas. Con eso evitarás no sólo que otras personas puedan acceder sino que se las puedan robar a esas personas y por extensión causarte problemas a ti.

{Foto Passwords (CC) Kate Bingaman-Burt @ Flickr}

Fuente: Microsiervos

¿Qué es un Kernel Panic?

noreply@blogger.com (Claudio Concepción Certad) — Thu, 21 Feb 2013 03:31:00 +0000

El kernel panic (en español: pánico en el núcleo) es un mensaje mostrado por un sistema operativo una vez detectado un error interno de sistema del cual no se puede recuperar. Los kernel panic usualmente proveen información de depuración que es útil sólo para los desarrolladores del sistema operativo.

El kernel panic fue introducido en una versión temprana de Unix, y demostró una gran diferencia entre la filosofía de diseño de Unix y su predecesor Multics.

Su posible causa principal son intentos del sistema operativo para leer una dirección de memoria inválida o no permitida son una fuente común de kernel panics. El error también puede ocurrir como resultado de un fallo de hardware.

Es probable también que se presente si falta algún módulo que deba ir pegado al kernel dependiendo del hardware con el que se cuente.

Un kernel panic puede ser producto de una explotación de una vulnerabilidad en algún módulo del núcleo de forma malintencionada, logrando corromper la integridad del sistema.

https://en.wikipedia.org/wiki/Kernel_panic

http://ostatic.com/blog/the-kernel-panic

Richard Stallman arremete contra Ubuntu y Ubuntu Phone

noreply@blogger.com (Claudio Concepción Certad) — Sun, 17 Feb 2013 18:19:00 +0000

Tanto Torvalds como Stallman son bien conocidos, a parte de sus contribuciones, también por expresar sin pelos en la lengua lo que piensan o creen sobre un tema particular. En el caso de Stallman, defensor de las libertades en el ámbito del software, ha bajado esta línea que cataloga de spyware a la distribución Ubuntu.

Esto no sólo basado en la premisa de que el fin de Ubuntu, y otras distribuciones, no es la libertad sino la conveniencia. Para lo cual incluyen software y características que violan las libertades de los usuarios al enviar información privada a empresas como Amazon.

Pero juzguen ustedes mismos la postura de Stallman, que para muchos puede ser paranoica no obstante ser una realidad. Y de los Smartphone con Ubuntu ni se diga.

Corre Linux Corre: Manual no oficial de Ubuntu

noreply@blogger.com (Claudio Concepción Certad) — Tue, 12 Feb 2013 02:50:00 +0000

Se encuentra completo y disponible el libro "Corre Linux Corre", el cual es un manual dirigido especialmente a los usuarios de Ubuntu. El mismo ha sido elaborado por Fernando Monroy el cual lo ha catalogado como "libro NO oficial y gratuito".

De plano hacía mucho que no se publicaba algo sobre Ubuntu en este blog, en gran parte debido a que nos concentramos en tutoriales sobre servicios avanzados y, por otra parte, debido a que utilzamos distribuciones basadas en Red Hat como CentOS o Fedora que le molan más a un entorno administrativo.

¡Así que gracias Fernando por tu aporte!

Videos de las conferencias del linux.conf.au

noreply@blogger.com (Claudio Concepción Certad) — Tue, 12 Feb 2013 02:16:00 +0000

Se encuentran disponibles para su descarga los vídeos del Linux Conf Australia, conocido solo como linux.conf.au. Esta constituye una de las más importantes conferencias sobre Linux y Open Source en el mundo y la más prestigiosa del hemisferio sur. Cada año geeks, desarrolladores y líderes de proyectos de la comunidad de todo el mundo se juntan en Australia para conocerse, compartir ideas e innovaciones y duran toda una semana colaboran en poyectos libres y Open Source.

Los coordinadores del evento han puesto a disposición de todos una buena cantidad de vídeos del mismo, celebrado recién a finales de enero y principios de febrero en la ciudad de Camberra, Australia. Lo único que si que están en inglés (idioma en el cual se originan las grandes cosas que tienen que ver con todos estos temas) y es algo que enfrentaremos.

No obstante, la lista de temas es extensa, entre los cuales cabe nombrar Raspberry Pi, Arduino, Samba 4, HTML5, OpenGL, etc., y de verdad que vale la pena darse algunos que mencioné.

¡Que los disfruten!

http://mirror.linux.org.au/linux.conf.au/2013/mp4/

Disponible LibreOffice 4.0

noreply@blogger.com (Claudio Concepción Certad) — Sat, 09 Feb 2013 21:23:00 +0000

Se encuentra disponible para su descarga LibreOffice 4.0, y según el equipo de desarrolladores esta es la primera versión desde septiembre de 2010 que refleja los objetivos establecidos por la comunidad. Desde la formación de la Document Foundation la meta ha sido limpiar el código, mejorar el rendimiento, aportar las características deseadas, hacer la contribución más fácil, mejorar la interoperabilidad, entre otros.

Entre las mejoras y nuevas características a encontrar en LibreOffice 4.0, tenemos:

Nueva App para Android que permite control remoto para Impress
Soporte para Firefox Personas
Integración CMS y almacenamiento en la nube
Iconos nuevos
Nuevas fuentes
Entre otras...

Para ver la lista completa de mejoras visita el siguiente enlace.

¡Pero papá, usa GNU/Linux!

noreply@blogger.com (Claudio Concepción Certad) — Wed, 06 Feb 2013 05:22:00 +0000

Personaje del mes: Richard Stallman

noreply@blogger.com (Claudio Concepción Certad) — Wed, 06 Feb 2013 04:01:00 +0000

Richard Matthew Stallman (nacido en Manhattan, Nueva York, 16 de marzo de 1953), con frecuencia abreviado como «rms», es un programador estadounidense y fundador del movimiento por el software libre en el mundo.

Entre sus logros destacados como programador se incluye la realización del editor de texto GNU Emacs, el compilador GCC, y el depurador GDB, bajo la rúbrica del Proyecto GNU. Sin embargo, es principalmente conocido por el establecimiento de un marco de referencia moral, político y legal para el movimiento del software libre, como una alternativa al desarrollo y distribución del software no libre o privativo. Es también inventor del concepto de copyleft (aunque no del término), un método para licenciar software de tal forma que su uso y modificación permanezcan siempre libres y queden en la comunidad de usuarios y desarrolladores.

Primeros años
Richard Matthew Stallman nació en la Ciudad de Nueva York en el año 1953, hijo de Alice Lippman y Daniel Stallman. Su primera experiencia con computadoras fue en el Centro Cientifico de IBM en Nueva York cuando cursaba la preparatoria. Fue contratado durante un verano para escribir un programa de análisis numérico en Fortran. Completó el trabajo después de un par de semanas, y dedicó el resto del verano escribiendo un editor de textos en el lenguaje de programación APL. Stallman invirtió el verano de su graduación de la preparatoria en escribir otro programa, un preprocesador para el lenguaje de programacion PL/1 en el IBM S/360.

Durante este tiempo, Stallman fue también asistente voluntario de laboratorio en el departamento de biología de la Universidad Rockefeller. Aunque ya estaba ingresando a la carrera de física matemáticas, su maestro tutor en el Rockefeller pensó que él prodría ser biólogo en un futuro.

Laboratorio de inteligencia artificial del MIT
En 1971, siendo estudiante de primer año de Física en la Universidad Harvard, Stallman se convirtió en un hacker del Laboratorio de Inteligencia Artificial del Instituto Tecnológico de Massachusetts (MIT). En los años 1980, la cultura hacker que constituía la vida de Stallman empezó a disolverse bajo la presión de la comercialización en la industria del software. En particular, otros hackers del laboratorio de IA fundaron la compañía Symbolics, la cual intentaba activamente reemplazar el software libre del Laboratorio con su propio software privativo.

Entre 1982 y 1983, Stallman por sí solo duplicó los esfuerzos de los programadores de Symbolics para impedir que adquirieran un monopolio sobre los ordenadores del laboratorio. Por ese entonces, sin embargo, él era el último de su generación de hackers en el laboratorio. Se le pidió que firmara un acuerdo de no divulgación (non-disclosure agreement) y llevara a cabo otras acciones que él consideró traiciones a sus principios. El 27 de septiembre de 1983 Stallman anunció en varios grupos de noticias de Usenet el inicio del proyecto GNU, que perseguía crear un sistema operativo completamente libre.

Iniciativa GNU
Al anuncio inicial del proyecto GNU siguió, en 1985, la publicación del Manifiesto GNU, en el cual Stallman declaraba sus intenciones y motivaciones para crear una alternativa libre al sistema operativo Unix, al que denominó GNU (GNU No es Unix), pronunciado de forma parecida a ñu, en inglés (de ahí los dibujos-logotipos que lo representan). Poco tiempo después fundó la organización sin ánimo de lucro Free Software Foundation para coordinar el esfuerzo. Inventó el concepto de copyleft, que fue utilizado en la Licencia Pública General GNU (conocida generalmente como la «GPL») en 1989. La mayor parte del sistema GNU, excepto el núcleo, se completó aproximadamente al mismo tiempo. En 1991, Linus Torvalds liberó el núcleo Linux bajo los términos de la GPL, completando un sistema GNU completo y operativo, el sistema operativo GNU/Linux.
Software Libre

Stallman insiste en la utilización del término «software libre», y no código abierto, porque lo importante es la libertad del usuario que se pierde. También busca que se utilice GNU/Linux y no solamente Linux cuando se habla del sistema operativo.

La persona
Las motivaciones políticas y morales de Richard Stallman lo han convertido en una figura controvertida. Muchos programadores influyentes que se encuentran de acuerdo con el concepto de compartir el código, difieren con las posturas morales, filosofía personal o el lenguaje que utiliza Stallman para describir sus posiciones. Un resultado de estas disputas condujo al establecimiento de una alternativa al movimiento del software libre, el movimiento de código abierto.

Que las empresas tengan especial influencia en la política significa que la democracia está enferma. El propósito de la democracia es asegurarse de que los ricos no tengan una influencia proporcional a su riqueza. Y si tienen más influencia que tú o que yo, eso significa que la democracia está fallando. Las leyes que se obtienen de esta forma no tienen autoridad moral, sino la capacidad de hacer daño. Richard Stallman

En 1999 promovió la creación de una enciclopedia libre, la GNUPedia, considerada como un antecedente directo de Wikipedia.

En la actualidad, Stallman se encarga de difundir la ideología GNU en todo el mundo mediante charlas y conferencias. Esto hace que algunos le consideren como un profeta o gurú [cita requerida]. Stallman habla español de manera fluida, y ha dado numerosas conferencias en países de habla hispana como: Argentina, Bolivia, Chile, Colombia, Ecuador, Cuba, España, México, Perú, Uruguay, Venezuela. Durante sus charlas aparece con una segunda personalidad que corresponde a San Ignucio con la que suele bendecir las computadoras de las personas.

Su aparentemente descuidada imagen, y sus manías extravagantes (no utiliza teléfono móvil, siempre va acompañado de su computadora portátil, no duerme en hoteles, etc.) le han hecho ser blanco de numerosos chistes y bromas, llegando a aparecer en tiras cómicas.

Distinciones
Stallman ha recibido numerosos premios y reconocimientos por su trabajo, entre ellos:

En 1986 se volvió miembro honorario vitalicio de la Chalmers Computer Society.
Una membresía en la MacArthur Foundation en 1990.
El Grace Hopper Award de la Association for Computing Machinery en 1991 por su trabajo en el editor Emacs original.
Un Doctorado Honoris Causa del Royal Institute of Technology de Suecia en 1996.
El Pioneer award de la Electronic Frontier Foundation en 1998.
El Yuri Rubinsky memorial award en 1999.
El Takeda award en 2001.
En 2001 recibe el Doctorado Honoris Causa otorgado por la Universidd de Glasgow.
En 2002 obtiene la Membresia de la Academia Nacional de Ingenieria de los Estados Unidos de América.
En 2003 recibe el Doctorado Honoris Causa otorgado por la Vrije Universiteit Brussel.
En 2003 recibe el título de profesor honorario de la Universidad Nacional de Ingeniería del Perú.
En 2004 recibió un Doctorado Honoris Causa otorgado por la Universidad Nacional de Salta (Argentina).
En 2004 recibe el título de profesor honorario por la Universidad Tecnológica del Perú.
En 2005 recibe el premio Fundazione Pistoletto.
Primer galardonado con el Premio Internacional Extremadura de Conocimiento Libre que concedió la Junta de Extremadura el 7 de febrero de 2007 en Badajoz en el marco de la III Conferencia Internacional de Software Libre.
Doctor Honoris Causa de la Universidad de Los Ángeles de Chimbote, en Perú en 2007
Doctor Honoris Causa de la Universidad de Pavia, en 2007
Doctor Honoris Causa de la Universidad Nacional de Trujillo, en Perú en 2008
Doctorado Honorario en Ciencias en la Universidad de Lakehead en Canadá en 2009
Doctorado Honoris Causa otorgado en 2011 por la Universidad Nacional de Córdoba (Argentina).
En 2012 recibe el título de profesor honorario por la Universidad César Vallejo de Trujillo de Peru.
En 2012 recibe el Doctorado Honoris Causa por la Universidad Latinoamericana Cima de Tacna de Peru.
En 2012 recibe el Doctorado Honoris Causa por la Universidad José Faustino Sanchez Carrió de Peru.

Fuente: Wikipedia

Cómo configurar un servidor de streaming con Icecast

noreply@blogger.com (Claudio Concepción Certad) — Thu, 31 Jan 2013 03:52:00 +0000

Como vimos en el post Icecast, un simple, completo y libre servidor de streaming, Icecast es un excelente servidor de streaming y además es software libre. Ahora veremos cómo configurarlo bajo CentOS, de forma sencilla y con streaming en formato OGG y MP3, y de la mejor manera: Usando una máquina virtual. Yo usaré VirtualBox, pero puedes usar la plataforma de virtualización de tu preferencia.

Configuraremos un CentOS 6.3 minimal con solo una interfaz de red y todo lo demás por defecto, excepto eth0 que va bridged a la LAN (192.168.24.0/24).

Así que, manos a la obra....

Al finalizar la instalación y loguearnos por primera vez en el servidor cambiamos el hostname del mismo.

[root@localhost ~]# sed -i 's/HOSTNAME=localhost.local/HOSTNAME=icecastsrv01.local/g' /etc/sysconfig/network
[root@localhost ~]# reboot

Al regresar, deshabilitamos Selinux para evitar inconvenientes hasta nuevo aviso.

[root@icecastsrv01 ~]# sed -i 's/SELINUX=enforcing/SELINUX=disabled/g' /etc/selinux/config

También agregamos la siguiente regla de iptables para que nos permita el acceso a Icecast en el puerto 8000.

[root@icecastsrv01 ~]# iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 8000 -j ACCEPT
[root@icecastsrv01 ~]# service iptables save
[root@icecastsrv01 ~]# service iptables restart

Configuramos la Interfaz de red para actualizar y descargar paquetes. Esta interfaz está Bridged en la configuración de la máquina virtual, por lo que editaremos el script ya que nos interesa que el dhclient nos genere el fichero resolv.conf y reiniciamos.

[root@icecastsrv01 ~]# vi /etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE="eth0"
BOOTPROTO="dhcp"
NM_CONTROLLED="no"
ONBOOT="yes"
TYPE="Ethernet"

[root@icecastsrv01 ~]# reboot

Al regresar actualizamos e instalamos los paquetes necesarios para tener nuestro servidor de streaming. First get the software:

[root@icecastsrv01 ~]# yum update -y
[root@icecastsrv01 ~]# yum groupinstall -y "Development Tools"
[root@icecastsrv01 ~]# yum install -y wget libshout-devel curl-devel libtheora-devel libvorbis-devel libxslt-devel speex-devel libxslt
[root@icecastsrv01 ~]# rpm --import http://apt.sw.be/RPM-GPG-KEY.dag.txt
[root@icecastsrv01 ~]# wget http://pkgs.repoforge.org/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.i686.rpm
[root@icecastsrv01 ~]# rpm -i rpmforge-release-0.5.2-2.el6.rf.i686.rpm

Descargar e instalar Icecast 2

[root@icecastsrv01 ~]# mkdir -p /usr/src/icecast
[root@icecastsrv01 ~]# cd /usr/src/icecast
[root@icecastsrv01 icecast]# wget http://downloads.xiph.org/releases/icecast/icecast-2.3.3.tar.gz 
[root@icecastsrv01 icecast]# tar xf icecast-2.3.3.tar.gz
[root@icecastsrv01 ~]# cd icecast-2.3.3 
[root@icecastsrv01 icecast-2.3.3]# ./configure --prefix=/opt/icecast/2.3.3 
[root@icecastsrv01 icecast-2.3.3]# make 
[root@icecastsrv01 icecast-2.3.3]# make install

Verificamos que haya sido satisfactorio el proceso anterior

[root@icecastsrv01 ~]# ls /opt/icecast/2.3.3/bin/ 
icecast

Creamos un enlace del directorio 2.2.3 dentro del mismo directorio icecast

[root@icecastsrv01 ~]# cd /opt/icecast
[root@icecastsrv01 icecast]# ln -s 2.3.3 latest

Ahora editamos una copia del fichero xml de configuración del servidor Icecast

[root@icecastsrv01 ~]# cd /opt/icecast/latest/etc
[root@icecastsrv01 etc]# mv icecast.xml icecast.xml.orig
[root@icecastsrv01 etc]# vi icecast.xml 
<icecast>
     <!-- LIMITS -->
     <limits>
       <clients>100</clients>
       <sources>10</sources>
       <threadpool>5</threadpool>
       <queue-size>524288</queue-size>
       <client-timeout>30</client-timeout>
       <header-timeout>15</header-timeout>
       <source-timeout>10</source-timeout>
       <burst-on-connect>1</burst-on-connect>
       <burst-size>65535</burst-size>
     </limits>
   
     <!-- GENRIC -->
     <authentication>
       <source-password>password</source-password>
       <admin-user>admin</admin-user>
       <admin-password>password</admin-password>
     </authentication>
     <hostname>192.168.24.102</hostname>
     <listen-socket>
       <port>8000</port>
     </listen-socket>
     <fileserve>1</fileserve>
   
     <!-- PATHES -->
     <paths>
       <basedir>/opt/icecast/latest/share/icecast</basedir>
       <webroot>/opt/icecast/latest/share/icecast/web</webroot>
       <adminroot>/opt/icecast/latest/share/icecast/admin</adminroot>
       <logdir>/var/log/icecast</logdir>
       <pidfile>/var/run/icecast/icecast.pid</pidfile>
       <alias source="/" dest="/status.xsl"/>
     </paths>
   
     <!-- LOG -->
     <logging>
       <accesslog>access.log</accesslog>
       <errorlog>error.log</errorlog>
       <playlistlog>playlist.log</playlistlog>
       <loglevel>1</loglevel>
       <logsize>10000</logsize>
       <logarchive>1</logarchive>
     </logging>
   
     <!-- SECURITY -->
     <security>
       <chroot>0</chroot>
       <changeowner>
         <user>icecast</user>
         <group>icecast</group>
       </changeowner>
     </security>
</icecast>

Viendo el fichero icecast.xml en detalle, tenemos:

La sección LIMITS define el máximo de estaciones de radio a proveer (sources=10), cuántos clientes pueden conectarse (clients=100), etc.
La sección GENERIC define el usuario, IP y puerto del servidor mismo.
La sección PATHES define las rutas a la interfaz web que es muy simple.
La sección LOGGING define dónde escribirá los logs de Icecast y qué se almacenará en los mismos.
La sección SECURITY define el usuario y grupo que ejecutará Icecast. Generalmente se usa el usuario icecast, el cual crearemos más adelante.

Para que Icecast funcione correctamente solo nos faltan algunos ajustes.

Ahora vamos a crear el usuario y grupo que figuran en icecast.xml. Crearemos también los directorios para los log y el PID del proceso.

[root@icecastsrv01 ~]# groupadd -g 200 icecast
[root@icecastsrv01 ~]# useradd -d /var/log/icecast -m -g icecast -s /bin/bash -u 200 icecast
[root@icecastsrv01 ~]# mkdir -p /var/run/icecast
[root@icecastsrv01 ~]# chown -R icecast:icecast /var/run/icecast

Finalmente probamos Icecast

[root@icecastsrv01 ~]# /opt/icecast/latest/bin/icecast -c /opt/icecast/latest/etc/icecast.xml -b
Starting icecast2
Detaching from the console
Changed groupid to 200.
Changed userid to 200.

En este punto podemos confirmar que los ficheros para los logs se han creado correctamente.

[root@icecastsrv01 ~]# ls /var/log/icecast/
access.log  error.log  playlist.log

Y verificamos que realmente se está ejecutando el servicio:

[root@icecastsrv01 ~]# pgrep -fl icecast
4874 /opt/icecast/latest/bin/icecast -c /opt/icecast/latest/etc/icecast.xml -b

Además Icecast es accesible desde su interfaz web en la dirección IP del servidor http://192.168.24.102:8000/, la cual podemos administrar entrando con el usuario y contraseña definidos en el fichero icecast.xml.

Configurando los clientes de streaming

Tener el servidor funcionando no es suficiente. Es necesario además un cliente de streaming en algún formato de audio.

Ahora veremos cómo dejar funcionando Ices, un cliente de streaming en formato OGG/Vorbis, el cual también necesita la ayuda de la librería libshout.

Configurando Libshout

[root@icecastsrv01 ~]# cd /usr/src/icecast
[root@icecastsrv01 icecast]# wget http://downloads.us.xiph.org/releases/libshout/libshout-2.3.1.tar.gz
[root@icecastsrv01 icecast]# tar xf libshout-2.3.1.tar.gz
[root@icecastsrv01 icecast]# cd libshout-2.3.1
[root@icecastsrv01 libshout-2.3.1]# ./configure --prefix=/opt/icecast/latest
[root@icecastsrv01 libshout-2.3.1]# make 
[root@icecastsrv01 libshout-2.3.1]# make install

Configurando Ices

[root@icecastsrv01 libshout-2.3.1]# cd /usr/src/icecast
[root@icecastsrv01 icecast]# wget http://downloads.us.xiph.org/releases/ices/ices-2.0.2.tar.bz2
[root@icecastsrv01 icecast]# tar xf ices-2.0.2.tar.bz2
[root@icecastsrv01 icecast]# cd ices-2.0.2/
[root@icecastsrv01 ices-2.0.2]# export PKG_CONFIG_PATH=/opt/icecast/latest/lib/pkgconfig:$PKG_CONFIG_PATH
[root@icecastsrv01 ices-2.0.2]# ./configure --prefix=/opt/icecast/latest
[root@icecastsrv01 ices-2.0.2]# make 
[root@icecastsrv01 ices-2.0.2]# make install

Revisamos que se haya instalado correctamente

[root@icecastsrv01 ~]# ls /opt/icecast/latest/bin/
icecast  ices

Ahora procedemos a editar el fichero de configuración de Ices

[root@icecastsrv01 ~]# cd /opt/icecast/latest/etc/
[root@icecastsrv01 etc]# vi ices1.xml
<ices>
   
     <!-- GENERIC -->
     <background>1</background>
     <pidfile>/var/run/icecast/ices1.pid</pidfile>
   
     <!-- LOGGING -->
     <logpath>/var/log/icecast</logpath>
     <logfile>ices1.log</logfile>
     <logsize>2048</logsize>
     <loglevel>3</loglevel>
     <consolelog>0</consolelog>
   
     <!-- STREAM -->
     <stream>
       <metadata>
         <name>RadioStation 1: OGG</name>
         <genre>Varios</genre>
         <description>Test Radio 1</description>
         <url>http://192.168.24.102:8000/</url>
       </metadata>
       <input>
         <param name="type">basic</param>
         <param name="file">/opt/icecast/latest/etc/playlist1.txt</param>
         <param name="random">1</param>
         <param name="once">0</param>
         <param name="restart-after-reread">1</param>
       </input>
       <instance>
         <hostname>192.168.24.102</hostname>
         <port>8000</port>
         <password>password</password>
         <mount>/emisora1</mount>
       </instance>
     </stream>
</ices>

Viendo el ficherho ices1.xml en detalle, tenemos:

La sección GENERIC define el modo de ejecución de Ices y dónde colocar el PID.
La sección LOGGING define todo lo referente a los logs.
La sección STREAM define la estación de radio en sí misma con su nombre, URL, etc.

Ahora necesitamos algo vital: ¡La música! No hacemos nada si no tenemos un playlist de la música que tenemos disponible en el sistema. Podemos crear una lista manualmente editando un fichero texto plano.

[root@icecastsrv01 ~]# cd /opt/icecast/latest/etc/
[root@icecastsrv01 etc]# vi playlist1.txt
/root/music/artist/album/track01.ogg
/root/music/artist/album/track02.ogg

O crear una lista en base a una búsqueda. Más rápido si se trata de mucha música.

[root@icecastsrv01 ~]# find /root/music/artist/album/ -name "*.ogg" > /opt/icecast/latest/etc/playlist1.txt

Finalmente iniciamos Ices para probar.

[root@icecastsrv01 ~]# /opt/icecast/latest/bin/ices /opt/icecast/latest/etc/ices1.xml

Veamos el log de Ices

[root@icecastsrv01 ~]# tailf /var/log/icecast/ices1.log
[2013-01-28  12:17:05] INFO signals/signal_usr1_handler Metadata update requested
[2013-01-28  12:17:05] INFO playlist-basic/playlist_basic_get_next_filename Loading playlist from file "/opt/icecast/latest/etc/playlist1.txt"
[2013-01-28  12:17:05] INFO playlist-builtin/playlist_read Currently playing "/root/music/artist/album/song2.ogg"
[2013-01-28  12:17:05] INFO stream/ices_instance_stream Connected to server: 192.168.24.102:8000/emisora1

Ahora podemos escuchar desde cualquier reproductor como VLC o Banshee nuestra estación con la URL http://192.168.24.102/emisora1.

Es posible tener varias estaciones con en la configuración de Ices, colocando en la sección STREAM la configuración correspondiente a otra estación con su propio playlist.

Configurando Icegenerator

Icegeneretor es un cliente de streaming en formato MP3. Este cliente también necesita de libshout, la cual fue instalada como prerequisito para el cliente Ices. Nos ahorraremos esos pasos aquí.

[root@icecastsrv01 ~]# cd /usr/src/icecast
[root@icecastsrv01 icecast]# wget http://netcologne.dl.sourceforge.net/project/icegenerator/icegenerator/0.5.5-pre2/icegenerator-0.5.5-pre2.tar.gz
[root@icecastsrv01 icecast]# tar xfz icegenerator-0.5.5-pre2.tar.gz
[root@icecastsrv01 icecast]# cd icegenerator-0.5.5-pre2
[root@icecastsrv01 icegenerator-0.5.5-pre2]# ./configure
[root@icecastsrv01 icegenerator-0.5.5-pre2]# make 
[root@icecastsrv01 icegenerator-0.5.5-pre2]# make install

Verificamos que se haya instalado correctamente.

[root@icecastsrv01 icegenerator-0.5.5-pre2]# ls -lah /usr/local/bin/ice*
-rwxr-xr-x 1 root root 55K 2013-01-28 12:41 /usr/local/bin/icegenerator*

Ahora procedemos a configurar nuestra estación de radio en MP3.

[root@icecastsrv01 icegenerator-0.5.5-pre2]# cd /usr/local/etc
[root@icecastsrv01 etc]# vi icegen1.cfg
IP=192.168.24.102
PORT=8000
SERVER=2
MOUNT=/emisora2
PASSWORD=password
FORMAT=1
MP3PATH=m3u:/usr/local/etc/playlist2.m3u
LOOP=1
SHUFFLE=1
NAME=RadioStation 2: MP3
DESCRIPTION=Test Radio
GENRE=Varios
URL=http://192.168.24.102:8000/
LOG=2
LOGPATH=/var/log/icecast/icegen1.log
BITRATE=48000
SOURCE=source

Este fichero es ligeramente diferente en cuanto a formato pero la idea sigue siendo la misma, parámetros y variables para el cliente Icegenerator: Dirección IP del servidor, puerto, protocolo http, punto de montaje, contraseña, ubicación del playlist, formato: 1 para MP3, 2 para OGG, repetición de la lista, modo aleatorio, descripción, género, URL, log, calidad del stream, etc.

Ahora creamos el playlist para esta emisora, de forma manual.

[root@icecastsrv01 ~]# vi /usr/local/etc/playlist2.m3u
/root/music/artist/album/track01.mp3
/root/music/artist/album/track02.mp3

O por lotes si se trata de mucha música.

[root@icecastsrv01 ~]# find /music/artist/album/ -name "*.mp3" > /usr/local/etc/playlist2.m3u

Iniciamos Icegenerator para probar su funcionamiento

[root@icecastsrv01 ~]# export LD_LIBRARY_PATH=/opt/icecast/latest/lib:$LD_LIBRARY_PATH; /usr/local/bin/icegenerator -f /usr/local/etc/icegen1.cfg
[root@icecastsrv01 ~]# pgrep -fl icegen
31255 icegenerator -f /usr/local/etc/icegen1.cfg

[root@icecastsrv01 ~]# cat /var/log/icecast/icegen1.log
Mon Jan 28 13:44:38 2011: Connected to stream server
Mon Jan 28 13:44:38 2011: Now playing track02.mp3
Mon Jan 28 13:48:41 2011: Wait for all child process to terminate......

Al igual que en el caso de la emisora1, podemos accesar emisora2 desde cualquier reproductor que lo soporte o desde un navegador con la URL http://192.168.24.102:8000/emisora2.

Por ahora no se dispone de un InitScript para iniciar Icecast y los clientes, por lo que crearemos un pequeño script de bash para al menos iniciarlos manualmente cuando encendamos el equipo.

[root@icecastsrv01 ~]# vi icecastsrv.sh
#!/bin/bash
/opt/icecast/latest/bin/icecast -c /opt/icecast/latest/etc/icecast.xml -b
/opt/icecast/latest/bin/ices /opt/icecast/latest/etc/ices1.xml
export LD_LIBRARY_PATH=/opt/icecast/latest/lib:$LD_LIBRARY_PATH; /usr/local/bin/icegenerator -f /usr/local/etc/icegen1.cfg

Y probamos inmediatamente nuestro script.

[root@icecastsrv01 ~]# ./icecastserver.sh 
Starting icecast2
Detaching from the console
Changed groupid to 200.
Changed userid to 200.

Gestores de Paquetes: RPM y YUM

noreply@blogger.com (Claudio Concepción Certad) — Thu, 31 Jan 2013 03:48:00 +0000

En los posts anteriores vimos algunos detalles del manejo de paquetes en distribciones Debian y derivadas, incluyendo Ubuntu y otras. RPM (Red Hat Package Manager) tuvo su inicio con Red Hat Linux 2.0 en 1995, y en la actualidad es el sistema de paquetes preferido por las distribuciones basadas en Red Hat, las cuales incluyen CentOS, openSUSE, Oracle Linux y muchas otras.

Un paquete RPM, al igual que los DEBs, consiste de un archivo de ficheros que el manejador de paquetes colocará en nuestro sistema. Además contiene el mismo tipo de información acerca de las dependencias, por lo que el sistema puede descargarlas e instalarlas también.

Como los paquetes DEB, un paquete RPM puede contener el bineario o ejecutable, el código fuente, o archivos independientes de la arquitectura como documentacipon. Un archivo RPM es un fichero cpio, el cual es un formato de archivo usado originalmente en cintas de copias de seguridad. Los RPM se componen de cuatro tipos de datos diferentes:

Datos que definen al RPM como tal.
Una firma para que el sistema pueda verificar si el archivo ha sido modificado, como lo es un hash MD5.
La cabezera o “header,” la cual contiene información acerca del paquete, como nombre, versión y un resumen.
El “payload,” o los archivos que el paquete instalará en nuestro sistema.

Al contrario que los paquetes Debian, visualizar algo de esta información no es tan fácil y no basta con descomprimir el paquete y ver los ficheros que contiene. Si deseamos echar una mirada a la firma o compararla con otra en el sistema, es necesario usar el comando rpm --checksig.

Para ver la información de cabecera podemos hacer una consulta al paquete con el comando rpm -qip. En donde la opción -q le indica a rpm que consulte el paquete, -i conseguir la información del mismo, y -p para el nombre del paquete específico.

Como mencionamos hace un momento, los RPM cuentan con una base de datos. La misma se encuentra en /var/lib/rpm, y este directorio contiene un número de sub directorios y archivos con información sobre los paquetes instalados en el sistema. La base de datos es creada durante la instalación del sistema. Luego de inicializada, todo paquete instalado en el sistema tendrá un récord en esta.

Para hacer una consulta esta base de datos podemos usar el mismo comando rpm con la opción -ql para un paquete en específico, por lo que debemos darle el nombre en el comando. Pero también podemos consultar toda la base de datos con la opción -qa

Los repositorios YUM
El software disponible vía YUM es mantenito en repositorios de Internet, en una máquina local o de la red local. Cada repositorio tiene un sub directorio llamado /repodata, el cual contiene información acerca del repositorio. Esta información es mantenida en un rango de archivos cabezera conocidos como primary, other y filelists.

Cada uno de estos cabezera es un XML comprimido en Gzip o en BZ2 SQLite. Un fichero llamado repomd.xml contiene información del repositorio como un todo.

Para configurar un repositorio YUM es necesario descargar el fichero .repo y copiarlo al directorio /etc/yum/yum.repos.d/ o crearlo manualmente. Opcionalmente, los cambios pueden incluirse en el fichero /etc/yum.conf, pero no es muy recomendado. Una vez configurado el repositorio ya podemos descargar o actualizar paquetes desde el mimso.

Una de las diferencias principales con respecto a los DEB y APT, es que una vez configurado un nuevo repositorio YUM no requiere un equivalente a apt-get update de APT. En vez de eso, cuando se requiera instalar un paquete cualquier, YUM revisará los respositorios disponibles para ese paquete cuando se ejecute el comando (cuando damos el comando yum install nano, YUM revisa todos los repositorios).

Algunos de los comandos más usados de YUM son:

yum search [término a buscar]: Buscará en cualquier repositorio configurado por el o los paquetes que contengan el término a buscar.
yum install [paquete]: Instalará el paquete indicado y sus dependencias.
yum check-updates: Listará los paquetes que tienen actualizaciones disponible.
yum update: Actualizará todos los paquetes que tienen actualizaciones disponible. Si especificamos un paquete por su nombre, solo actualizará ese paquete.
yum remove [paquete]: Removerá del sistema el paquete especificado y todas sus dependencias.

Para ampliar más, consulta los manuales de los comandos rpm y yum.

$ man rpm

$ man yum

Icecast, un simple, completo y libre servidor de streaming

noreply@blogger.com (Claudio Concepción Certad) — Tue, 29 Jan 2013 02:42:00 +0000

Icecast es un proyecto para streaming de medios mantenido por la Fundación Xiph.Org. Puede ser utilizado para crear una estación de radio en Internet o para uso privado entre otras cosas. Es muy versátil en lo relativamente fácil que admite nuevos formatos, y además, soporta estándares abiertos para comunicación e interacción. El mismo término, es también usado para referirse específicamente al programa servidor que es parte del proyecto.

Actualmente el servidor Icecast soporta en sus últimas versiones streams Ogg Vorbis, MP3, Ogg Speex, Ogg FLAC, Ogg Theora y AAC.

El servidor Icecast tiene una funcionalidad similar al programa propietario de servidor de medios SHOUTcast de Nullsoft y es compatible con éste.

Permite Autentificar usuarios y grupos tanto de clientes como de proveedores de audio.
Proporciona información como las canciones que se están emitiendo o el numero de oyentes.
Existe la posibilidad de servir varios flujos a la vez. Es decir que un mismo servidor es capaz de emitir el flujo de diferentes clientes Icecast, permitiendo diferenciar el contenido en noticias, radio en directo, solo música, etc.

Además es posible instalar Icecast en otros sistemas operativos tipo Unix como FreeBSD, openBSD, Solaris.

Fuente: Wikipedia, icecast.org