- ¿Qué es la suma md5 o md5sum?
Es un programa originario de los sistemas Unix que tiene versiones para otras plataformas, realiza un hash MD5 de un archivo. La función de hash devuelve un valor que es prácticamente único para cada archivo, con la particularidad que una pequeña variación en el archivo provoca una salida totalmente distinta, lo que ayuda a detectar si el archivo sufrió alguna variación. Es una herramienta de seguridad que sirve para verificar la integridad de los datos.
Fuente: wikipedia.org
- ¿Cómo se usa?
Supongamos que estamos descargando de un ftp un archivo y en ese ftp vemos que también hay un archivo cuyo nombre termina con la extensión .md5 allí contiene las sumas md5 del archivo que estamos descargando podemos descargar ese archivo también ese archivo por lo general es un archivo de texto plano.
Supongamos que en el archivo .md5 contiene la suma md5 del archivo que tenemos en descarga por ejemplo:
f443280b3866b936b44fa90c1208c4f1
una ves descargado nuestro archivo entramos en la consola y nos desplazamos a la ruta path donde se encuentra o al directorio donde se encuentra y ejecutamos:
md5sum archivo.extension
nos dará el resultado:
f443280b3866b936b44fa90c1208c4f1
simplemente comparamos dichas sumas, la suma que descargamos y la que generamos y sin son exactamente iguales, quiere decir que, el archivo se descargo y no perdió su integridad al descargarlo algo que no suele pasar muy a menudo pero pasa en pocas palabras aveces los archivos que descargamos se dañan por un error en la comunicación simplemente si la suma no es igual tendremos que descargarlo de nuevo.
La suma md5 también la podemos aplicar con archivos importantes que tengamos guardados en unidades de disco ya sean portables o fijas.
martes, 22 de febrero de 2011
sábado, 19 de febrero de 2011
¿Como Montar un Servidor SVN?
Con lo que hay aqui y un bizcocho (cocho-raro :-), ya tienes suficiente para arrancar tu primer servidor SVN por red. Las opciones de cliente, los comits y demas lo encontrarás en cualquier manual básico. Si quieres (aconsejable) tambien lo puedes montar con tuneles ssh, o por webdav.
Despues de leer esto, sabrás montar un servidor SVN y utilizarlo minimamente.
No te voy a explicar ni que es SVN, ni un Repostorio, ni una rama, ni ninguna de las ventajas del mismo, eso lo encontrarás muy facilmente googleando. Veras que es muy sencillo montar el servidor, lo que pasa que los manuales de mas 300 páginas asustan :-).
SVN, es muy potente, por eso, sus manuales son tan extensos. Eso no quiere decir que no te los tengas que leer (LEE!!!).
Encontrarás el original/actualizado de este mini-como,(por si ha sufrido modificaciones) en mi pagina personal. (dentro del FAQ de Linux)
Si crees que necesitas más, aquí puedes encontrar mucha mas documentación sobre el Subversion.
Partimos de que tienes Subversion instalado. (sino apt-get install subversion, o como lo hagas en tu distro; aunque hay gento -digo gente que prefiere compilarlo, entonces ya no vale lo de los 28 segundos.)
Iniciamos crono: 00:00:00
Conceptos basicos
Si tienes varias cosas, no las metas todas bajo un mismo repostorio. Mas adelante podria ser que te interesara separarlas y pese a que tengas ramas, si quisieras separarlas fisicamente te daria trabajo... no es dificil, pero es mas facil hacer las cosas bien desde un principio.
Arranca el demonio del servidor como un usuario no root, así que create una cuenta para dicho demonio.
# groupadd -g 99 svnd
# useradd svnd -d /srv/svn -g svnd -s /bin/false -m -k /dev/null -c 'usuario svnServer' -u 99
Lo pongo con ejemplos para que te sea entendible.
Supongamos que tenemos el proyecto "prueba". Lo que vamos ha hacer es crearle un repostorio para el solito.
Las fuentes de prueba, las tenemos en el directorio "prueba" de nuestro home.
* Crear un nuevo repostorio, en el servidor (puedes crear tantos como quieras):
> mkdir -p /srv/svn/prueba/
> svnadmin create /srv/svn/prueba/
* Para probar configura el repostorio de forma que permita escritura anonima.
En el fichero (en este caso) /srv/svn/prueba/conf/svnserve.conf pon lo siguiente:
[general]
anon-access = write
*
Arrancar el servidor en modo demonio:
Fíjate que ademas le doy el "-r", para que no permita salir /srv/svn/, que es donde tengo guardados todos los repostorios. Ademas con esto haces que los clientes, no tengan que escribir el path completo, para el caso seria: svn checkout svn://host.example.com/prueba. Si no utilizas "-r" tendrian que poner que indicar que el repostorio es /srv/svn/prueba; ademas de las consideraciones de seguridad que se deducen.
> svnserve -d -r /srv/svn/
Asegurate de tener accesible el puerto 3690 (TCP y UDP).
Evidentemente te puedes crear un script de arranque para la ocasión, para tu distro. (2 minutos)
El servidor está montado, ahora quedaria utilizarlo asi que:
Paramos crono: 00:00:27 un segundo menos!!! Wihaaa!
* Ahora hacer una autentificación básica, sobre un fichero de texto plano en /srv/svn/prueba/conf/svnserve.conf pon lo siguiente:
[general]
anon-access = none
auth-access = write
password-db = passwd
Esto seria para: anonimos sin lectura ni escritura. Autentificados lectura y escritura.
Lo que ves detras de "password-db", es el nombre de fichero de contraseñas.
El path es referente al fichero desde el que lo llamamos por lo tanto en este caso seria /srv/svn/prueba/conf/passwd. Aqui su contenido de ejemplo (con un usuario).
[users]
pepito=5agachatequetela
* Si quieres llevar una buena estructura de trabajo create el arbol (en local) del siguiente modo:
/tu_directorio_de_trabajo/branches/
/tu_directorio_de_trabajo/tags/
/tu_directorio_de_trabajo/trunk/
/tu_directorio_de_trabajo/trunk/ficheros_del_proyecto
Todos los ficheros sobre los que trabajarás van en trunk (llamale como quieras).
Las ramas (branches - o como quieras llamarle) son algo así, como que saques la version 3.0 y que esta hagas una copia exacta (conservando todos sus historicos), sobre la que solo saques parches y correcciones. Es una rama paralela al proyecto.
Una etiqueta (tag - o ponle el nombre que quieras) es lo mismo pero si esto no se modifica.
Ojo! para saber como se hace la copia leete el manual.
Esto mas que una regla de trabajo, es un estilo de trabajo.
Imagina por ejemplo que trunk es la version en desarrollo, pero ademas tienes en plan facil, listas para bajar las versiones antiguas y estables (serian tags) y las mismas parcheadas (serian branches).
* A subir el codigo que tenemos. La primera vez lo hacemos así, es una importacion completa.
> svn import /tu_directorio_de_trabajo/ svn://host.example.com/prueba -m "import inicial"
Adding /tu_directorio_de_trabajo/trunk
Adding /tu_directorio_de_trabajo/fichero1.c
Adding /tu_directorio_de_trabajo/fichero2.c
Adding /tu_directorio_de_trabajo/branches
Adding /tu_directorio_de_trabajo/tags
Committed revision 1.
* Ciclo básico de trabajo:
Consulta lo que hacen estos comamndos en la documentación de SVN.
o Actualizar copia de trabajo
+ svn update
o Hacer los cambios pertinentes
+ svn add
+ svn delete
+ svn copy
+ svn move
o Examinar mis cambios
+ svn status
+ svn diff
+ svn revert
o "Mergear" otros cambios
+ svn merge
+ svn resolved
o Enviar mis cambios al repostorio
+ svn commit
* Copias de seguridad
Para dumpear nuestro repostorio conservando los historicos y todo (la idea es poner esto en un cron):
svnadmin dump /srv/svn/prueba | gzip -9 > dump_svn_prueba.gz
Para restaurarlo:
gunzip -c dump_svn_prueba.gz | svnadmin load /srv/svn/prueba
* Sacar una version para distribuir.
Si lo copias tal cual, llevará las carpetas .svn en cada directorio, asi que lo unico que tendrias que hacer es (en caso que quieras el arbol principal):
svn export svn://host.example.com/prueba/trunk
$ tar -cvf prueba.tar trunk
$ gzip prueba.tar
Final!! Ahora ya puedes empezar a disfrutar de este sistema de control de versiones, que además de para fuentes, puede servir para mil cosas mas, desde copias de seguridad remotas de ficheros de configuración en modo histórico (un poco de perl y un canuto, y ya lo tienes funcionando), hasta autenticos gestores de documentación; como si te quieres guardar la pornografía en repostorios xD...
Fuente: kopernix.com
Despues de leer esto, sabrás montar un servidor SVN y utilizarlo minimamente.
No te voy a explicar ni que es SVN, ni un Repostorio, ni una rama, ni ninguna de las ventajas del mismo, eso lo encontrarás muy facilmente googleando. Veras que es muy sencillo montar el servidor, lo que pasa que los manuales de mas 300 páginas asustan :-).
SVN, es muy potente, por eso, sus manuales son tan extensos. Eso no quiere decir que no te los tengas que leer (LEE!!!).
Encontrarás el original/actualizado de este mini-como,(por si ha sufrido modificaciones) en mi pagina personal. (dentro del FAQ de Linux)
Si crees que necesitas más, aquí puedes encontrar mucha mas documentación sobre el Subversion.
Partimos de que tienes Subversion instalado. (sino apt-get install subversion, o como lo hagas en tu distro; aunque hay gento -digo gente que prefiere compilarlo, entonces ya no vale lo de los 28 segundos.)
Iniciamos crono: 00:00:00
Conceptos basicos
Si tienes varias cosas, no las metas todas bajo un mismo repostorio. Mas adelante podria ser que te interesara separarlas y pese a que tengas ramas, si quisieras separarlas fisicamente te daria trabajo... no es dificil, pero es mas facil hacer las cosas bien desde un principio.
Arranca el demonio del servidor como un usuario no root, así que create una cuenta para dicho demonio.
# groupadd -g 99 svnd
# useradd svnd -d /srv/svn -g svnd -s /bin/false -m -k /dev/null -c 'usuario svnServer' -u 99
Lo pongo con ejemplos para que te sea entendible.
Supongamos que tenemos el proyecto "prueba". Lo que vamos ha hacer es crearle un repostorio para el solito.
Las fuentes de prueba, las tenemos en el directorio "prueba" de nuestro home.
* Crear un nuevo repostorio, en el servidor (puedes crear tantos como quieras):
> mkdir -p /srv/svn/prueba/
> svnadmin create /srv/svn/prueba/
* Para probar configura el repostorio de forma que permita escritura anonima.
En el fichero (en este caso) /srv/svn/prueba/conf/svnserve.conf pon lo siguiente:
[general]
anon-access = write
*
Arrancar el servidor en modo demonio:
Fíjate que ademas le doy el "-r", para que no permita salir /srv/svn/, que es donde tengo guardados todos los repostorios. Ademas con esto haces que los clientes, no tengan que escribir el path completo, para el caso seria: svn checkout svn://host.example.com/prueba. Si no utilizas "-r" tendrian que poner que indicar que el repostorio es /srv/svn/prueba; ademas de las consideraciones de seguridad que se deducen.
> svnserve -d -r /srv/svn/
Asegurate de tener accesible el puerto 3690 (TCP y UDP).
Evidentemente te puedes crear un script de arranque para la ocasión, para tu distro. (2 minutos)
El servidor está montado, ahora quedaria utilizarlo asi que:
Paramos crono: 00:00:27 un segundo menos!!! Wihaaa!
* Ahora hacer una autentificación básica, sobre un fichero de texto plano en /srv/svn/prueba/conf/svnserve.conf pon lo siguiente:
[general]
anon-access = none
auth-access = write
password-db = passwd
Esto seria para: anonimos sin lectura ni escritura. Autentificados lectura y escritura.
Lo que ves detras de "password-db", es el nombre de fichero de contraseñas.
El path es referente al fichero desde el que lo llamamos por lo tanto en este caso seria /srv/svn/prueba/conf/passwd. Aqui su contenido de ejemplo (con un usuario).
[users]
pepito=5agachatequetela
* Si quieres llevar una buena estructura de trabajo create el arbol (en local) del siguiente modo:
/tu_directorio_de_trabajo/branches/
/tu_directorio_de_trabajo/tags/
/tu_directorio_de_trabajo/trunk/
/tu_directorio_de_trabajo/trunk/ficheros_del_proyecto
Todos los ficheros sobre los que trabajarás van en trunk (llamale como quieras).
Las ramas (branches - o como quieras llamarle) son algo así, como que saques la version 3.0 y que esta hagas una copia exacta (conservando todos sus historicos), sobre la que solo saques parches y correcciones. Es una rama paralela al proyecto.
Una etiqueta (tag - o ponle el nombre que quieras) es lo mismo pero si esto no se modifica.
Ojo! para saber como se hace la copia leete el manual.
Esto mas que una regla de trabajo, es un estilo de trabajo.
Imagina por ejemplo que trunk es la version en desarrollo, pero ademas tienes en plan facil, listas para bajar las versiones antiguas y estables (serian tags) y las mismas parcheadas (serian branches).
* A subir el codigo que tenemos. La primera vez lo hacemos así, es una importacion completa.
> svn import /tu_directorio_de_trabajo/ svn://host.example.com/prueba -m "import inicial"
Adding /tu_directorio_de_trabajo/trunk
Adding /tu_directorio_de_trabajo/fichero1.c
Adding /tu_directorio_de_trabajo/fichero2.c
Adding /tu_directorio_de_trabajo/branches
Adding /tu_directorio_de_trabajo/tags
Committed revision 1.
* Ciclo básico de trabajo:
Consulta lo que hacen estos comamndos en la documentación de SVN.
o Actualizar copia de trabajo
+ svn update
o Hacer los cambios pertinentes
+ svn add
+ svn delete
+ svn copy
+ svn move
o Examinar mis cambios
+ svn status
+ svn diff
+ svn revert
o "Mergear" otros cambios
+ svn merge
+ svn resolved
o Enviar mis cambios al repostorio
+ svn commit
* Copias de seguridad
Para dumpear nuestro repostorio conservando los historicos y todo (la idea es poner esto en un cron):
svnadmin dump /srv/svn/prueba | gzip -9 > dump_svn_prueba.gz
Para restaurarlo:
gunzip -c dump_svn_prueba.gz | svnadmin load /srv/svn/prueba
* Sacar una version para distribuir.
Si lo copias tal cual, llevará las carpetas .svn en cada directorio, asi que lo unico que tendrias que hacer es (en caso que quieras el arbol principal):
svn export svn://host.example.com/prueba/trunk
$ tar -cvf prueba.tar trunk
$ gzip prueba.tar
Final!! Ahora ya puedes empezar a disfrutar de este sistema de control de versiones, que además de para fuentes, puede servir para mil cosas mas, desde copias de seguridad remotas de ficheros de configuración en modo histórico (un poco de perl y un canuto, y ya lo tienes funcionando), hasta autenticos gestores de documentación; como si te quieres guardar la pornografía en repostorios xD...
Fuente: kopernix.com
martes, 15 de febrero de 2011
Flisol 2011 una invitación a todos los interesados
Si quieres participar en Flisol 2011 solo tienes que acceder a su pagina web e informarte no faltes Flisol siempre tiene algo nuevo para ti, a de más de ser un evento de intalación de software libre, dispones de charlas y otras cosas más disponibles en el evento.
sábado, 12 de febrero de 2011
¿Qué es GPSBabel?
GPSBabel es un programa que transforma los archivos en diversos formatos provenientes de los más populares receptores GPS, en otros formatos que son capaces de visualizar y editar los programas de mapas.
El programa se distribuye bajo la licencia GPL y existen versiones para los sistemas operativos: Linux, Solaris, OpenServer, MacOS, FreeBSD, Windows 95, 98, ME, 2000, XP, OSX y Unixware.
Fuente: wikipedia.org
El programa se distribuye bajo la licencia GPL y existen versiones para los sistemas operativos: Linux, Solaris, OpenServer, MacOS, FreeBSD, Windows 95, 98, ME, 2000, XP, OSX y Unixware.
Fuente: wikipedia.org
Primera Versión Candidata de Canaima 3.0
Canaima 3.0 es la nueva versión basada en Debian Squeeze que ha estado en desarrollo desde mediados del año 2010. El día de hoy, anunciamos su paso a la rama de Pruebas, y con él, el lanzamiento de la Primera Versión Candidata (VC1).
Son tiempos de revoluciones. Canaima, como parte fundamental del Proyecto País reflejado en el Plan Nacional Simón Bolívar [1] no escapa de esa realidad revolucionaria. Con orgullo y satisfacción, anunciamos la liberación al público de la primera Versión Candidata (VC1) de uno de los lanzamientos más importantes en la historia de la Metadistribución Canaima GNU/Linux.
Fuente: Canaima.softwarelibre.gob.ve
Son tiempos de revoluciones. Canaima, como parte fundamental del Proyecto País reflejado en el Plan Nacional Simón Bolívar [1] no escapa de esa realidad revolucionaria. Con orgullo y satisfacción, anunciamos la liberación al público de la primera Versión Candidata (VC1) de uno de los lanzamientos más importantes en la historia de la Metadistribución Canaima GNU/Linux.
Fuente: Canaima.softwarelibre.gob.ve
Listo Calendario para Evento: Séptimo Congreso Nacional de Software Libre
Calendario de Sedes 2011
Saludos a toda la familia del Software Libre. Ya tenemos para ustedes el calendario de sedes para este año 2011:
29 - 30 Abril / Yaracuy: San Felipe
06 - 07 Mayo / Anzoátegui: Puerto La Cruz
13 - 14 Mayo / Nueva Esparta: Margarita
20 - 21 Mayo / Sucre: Carúpano
27 - 28 Mayo / Monagas: Maturín
03 - 04 Junio / Táchira: San Cristóbal
10 - 11 Junio / Mérida: Mérida
17 - 18 Junio / Trujillo: Valera
24 - 25 Junio / Lara: Barquisimeto
01 - 02 Julio / Falcón: Coro
08 - 09 Julio / Aragua: Maracay
15 - 16 Julio / Carabobo: Valencia
29 - 30 Julio / Dist. Capital: Caracas
Los lugares exactos se publicarán pronto, cuando se pongan en línea las páginas de cada una de las sedes. Asimismo, el sistema de registro se estará colocando en línea a mediados de febrero. ¡Se acerca el próximo CNSL!
Fuente: cnsl.org.ve
Saludos a toda la familia del Software Libre. Ya tenemos para ustedes el calendario de sedes para este año 2011:
29 - 30 Abril / Yaracuy: San Felipe
06 - 07 Mayo / Anzoátegui: Puerto La Cruz
13 - 14 Mayo / Nueva Esparta: Margarita
20 - 21 Mayo / Sucre: Carúpano
27 - 28 Mayo / Monagas: Maturín
03 - 04 Junio / Táchira: San Cristóbal
10 - 11 Junio / Mérida: Mérida
17 - 18 Junio / Trujillo: Valera
24 - 25 Junio / Lara: Barquisimeto
01 - 02 Julio / Falcón: Coro
08 - 09 Julio / Aragua: Maracay
15 - 16 Julio / Carabobo: Valencia
29 - 30 Julio / Dist. Capital: Caracas
Los lugares exactos se publicarán pronto, cuando se pongan en línea las páginas de cada una de las sedes. Asimismo, el sistema de registro se estará colocando en línea a mediados de febrero. ¡Se acerca el próximo CNSL!
Fuente: cnsl.org.ve
lunes, 7 de febrero de 2011
¡Alfin! ha llegado debian GNU/Linux 6.0
Ante Todo un Cordial Saludo.
Desde este pasado 6 de febrero de 2011 disponemos de la nueva versión de debian GNU/Linux y de una nueva imagen en la pagina de debian.org para todos aquellos debianitas como yo estamos de fiesta espero que el proyecto dure por siempre.
Hago la invitacion a todos aquellos que no conocen debian a que entren en: www.debian.org
Desde este pasado 6 de febrero de 2011 disponemos de la nueva versión de debian GNU/Linux y de una nueva imagen en la pagina de debian.org para todos aquellos debianitas como yo estamos de fiesta espero que el proyecto dure por siempre.
Hago la invitacion a todos aquellos que no conocen debian a que entren en: www.debian.org
miércoles, 2 de febrero de 2011
Debian 6.0 tendrá un kernel completamente libre de código propietario
La próxima edición 6.0 –nombre en clave ‘Squeeze’- de la gran distribución GNU/Linux referencia en el sector, contará con un kernel totalmente libre sin código propietario según anuncian desde Debian.
Aunque desde el proyecto Debian llevan desde la versión 4.0 trabajando en un kernel completamente libre para su distribución, distintas historias han retrasado su implementación.
Hasta ahora, ya que el anuncio oficial destaca que, “estamos orgullosos de anunciar que todos los problemas han sido resueltos y seremos capaces de ofrecer un núcleo en Debian 6.0 completamente libre de software propietario de acuerdo con las Directrices de Software Libre de Debian (DFSG)”.
Debian anima a los fabricantes de hardware para liberar software libre bajo DFSG para incluir como parte de su distribución ya que el Firmware no-libre no será soportado por Debian. Aún así, este código propietario será incluido en repositorios específicos ya que será prácticamente imposible que los usuarios no tengamos que echar mano de ellos en algún momento.
Fuente: softwarelibre.venezuela.net.ve
Aunque desde el proyecto Debian llevan desde la versión 4.0 trabajando en un kernel completamente libre para su distribución, distintas historias han retrasado su implementación.
Hasta ahora, ya que el anuncio oficial destaca que, “estamos orgullosos de anunciar que todos los problemas han sido resueltos y seremos capaces de ofrecer un núcleo en Debian 6.0 completamente libre de software propietario de acuerdo con las Directrices de Software Libre de Debian (DFSG)”.
Debian anima a los fabricantes de hardware para liberar software libre bajo DFSG para incluir como parte de su distribución ya que el Firmware no-libre no será soportado por Debian. Aún así, este código propietario será incluido en repositorios específicos ya que será prácticamente imposible que los usuarios no tengamos que echar mano de ellos en algún momento.
Fuente: softwarelibre.venezuela.net.ve
domingo, 30 de enero de 2011
SourceForge.net ha sido atacado duramente esta semana
La plataforma on-line donde residen múltiples proyectos open-source, SourceForge.net ha recibido una serie de ataques dirigidos específicamente contra sus servidores el compromiso de varios.
Nuestros compañeros de MuySeguridad.net han comentado los problemas que ha tenido la plataforma y cómo han tenido que apagar numerosos servidores para evitar el ataque y salvaguardar los datos de proyectos open-source que albergan.
De momento siguen estudiando el alcance del ataque, aunque según parece, no ha llegado a alterar ningún proyecto, el peor de los casos, ya que podría haber troyanizado aplicaciones y con ello casi echado a perder el trabajo de años de miles de desarrolladores que han echado horas y horas de manera colaborativa en los distintos proyectos de SourceForge.net.
Fuente: muylinux.com
Nuestros compañeros de MuySeguridad.net han comentado los problemas que ha tenido la plataforma y cómo han tenido que apagar numerosos servidores para evitar el ataque y salvaguardar los datos de proyectos open-source que albergan.
De momento siguen estudiando el alcance del ataque, aunque según parece, no ha llegado a alterar ningún proyecto, el peor de los casos, ya que podría haber troyanizado aplicaciones y con ello casi echado a perder el trabajo de años de miles de desarrolladores que han echado horas y horas de manera colaborativa en los distintos proyectos de SourceForge.net.
Fuente: muylinux.com
lunes, 24 de enero de 2011
¿Qué es openshot?
OpenShot Video Editor es un editor de video no lineal de código abierto programado en Python, y el framework MLT. El proyecto fue iniciado en Agosto de 2008 por Jonathan Thomas, con el objetivo de proveer un editor de video gratuito, robusto y fácil de usar para la plataforman Linux.
Características de OpenShot
* Soporte para muchos formatos de video audio e imagen estática (basado en FFMPEG).
* Integrado con Gnome (arrastrar y soltar).
* Múltiples pistas de video y audio.
* Edición ajustada a las rejilla de tiempo u otros clips, y corte de metraje.
* Transiciones de video con previsualizaciones en tiempo real.
* Composición digital, superposición de imagen, marca de agua.
* Títulos animados en 3D.
* Plantillas de títulos, creación de títulos, subtítulos.
* Admite SVG para crear títulos y créditos.
* Créditos rodados.
* Clips de color sólido (incluyendo composición alfa).
* Soporte para arrastrar y soltar en la línea de tiempo.
* Reproducción cuadro por cuadro con las teclas: J,K, y L.
* Codificación de video (basado en FFMPEG).
* Animación por cuadro clave.
* Zoom digital para los clips de video.
* Cambio de velocidad de reproducción de los clips.
* Soporta máscaras personalizadas para las transiciones.
* Escalado de video (tamaño de cuadro).
* Mezcla y edición de audio.
* Efecto Ken Burns.
* Efectos digitales de video, incluyendo brillo, gama, tonalidad, escala de grises, inserción chroma (pantalla verde o azul), y otros 20 efectos.
* Listo para trabajar con video de alta definición como HDV y AVCHD.
Su pagina Oficial es: http://www.openshot.org/
Fuente: wikipedia.org
Características de OpenShot
* Soporte para muchos formatos de video audio e imagen estática (basado en FFMPEG).
* Integrado con Gnome (arrastrar y soltar).
* Múltiples pistas de video y audio.
* Edición ajustada a las rejilla de tiempo u otros clips, y corte de metraje.
* Transiciones de video con previsualizaciones en tiempo real.
* Composición digital, superposición de imagen, marca de agua.
* Títulos animados en 3D.
* Plantillas de títulos, creación de títulos, subtítulos.
* Admite SVG para crear títulos y créditos.
* Créditos rodados.
* Clips de color sólido (incluyendo composición alfa).
* Soporte para arrastrar y soltar en la línea de tiempo.
* Reproducción cuadro por cuadro con las teclas: J,K, y L.
* Codificación de video (basado en FFMPEG).
* Animación por cuadro clave.
* Zoom digital para los clips de video.
* Cambio de velocidad de reproducción de los clips.
* Soporta máscaras personalizadas para las transiciones.
* Escalado de video (tamaño de cuadro).
* Mezcla y edición de audio.
* Efecto Ken Burns.
* Efectos digitales de video, incluyendo brillo, gama, tonalidad, escala de grises, inserción chroma (pantalla verde o azul), y otros 20 efectos.
* Listo para trabajar con video de alta definición como HDV y AVCHD.
Su pagina Oficial es: http://www.openshot.org/
Fuente: wikipedia.org
domingo, 23 de enero de 2011
Como montar un Cluster de Alta disponibilidad en GNU/Linux
En este articulo aprenderemos a implementar un Cluster de Alta disponibilidad (AD).
Material necesario:
Un cluster , consiste en un grupo de nodos conectados entre si que interactuan como una sola maquina (“En caso que un nodo dejase de funcionar tomaría el control el segundo nodo”) , reduciendo así considerablemente la tolerancia a fallos y caídas de servicio.
Un cluster podría servir perfectamente en el caso de un problema de Hardware nuestros clientes
tendrían igualmente servicio ya que uno de los nodos tomaría el control como maquina primaria.
¿Qué es Heartbeat?
Heartbeat es un paquete de software creado por LINUX-HA, funciona de forma similar al System V o init pero en vez de una sola máquina pasaría a ejecutar los servicios en los nodos, basándose en que no le llegan respuestas estas se hacen por medio de ping y por pulsaciones del cable serie.
¿Que es STONITH?
STONITH son la Siglas de “Shoot The Other Node In The Head” (“ Pégale un Tiro en la Cabeza al otro Nodo”). Es una técnica usada por Heartbeat que se asegura de que un servidor supuestamente muerto no interfiera con el funcionamiento del cluster, en caso de no implementarse bien esta técnica, podría dar lugar a que el cluster no funcione.
A grosso modo STONITH consiste en que el servidor secundario nota que el primario no funciona, y
este le haría un DDOS al primario para asegurarse de que ha sido un falso positivo y tomaría el nodo
secundario el control.
Preparando el Hardware
Existen 3 cosas especificas del cluster que hay que conectar, los discos, las NICs de interconexión,
el cable serial de interconexión y los cables de control de los UPS
Para nuestro cluster necesitaremos varios paquetes de software.
Heartbeat-1.0.3, Heartbeat-pils-1.0.3, Heartbeat-stonith-1.0.3
cada uno de ellos se encuentra en los repositorios de las distribuciones o se incluye como paquete en
los CDs de instalación de esta (“ Cuando instale SUSE 9.3 me pareció verlos en la instalación) si no los encontráis podéis mirar en http://linux-ha.org los paquetes los instalaremos usando nuestro administrador de paquetes favoritos ya sea apt-get, yast,urpmi, emerge, etc.
Por ultimo nos queda instalar el servicio que queramos dar ya sea samba,apache postfix, etc.
Configurando DRBD.
DRBD se configura en el fichero /etc/drbd.conf
Creando el Sistema de Ficheros
A continuación crearemos el sistema de ficheros para Zeus ( Servidor Primario) es importante usar un sistema de ficheros con Journaling como Reiserfs, ext3, jfs, xfs.
Crearemos dos particiones del mismo tamaño en el dispositivo /dev/nb0 los dos servidores y con
Reiserfs ya que se considera mas seguro.
Instrucciones a ejecutar en Zeus
ahora creamos el sistema de ficheros y lo montamos
parámetros los parámetros de esta para que nos funcione en modo fullduplex ver Activando
Fullduplex en tarjetas ethernet en este mismo foro
Configurando Heartbeat
Heartbeat tiene tres ficheros de configuración.
1. ha.cf Configura información básica del cluster
2. haresources.cf Configura los grupos de recursos tipo init
3. authkeys Configura la Autenticación de red
Se pueden encontrar ejemplos de estos ficheros en /usr/share/doc/pakages/Heartbeat y se documentan en el fichero “Getting Started” de Heartbeat
ha.cf le aporta a Heartbeat la información de la configuración básica. Configura los nodos,
pulsaciones serial, la manera de registrar los logs intervalo de tiempo muerto y pulsaciones
ejemplo de nuestro ha.cf
Fichero /etc/ha.d/haresources
Este fichero crea un grupo de recursos que en teoría pertenecen a Zeus, asociados a una IP virtual
10.10.10.20 y los recursos a servir:
● NFS (Network File System)
● Samba (compartir archivos Windows)
● Dhcp (asignación dinámica de IPs)
● Postfix (Servidor de Correo electrónico)
/etc/ha.d/resource.d y el resto de servicios típicos en /etc/init.d/
Heartbeat se las apaña de maravilla administrando la mayoría de servicios que vienen en los V
System init comúnmente llamados los scripts de arranque, sin embargo una de las condiciones para
que Heartbeat administre correctamente los Scripts es que tienen de tener el mismo nombre en todos
los Nodos, por lo tanto recomiendo usar una distribución idéntica en las dos maquinas así
simplificaremos la configuración y el mantenimiento.
Fichero /etc/ha.d/authkeys
authkeys es el fichero de configuración mas sencillo de todos. Contiene el método de autenticación basado en (sha1) con la clave que se usara para firmar los paquetes . este fichero tiene que ser idéntico en todos los servidores y no debe tener ningún usuario acceso de lectura a excepción de root:
Tenemos de deshabilitar los servicios para que no sean controlados por init si no por Heartbeat
esto lo conseguiremos con el siguiente comando:
/etc/ha.d/haresources para servir.
Configurando /etc/fstab
Tenemos de tener especial cuidado en que la partición /home no se monte automáticamente desde /etc/fstab si existe ya una entrada para /home en dicho fichero la eliminamos y creamos esta:
Configuración del Fichero /etc/hosts
Si no tenemos un servidor DNS corriendo en nuestra red tendremos de usar nuestro archivo /etc/hosts quedando de esta manera:
Ahora es el momento de configurar el servidor segundario para que monte /home desde NFS
añadiendo lo siguiente en /etc/fstab
y creamos la siguiente estructura de directorios:
de la directiva [ global ] de /etc/samba/smb.cf
Fuente: trucolinux.com
Material necesario:
- 2 maquinas con Linux
- El paquete Heardbeat
- un Sistema de ficheros con Journaling
- Una Red
- Puerto serie
Un cluster , consiste en un grupo de nodos conectados entre si que interactuan como una sola maquina (“En caso que un nodo dejase de funcionar tomaría el control el segundo nodo”) , reduciendo así considerablemente la tolerancia a fallos y caídas de servicio.
Un cluster podría servir perfectamente en el caso de un problema de Hardware nuestros clientes
tendrían igualmente servicio ya que uno de los nodos tomaría el control como maquina primaria.
¿Qué es Heartbeat?
Heartbeat es un paquete de software creado por LINUX-HA, funciona de forma similar al System V o init pero en vez de una sola máquina pasaría a ejecutar los servicios en los nodos, basándose en que no le llegan respuestas estas se hacen por medio de ping y por pulsaciones del cable serie.
¿Que es STONITH?
STONITH son la Siglas de “Shoot The Other Node In The Head” (“ Pégale un Tiro en la Cabeza al otro Nodo”). Es una técnica usada por Heartbeat que se asegura de que un servidor supuestamente muerto no interfiera con el funcionamiento del cluster, en caso de no implementarse bien esta técnica, podría dar lugar a que el cluster no funcione.
A grosso modo STONITH consiste en que el servidor secundario nota que el primario no funciona, y
este le haría un DDOS al primario para asegurarse de que ha sido un falso positivo y tomaría el nodo
secundario el control.
Preparando el Hardware
Existen 3 cosas especificas del cluster que hay que conectar, los discos, las NICs de interconexión,
el cable serial de interconexión y los cables de control de los UPS
- Primero instalaremos los discos, pero no crearemos aun ningún sistema de ficheros.
- Instalaremos las NICs y las configuraremos con IPs privadas de la misma subred en los rangos
192.168.0.0/16 o el rango 10.0.0/8 - A continuación nos haremos con un cable Serial para la comunicación PC a PC . Nos
aseguraremos de que el cable incluya modems null y que incluya cables CTS Y RTS - Conectamos cada ordenador a su UPS
Para nuestro cluster necesitaremos varios paquetes de software.
Heartbeat-1.0.3, Heartbeat-pils-1.0.3, Heartbeat-stonith-1.0.3
cada uno de ellos se encuentra en los repositorios de las distribuciones o se incluye como paquete en
los CDs de instalación de esta (“ Cuando instale SUSE 9.3 me pareció verlos en la instalación) si no los encontráis podéis mirar en http://linux-ha.org los paquetes los instalaremos usando nuestro administrador de paquetes favoritos ya sea apt-get, yast,urpmi, emerge, etc.
Por ultimo nos queda instalar el servicio que queramos dar ya sea samba,apache postfix, etc.
Configurando DRBD.
DRBD se configura en el fichero /etc/drbd.conf
Código:
resource drbd0 {
protocol=C
fsckcmd=/bin/true
disk {
disk-size=80418208
do-panic
}
net {
sync-rate=8M # bytes/sec
timeout=60
connect-int=10
ping-int=10
}
on Zeus { # Zeus es el nombre del servidor principal
device=/dev/nb0
disk=/dev/hda1
address=192.168.1.1
port=7789
}
on SolarUX { #SolarUX es el nombre del servidor secundario
device=/dev/nb0
disk=/dev/hda1
address=192.168.1.2
port=7789
}
}
Nota: Para calcular el tamaño del disco usaremos blockdev-getsize y dividiremos el resultado por dos si ambas partes dan resultado diferente elegiremos el mas grandeCreando el Sistema de Ficheros
A continuación crearemos el sistema de ficheros para Zeus ( Servidor Primario) es importante usar un sistema de ficheros con Journaling como Reiserfs, ext3, jfs, xfs.
Crearemos dos particiones del mismo tamaño en el dispositivo /dev/nb0 los dos servidores y con
Reiserfs ya que se considera mas seguro.
Instrucciones a ejecutar en Zeus
Código:
Root@Zeus:~# /etc/init.d/drbd startLe respondemos “yes” para que nos ponga a Zeus como primario.
ahora creamos el sistema de ficheros y lo montamos
Código:
Root@Zeus:~# mkfs -t reiserfs /dev/nb0 datadisk /dev/nb0 startpor último si usamos una conexión Ethernet de 1Gb para la sincronización, cambiaremos los
parámetros los parámetros de esta para que nos funcione en modo fullduplex ver Activando
Fullduplex en tarjetas ethernet en este mismo foro
Configurando Heartbeat
Heartbeat tiene tres ficheros de configuración.
1. ha.cf Configura información básica del cluster
2. haresources.cf Configura los grupos de recursos tipo init
3. authkeys Configura la Autenticación de red
Se pueden encontrar ejemplos de estos ficheros en /usr/share/doc/pakages/Heartbeat y se documentan en el fichero “Getting Started” de Heartbeat
ha.cf le aporta a Heartbeat la información de la configuración básica. Configura los nodos,
pulsaciones serial, la manera de registrar los logs intervalo de tiempo muerto y pulsaciones
ejemplo de nuestro ha.cf
Código:
logfacility local7 # servicio de syslog keepalive 1 #Intervalo pulsación warntime 2 #Pulsación Tardía deadtime 10 # Tiempo control Fallos nice_failback on node Zeus SolarUX ping 10.10.10.254 # Dirección del Router bcast eth0 eth1 #Broadcast Interfaces Heartbeat serial /dev/ttyS0 #Enlace Serial Heartbeat respawn /usr/lib/Heartbeat/ipfail stonith_host Zeus apcsmart SolarUX /dev/ttyS1 stonith_host SolarUX apcsmart Zeus /dev/ttyS1las pulsaciones se envían por eth0, eth1 y serial /dev/ttyS0 este fichero es idéntico para todos los nodos
Fichero /etc/ha.d/haresources
Este fichero crea un grupo de recursos que en teoría pertenecen a Zeus, asociados a una IP virtual
10.10.10.20 y los recursos a servir:
● NFS (Network File System)
● Samba (compartir archivos Windows)
● Dhcp (asignación dinámica de IPs)
● Postfix (Servidor de Correo electrónico)
Código:
Zeus 10.10.10.20 datadisk::drbd0 nfslock nfsserver smb dhcpd postfixPara clarificar donde están colocados los scripts diré que Ipaddr y datadisk están en
/etc/ha.d/resource.d y el resto de servicios típicos en /etc/init.d/
Heartbeat se las apaña de maravilla administrando la mayoría de servicios que vienen en los V
System init comúnmente llamados los scripts de arranque, sin embargo una de las condiciones para
que Heartbeat administre correctamente los Scripts es que tienen de tener el mismo nombre en todos
los Nodos, por lo tanto recomiendo usar una distribución idéntica en las dos maquinas así
simplificaremos la configuración y el mantenimiento.
Fichero /etc/ha.d/authkeys
authkeys es el fichero de configuración mas sencillo de todos. Contiene el método de autenticación basado en (sha1) con la clave que se usara para firmar los paquetes . este fichero tiene que ser idéntico en todos los servidores y no debe tener ningún usuario acceso de lectura a excepción de root:
Código:
auth 1 1 sha1 RandomPasswordfc970c94efbConfiguración de los Servicios
Tenemos de deshabilitar los servicios para que no sean controlados por init si no por Heartbeat
esto lo conseguiremos con el siguiente comando:
Código:
Root@Zeus:~# chkconfig -del nfslock nfsserver smb dhcpd postfixNótese que deberíamos cambiar los servicios marcados en azul por los que tenemos configurados en
/etc/ha.d/haresources para servir.
Configurando /etc/fstab
Tenemos de tener especial cuidado en que la partición /home no se monte automáticamente desde /etc/fstab si existe ya una entrada para /home en dicho fichero la eliminamos y creamos esta:
Código:
/dev/nb0 /home reiserfs noauto 0 0Nota: si home ya esta montado lo desmontamos con umount /home
Configuración del Fichero /etc/hosts
Si no tenemos un servidor DNS corriendo en nuestra red tendremos de usar nuestro archivo /etc/hosts quedando de esta manera:
Código:
10.10.10.20 Cluster # IP virtual cluster 192.168.1.1 Zeus #Servidor Primario 192.168.1.2 SolarUX # Servidor Segundario (Nodo)Montando todo el Cotarro
Ahora es el momento de configurar el servidor segundario para que monte /home desde NFS
añadiendo lo siguiente en /etc/fstab
Código:
Cluster:/home /home nfs defaults 0 0Una vez la partición NFS montada creamos el directorio /home/HA.config
y creamos la siguiente estructura de directorios:
Código:
/etc
postfix/
samba/
exports
dhcpd.conf
/var
lib/
dhcpd
samba
nfs
spool/
postfix/
mail/
Después de montar la estructura de directorios tendríamos que crear enlaces simbólicos por ejemplo
Código:
ln -s /home/HA.config/etc/samba/smb.cf /etc/samba/smb.cfAhora desmontamos /home de la siguiente forma:
Código:
Root@Zeus:~# datadisk /dev/nb0 stop Root@Zeus:~# /etc/init.d/drbd stopTambién podemos configurar samba para que escuche en la interface del cluster modificando dentro
de la directiva [ global ] de /etc/samba/smb.cf
Código:
interfaces = 127.0.0.1/8 10.10.10.10.20/24 Comprobando si todo Funciona DRBD Arrancamos drbd tanto en Zeus como en SolarUX con:
Código:
Root@Zeus:~# /etc/init.d/drbd startuna vez iniciado comprobaremos en Zeus si ha arrancado con:
Código:
Root@Zeus:~# cat /proc/drbdveríamos algo así 0: cs:SyncingAll st:Primary/Secondary Esto nos indica que ha sido todo arrancado correctamente y que una Sincronización Completa está en marcha . Esta sincronización tarda un poco y se puede ver el progreso en /proc/drbd Heartbeat
Código:
Root@Zeus:~# /etc/init.d/Heartbeat start Root@Zeus:~# ifconfig |grep 10.10.10.20 Root@Zeus:~# /etc/init.d/nfslock status Root@Zeus:~# /etc/init.d/smb status Root@Zeus:~# /etc/init.d/dhcpd status Root@Zeus:~# /etc/init.d/postfix status/home tiene que estar montado en Cluster y todos los servicios tendrían de estar corriendo Delegando Funciones Ahora Heartbeat tiene de ser capaz de retransmitir todos los trabajos a SolarUX lo haremos con:
Código:
Root@Zeus:~# /usr/sbin/Heartbeat/hb_standbyAhora hacemos los pasos de arriba Heartbeat en SolarUX y comprobamos si todo funciona correctamente si es así delegamos funciones a Zeus
Código:
Root@SolarUx:~# /usr/sbin/Heartbeat/hb_standbyComprobamos en Zeus y si es así ya casi está.
Administrador Contento
Desconectamos el cable de red a Zeus y en estos momentos aproximadamente unos 10 Sec SolarUX tendría de responder a la ip Virtual 10.10.10.20 y darnos ServicioFuente: trucolinux.com
viernes, 21 de enero de 2011
Como Conectar dos PC directamente en GNU/Linux
Ante todo un cordial saludo.
Lo primero que se debe tener para hacer dicha conexión es:
- Un cable de red con sus conectores RJ-45 y que este construido en modo cruzado o algunos le dicen crossover.
- Que las 2 pcs tenga sus respectivas tarjetas de red instaladas.
- Que ambos equipos tenga GNU/Linux instalado (no importa la distribución).
- Ambos sistemas que tengan soporte para IPv4.
Primer paso (configuración del PC1 que hara de gateway):
Aquí simplemente tenemos que editar el archivo /etc/network/interfaces y darle los parámetros de la ip estática que tomara el equipo.
los comandos necesarios para poder editarlo son:
$ su
pide la contraseña de root se escribe y se le da enter.
# pico /etc/network/interfaces
ó
$ sudo pico /etc/network/interfaces
Entraremos en la edición del archivo allí comentaremos las lineas:
allow-hotplug eth0
iface eth0 inet dhcp
Dejandolas asi:
# allow-hotplug eth0
# iface eth0 inet dhcp
Y luego colocamos lo siguiente:
auto eth0
iface eth0 inet static
address 192.168.1.1
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.1
Guardamos lo escrito y luego ejecutamos
# su
pide la contraseña de root se escribe y se le da enter.
# ifdown eth0
# ifup eth0
ó
$ sudo ifdown eth0 & ifup eth0
Segundo paso (configuración del PC2):
Editamos el archivo /etc/network/interfaces para darle los parámetros de la ip estática que tomara el equipo.
los comandos necesarios para poder editarlo son:
$ su
pide la contraseña de root se escribe y se le da enter.
# pico /etc/network/interfaces
ó
$ sudo pico /etc/network/interfaces
Entraremos en la edición del archivo allí comentaremos las lineas:
allow-hotplug eth0
iface eth0 inet dhcp
Dejándolas así:
# allow-hotplug eth0
# iface eth0 inet dhcp
Y luego colocamos lo siguiente:
auto eth0
iface eth0 inet static
address 192.168.1.2
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.1
Guardamos lo escrito y luego ejecutamos
# su
pide la contraseña de root se escribe y se le da enter.
# ifdown eth0
# ifup eth0
ó
$ sudo ifdown eth0 & ifup eth0
Tercer Paso:
En Este paso solo tenemos que conectar el cable a ambas maquinas y luego ejecutar de la PC 2 a la PC 1 el siguiente comando:
$ ping 192.168.1.1
El Resultado de Ejecutar el comando se puede parecer a este:
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.146 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.140 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.138 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.143 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=0.143 ms
^C
--- 192.168.1.1 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 53996ms
rtt min/avg/max/mdev = 0.138/0.142/0.146/0.102 ms
Desde ya Gracias
Lo primero que se debe tener para hacer dicha conexión es:
- Un cable de red con sus conectores RJ-45 y que este construido en modo cruzado o algunos le dicen crossover.
- Que las 2 pcs tenga sus respectivas tarjetas de red instaladas.
- Que ambos equipos tenga GNU/Linux instalado (no importa la distribución).
- Ambos sistemas que tengan soporte para IPv4.
Primer paso (configuración del PC1 que hara de gateway):
Aquí simplemente tenemos que editar el archivo /etc/network/interfaces y darle los parámetros de la ip estática que tomara el equipo.
los comandos necesarios para poder editarlo son:
$ su
pide la contraseña de root se escribe y se le da enter.
# pico /etc/network/interfaces
ó
$ sudo pico /etc/network/interfaces
Entraremos en la edición del archivo allí comentaremos las lineas:
allow-hotplug eth0
iface eth0 inet dhcp
Dejandolas asi:
# allow-hotplug eth0
# iface eth0 inet dhcp
Y luego colocamos lo siguiente:
auto eth0
iface eth0 inet static
address 192.168.1.1
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.1
Guardamos lo escrito y luego ejecutamos
# su
pide la contraseña de root se escribe y se le da enter.
# ifdown eth0
# ifup eth0
ó
$ sudo ifdown eth0 & ifup eth0
Segundo paso (configuración del PC2):
Editamos el archivo /etc/network/interfaces para darle los parámetros de la ip estática que tomara el equipo.
los comandos necesarios para poder editarlo son:
$ su
pide la contraseña de root se escribe y se le da enter.
# pico /etc/network/interfaces
ó
$ sudo pico /etc/network/interfaces
Entraremos en la edición del archivo allí comentaremos las lineas:
allow-hotplug eth0
iface eth0 inet dhcp
Dejándolas así:
# allow-hotplug eth0
# iface eth0 inet dhcp
Y luego colocamos lo siguiente:
auto eth0
iface eth0 inet static
address 192.168.1.2
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.1
Guardamos lo escrito y luego ejecutamos
# su
pide la contraseña de root se escribe y se le da enter.
# ifdown eth0
# ifup eth0
ó
$ sudo ifdown eth0 & ifup eth0
Tercer Paso:
En Este paso solo tenemos que conectar el cable a ambas maquinas y luego ejecutar de la PC 2 a la PC 1 el siguiente comando:
$ ping 192.168.1.1
El Resultado de Ejecutar el comando se puede parecer a este:
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.146 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.140 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.138 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.143 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=0.143 ms
^C
--- 192.168.1.1 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 53996ms
rtt min/avg/max/mdev = 0.138/0.142/0.146/0.102 ms
Desde ya Gracias
jueves, 20 de enero de 2011
Posible inauguración de CNSL7
Según Octavio Rossell
“hay diez tipos de personas: las que entienden el binario y las que se quedan esperando a las otras ocho”
Hoy se propuso esta agenda en la lista de correos. Aunque es probable que tenga cambios, pues aún está en discusión, más o menos así va el cuento:
* 08 Enero – 12 Enero = Manifestación de voluntad de los organizadores de las sedes
* 15 Enero – 15 Febrero = Confirmación de Auditorios de cada sede.
* 16 Febrero – 31 Marzo = Postulación de Ponencias.
* 29 Abril = Inauguración CNSL7
Esto nos deja que posiblemente el 29 de abril comience el CNSL7
Para mas información acceder a: http://cnsl.org.ve/
“hay diez tipos de personas: las que entienden el binario y las que se quedan esperando a las otras ocho”
Hoy se propuso esta agenda en la lista de correos. Aunque es probable que tenga cambios, pues aún está en discusión, más o menos así va el cuento:
* 08 Enero – 12 Enero = Manifestación de voluntad de los organizadores de las sedes
* 15 Enero – 15 Febrero = Confirmación de Auditorios de cada sede.
* 16 Febrero – 31 Marzo = Postulación de Ponencias.
* 29 Abril = Inauguración CNSL7
Esto nos deja que posiblemente el 29 de abril comience el CNSL7
Para mas información acceder a: http://cnsl.org.ve/
Comienza la Organizacion de flisol venezuela
Se esta Comenzando a Organizar Flisol Venezuela Todo aquel que quiera información o colaborar pueden acceder a la siguiente dirección web:
http://flisol.info/FLISOL2011/Venezuela?action=diff
¿Qué es el FLISoL?
El Festival Latinoamericano de Instalación de Software Libre (FLISoL) es el evento de difusión de Software Libre más grande en Latinoamérica. Se realiza desde el año 2005 y desde el 2008 se adoptó su realización el 4to Sábado de abril de cada año. En 2011 por única vez será el día 9 de Abril.
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.
A tal fin, las diversas comunidades locales de software libre (en cada país/ciudad/localidad), organizan simultáneamente eventos en los que se instala, de manera gratuita y totalmente legal, software libre en las computadoras que llevan los asistentes. Además, en forma paralela, se ofrecen charlas, ponencias y talleres, sobre temáticas locales, nacionales y latinoamericanas en torno al Software Libre, en toda su gama de expresiones: artística, académica, empresarial y social.
http://flisol.info/FLISOL2011/Venezuela?action=diff
¿Qué es el FLISoL?
El Festival Latinoamericano de Instalación de Software Libre (FLISoL) es el evento de difusión de Software Libre más grande en Latinoamérica. Se realiza desde el año 2005 y desde el 2008 se adoptó su realización el 4to Sábado de abril de cada año. En 2011 por única vez será el día 9 de Abril.
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.
A tal fin, las diversas comunidades locales de software libre (en cada país/ciudad/localidad), organizan simultáneamente eventos en los que se instala, de manera gratuita y totalmente legal, software libre en las computadoras que llevan los asistentes. Además, en forma paralela, se ofrecen charlas, ponencias y talleres, sobre temáticas locales, nacionales y latinoamericanas en torno al Software Libre, en toda su gama de expresiones: artística, académica, empresarial y social.
¿Qué es BOINC?
La Infraestructura Abierta de Berkeley para la Computación en Red, o BOINC por sus siglas en inglés, es una infraestructura para la computación distribuida, desarrollada originalmente para el proyecto SETI@home, pero que actualmente se utiliza para diversos campos como física, medicina nuclear, climatología, etc. La intención de este proyecto es obtener una capacidad de computación enorme utilizando ordenadores personales.
Los proyectos en los que trabaja este software tienen un denominador común, y es que requieren una gran capacidad de cálculo.
En el caso concreto del SETI, en Arecibo (EEUU) existen antenas que reciben la radiación que viene del universo. BOINC divide esta información en fragmentos y la envía a los usuarios, cuyos ordenadores buscan una relación matemática en los datos recibidos, cosa que requiere cálculos muy complejos.
En otros casos se requiere resolver unas ecuaciones muy complejas, que modelizan (representan matemáticamente) moléculas o partículas subatómicas, o fenómenos meteorológicos, bien su comportamiento individual bien su interrelación con otros medios.
Todos esos complejos cálculos matemáticos, son resueltos por PC domésticos que tengan este software instalado.
Actualmente, BOINC es desarrollado por un grupo con sede en Berkeley, en la Universidad de California y dirigido por David Anderson, director del proyecto SETI@home. La plataforma BOINC es considerada como un cuasi-superordenador, disponiendo de unos 570.000 ordenadores activos en todo el mundo y con un rendimiento medio de 2 PetaFLOPS a julio de 2009.[1] Esto hace superar en rendimiento al mayor superordenador del mundo, IBM Roadrunner, que dispone de 1,026 PetaFLOPS.
Esta plataforma de software está desarrollada bajo la filosofía de ser código abierto y disponible bajo la licencia GNU LGPL. Está disponible en varias plataformas incluyendo Windows Vista y diversos tipos de unix como linux, FreeBSD o Mac OS X.
Fuente: wikipedia.org
Los proyectos en los que trabaja este software tienen un denominador común, y es que requieren una gran capacidad de cálculo.
En el caso concreto del SETI, en Arecibo (EEUU) existen antenas que reciben la radiación que viene del universo. BOINC divide esta información en fragmentos y la envía a los usuarios, cuyos ordenadores buscan una relación matemática en los datos recibidos, cosa que requiere cálculos muy complejos.
En otros casos se requiere resolver unas ecuaciones muy complejas, que modelizan (representan matemáticamente) moléculas o partículas subatómicas, o fenómenos meteorológicos, bien su comportamiento individual bien su interrelación con otros medios.
Todos esos complejos cálculos matemáticos, son resueltos por PC domésticos que tengan este software instalado.
Actualmente, BOINC es desarrollado por un grupo con sede en Berkeley, en la Universidad de California y dirigido por David Anderson, director del proyecto SETI@home. La plataforma BOINC es considerada como un cuasi-superordenador, disponiendo de unos 570.000 ordenadores activos en todo el mundo y con un rendimiento medio de 2 PetaFLOPS a julio de 2009.[1] Esto hace superar en rendimiento al mayor superordenador del mundo, IBM Roadrunner, que dispone de 1,026 PetaFLOPS.
Esta plataforma de software está desarrollada bajo la filosofía de ser código abierto y disponible bajo la licencia GNU LGPL. Está disponible en varias plataformas incluyendo Windows Vista y diversos tipos de unix como linux, FreeBSD o Mac OS X.
Fuente: wikipedia.org
Suscribirse a:
Entradas (Atom)