Re: consulta clamav ayuda por favor
no se porque me tinca que mientras escribia fumaba un kent one tomando Baileys, todo de MEN como dice el. Saludos El 29 de diciembre de 2009 22:51, daniel fuenzalida danielfu...@gmail.comescribió: Disuclpen he bebido! El 29 de diciembre de 2009 22:50, daniel fuenzalida danielfu...@gmail.comescribió: Disculpen peor es inevitablealos que quieran usar linuC (mas conocido como linuX), y desean usar alguna de sus aplicaciones, claramente MANDRIVA , UBUNTU y esas expresiones mal habidas, no son legitmasaprnedan niños con slack es pa real men es la unica manera clamav es fantatico y en un sistema serio la instalacin es trivial... te invito a descubrir un mundo diferente con distros para men. Saludos cordiales. Daniel El 26 de diciembre de 2009 20:43, Rolando Mota barbud...@gmail.com escribió: El 26 de diciembre de 2009 20:38, Gabriel gabrielteo...@gmail.com escribió: pues si, todo el documento habla de Mandriva, porqué? El 26 de diciembre de 2009 17:32, Rolando Mota barbud...@gmail.com escribió: El 26 de diciembre de 2009 18:57, Gabriel gabrielteo...@gmail.com escribió: Gracias, en este sitio hay un manual pero comienza diciendo: Instalacion ClamAV Para poder llevar a cabo la instalacion de ClamAV se deben agregar los repositorios de rpmforge, ya que ClamAV no esta contenido en los repositorios originales de Centos Los repositorios RMPforge se agregaran de la siguiente manera. Acceda al portal web de RMPforge https://rpmrepo.org/RPMforge/Using La pagina debe lucir muy parecida a esta no entiendo si esto aplica a Mandriva en el link que entregas, aparece el string Mandriva en algún lugar? -- barbud...@gmail.com entonces tu pregunta : no entiendo si esto aplica a Mandriva, aplica? -- barbud...@gmail.com
Re: Notificaciones por email para Nagios
El 29 de diciembre de 2009 22:48, daniel fuenzalida danielfu...@gmail.comescribió: Disculpen señores, solo he leido la lista y no habia posteado pero la recomendacion de usar sendmail..me parecio atrevida y claramente peligrosa. usar sendmail no es inteligentepostfix es la alternativa o hasta qmail que dicho sea de paso no es lo mas seguro...pero funcionanagios es dificl de configurar...pero solo para aquellos que no leen los manuales o de alguna manera no entienden se que esto es un tema casi religioso..pero para servidores...aprendan con slack y despues debian... saludos cordiales PD: disculpen la ortografia tengo como 3 litros de shela en el cuerpo. daniel. El 27 de diciembre de 2009 23:23, Rolando Mota barbud...@gmail.com escribió: El 27 de diciembre de 2009 22:56, Camilo Astete camilo.ast...@gmail.comescribió: Podria ayudarte algo que documentamos en la empresa: 1.- http://wiki.lazos.cl/index.php/CentOS_5_-_Servidor_de_monitoreo 2.- http://wiki.lazos.cl/index.php/Monitoreo_de_Servidores_con_Nagios 2009/12/27 mrami...@iciuchile.cl Sres. Necesito hacer que el Nagios que estoy armando envie notificaciones por email. Tengo debian e instale Nagios3 mediante apt-get clasico. He probado siguiendo guias en Internet, mediante instalacion de postfix y mailx (mailutils), pero no me funciona. Lo unico que quiero es que envie emails y los haga a un servidor de correos smtp.XXX.YYY. Pruebo mediante telnet al puerto 25 a este servidor, desde mi servidor nagios, para probar smtp, y éste servidor de correo los envia, sin embargo, probando con: # mail -s subject No salen correos. Vi /var/log/mail.log y me dice que rebotan (bounced) No quiero que mi servidor Nagios quede dando servicios de correo smtp, sino que solo envie correos al servidor de correos para que me lleguen los avisos de caidas de servicios. Alguien puede ayudarme o indicarme una guia? Como configuro Postfix y lo integro con nagios? Alguien me puede ayudar con una configuracion de postfix y nagios para que funcione? Saludos y gracias por la ayuda, MARC -- Camilo Eduardo Astete Arriagada Técnico en Electrónica Ing. en Informática Tesorero Gulix +56 - 09 - 95324843 Panic __ haz la prueba, deten postfix, sube sendmail y prueba. -- barbud...@gmail.com que inteligente de tu parte. -- barbud...@gmail.com
Re: consulta clamav ayuda por favor
2009/12/30 Jose Miguel Vidal Lavin jmvidal...@gmail.com: no se porque me tinca que mientras escribia fumaba un kent one tomando Baileys, todo de MEN como dice el. LOL Saludos El 29 de diciembre de 2009 22:51, daniel fuenzalida danielfu...@gmail.comescribió: Disuclpen he bebido! El 29 de diciembre de 2009 22:50, daniel fuenzalida danielfu...@gmail.comescribió: Disculpen peor es inevitablealos que quieran usar linuC (mas conocido como linuX), y desean usar alguna de sus aplicaciones, claramente MANDRIVA , UBUNTU y esas expresiones mal habidas, no son legitmasaprnedan niños con slack es pa real men es la unica manera clamav es fantatico y en un sistema serio la instalacin es trivial... te invito a descubrir un mundo diferente con distros para men. Saludos cordiales. Daniel El 26 de diciembre de 2009 20:43, Rolando Mota barbud...@gmail.com escribió: El 26 de diciembre de 2009 20:38, Gabriel gabrielteo...@gmail.com escribió: pues si, todo el documento habla de Mandriva, porqué? El 26 de diciembre de 2009 17:32, Rolando Mota barbud...@gmail.com escribió: El 26 de diciembre de 2009 18:57, Gabriel gabrielteo...@gmail.com escribió: Gracias, en este sitio hay un manual pero comienza diciendo: Instalacion ClamAV Para poder llevar a cabo la instalacion de ClamAV se deben agregar los repositorios de rpmforge, ya que ClamAV no esta contenido en los repositorios originales de Centos Los repositorios RMPforge se agregaran de la siguiente manera. Acceda al portal web de RMPforge https://rpmrepo.org/RPMforge/Using La pagina debe lucir muy parecida a esta no entiendo si esto aplica a Mandriva en el link que entregas, aparece el string Mandriva en algún lugar? -- barbud...@gmail.com entonces tu pregunta : no entiendo si esto aplica a Mandriva, aplica? -- barbud...@gmail.com
Re: Manejo/Control de Versiones documentos?
¡Hola! El Mon, Dec 28, 2009 at 06:18:32AM -0800, Renato Ulloa escribio: Estimados listeros, Soy Ingeniero de Proyectos y junto a otros colegas trabajamos en varios proyectos simultaneos y la documentación la manejamos cada uno a su antojo, donde las distintas versiones de archivos (en general xls, xlsx, doc, docx, pdf, de Visio, CAD,...etc) las nombramos como 'Archivo1_2009mmdd_nn', pero a lo largo del tiempo se llegan por ejemplo a la versión N°15 ya sea por cambios/actualizaciones o por que hay versiones para el cliente, para un contratista, para el jefe, etc. Todo esto en forma local (nuestros PC) y no compartido en un servidor central. Pensando en: - Versiones - Respaldos - Acceso de terceros (autorizados) - Capacidad de clonar todo a otro equipo y tener todas las versiones. Había pensado en algún sistema de Control de Versiones (años atrás usé CVS y luego Subversion en otro ámbito), pero para este caso creo que un Sistema Distribuido como Mercurial o Git se acomoda más al requerimiento; permitiría contar siempre con copias locales y usar un repositorio central (Ubuntu 9.10 Server) para mantener el respaldo, permitiría acceso a otros usuarios y poder fácilemnte replicar todo el proyecto por ej. a un portatil y usarlo desde allí. Dudas: 1. ¿Es la mejor alternativa usar un Sistema de Control de Versiones para archivos binarios como Mercurial o Git? Un sistema de control de versiones como los anteriores es apropiado para menejar versiones de archivos binarios, pero sobre todo, para manejar *conjuntos* de archivos, sean estos de texto o binarios. En lo personal, no te recomendaría un sistema de control de versiones para el control de documentos, ya que al ser los documentos archivos cerrados desde el punto de vista del control de versiones, es complicado hacer mezclas de cambios múltiples entre versiones. Yo te recomendaría mucho más utilizar un Wiki para realizar los documentos, aquí utilizamos Trac y es bastante bueno. Trac incluye: * Sistema de tickets para organizar las tareas y sus dependencias. * Soporte para hitos en los proyectos, con fechas y tareas a cumplir. * Un wiki que soporta adjuntar documentos, por lo que se pueden hacer los informes en un wiki adjuntando archivos adicionales, como fotos, planos, etc. Lo que tratamos de realizar aquí es escribir los documentos en el Wiki separando las secciones en distintas páginas, luego al estar finalizado el documento, se genera un doc. de OpenOffice pegando las secciones desde el wiki. Este documento se adjunta a la página del wiki como referencia, tanto en formato openoffice como en formato pdf. La gracia de un wiki es que tienes toda la historia de las ediciones al documento, junto con la capacidad de mezclar cambios de distintas ediciones. Esto es muy poderoso a la hora de ver cómo el documento se genera. Existen otros wikis además del incluido en Trac que tienen cosas diferentes, aquí también utilizamos MediaWiki, que es bastante poderoso para generar documentación, por ejemplo manuales, pero no es tan bueno para informes de trabajo. Espero te sirva, Daniel. Aca usamos Trac un buen tiempo, y la wiki nos ayudo bastante para documentar, el problema que tuvimos en Trac es que este no maneja (directamente) distintos proyectos, sino que todos los tickets, docs, wikis estan referenciados a un solo proyecto. Haciendo unos hacks puedes lograr manejar varios projectos. Hace poco nos movimos a Redmine, de similares caracteristicas, pero se ve un producto mejor logrado. Soporta diversos projectos, asignando personas a estos, manejos de archivos, documentos, wiki, conexion muy simple a diversos repositorios, code browsing con soporte a code reviews (muy recomendable). En resumen la wiki en los dos es muy similar, pero creo que es mejor tener todo separado por proyectos. -- Richard Rossel Software Engineer at Airsage Inc. Valparaiso - Chile
Re: Manejo/Control de Versiones documentos?
¡Hola! El Wed, Dec 30, 2009 at 10:12:20AM -0300, Richard Rossel escribio: Aca usamos Trac un buen tiempo, y la wiki nos ayudo bastante para documentar, el problema que tuvimos en Trac es que este no maneja (directamente) distintos proyectos, sino que todos los tickets, docs, wikis estan referenciados a un solo proyecto. Haciendo unos hacks puedes lograr manejar varios projectos. Si, es un problema de Trac. Aquí utilizamos múltiples bases de datos para cada proyecto, por lo que quedan separados, por ejemplo: http://server/trac/proyecto1 http://server/trac/proyecto2 ... El problema de esto es que no tienes una vista consolidada de tickets por usuario, es necesario consultar múltiples bases de datos para lograrlo. Hace poco nos movimos a Redmine, de similares caracteristicas, pero se ve un producto mejor logrado. Soporta diversos projectos, asignando personas a estos, manejos de archivos, documentos, wiki, conexion muy simple a diversos repositorios, code browsing con soporte a code reviews (muy recomendable). He visto Redmine, me parece una buena opción, pero en el momento que instalamos Trac, el paquete de Debian de Redmine no existía :-( ¿Será simple una migración de Trac a Redmine? ¿Soporta Mercurial? Podríamos considerarlo en un memomento de locura/upgrade... Gracias, Daniel.
Fwd: [CLCERT-Alerta] Denegación de servicio en el s ubsistema KVM de Linux kernel
Se que muchos están (estamos) inscritos a la lista del clcert, pero para los que aún no la conocen, http://listas.clcert.cl/mailman/listinfo/alertas -- Mensaje reenviado -- De: aler...@listas.clcert.cl Fecha: 30 de diciembre de 2009 15:51 Asunto: [CLCERT-Alerta] Denegación de servicio en el subsistema KVM de Linux kernel Para: aler...@clcert.cl Alerta doc_2009-0274 Publicada: Denegación de servicio en el subsistema KVM de Linux kernel Fecha Publicacion: 29-12-2009 Sistemas Afectados: GNU/Linux Linux kernel 2.6.x 2.6.33 Resumen: Se han descubierto múltiples vulnerabilidades en el subsistema KVM de Linux kernel 2.6. Boletin Completo disponible en http://www.clcert.cl/show.php?xml=xml/alertas/doc_2009-0274.xmlxsl=xsl/alertas.xsl ___ alertas mailing list aler...@listas.clcert.cl http://listas.clcert.cl/mailman/listinfo/alertas Twitter @clcert
