Re: [Gutl-l] Meizu unveils the most powerful Ubuntu phone yet
El 18/02/16 a las 14:54, Matthias Apitz escribió: Hola colegas, Desde hace un año más o menos, tengo un celular basado en Ubuntu de la empresa española Canonical, un BQ E4.5 He aquí en castellano e inglés algunos investigaciones/consejos/etc.: https://www.gitbook.com/book/gurucubano/bq-aquaris-e-4-5-ubuntu-phone/ Quería hablar en diciembre en La Habana en mi estancia habitual de la chatarra, pero tuve que cancelar el viaje por motivos personales urgentes. Queda en mi lista, si es de interés, para la próxima estancia. Saludos matthias Wow realmente útil, he estado observando los cambios de cerca con un nexus 4 y probado la convergencia disponible en el rc-chanel. Saludos __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l V Simposio Internacional de comunidad, entretenimiento y redes sociales, del 14 al 18 de marzo de 2016 en el Palacio de Convenciones de La Habana. http://www.informaticahabana.cu/es/eventos/show/100
Re: [Gutl-l] red
El jue, 18-02-2016 a las 11:39 -0500, Rommel Rodriguez Toirac escribió: > El Jueves, 18 de febrero de 2016 10:32:26 Jose Alfredo Batista escribió: > > si por ejemplo yo tengo este rango de de ip en mi red lan 142.132.0.1 y > > existiera por violaciones otra red q sele hace ping 192.168.0.xx > > desde linux como puedo saber e l ombre de esa PC ya e probado > > algunos comando como por ejemplo nmap y me da bien el ip y la MAC pero > > quiero saber el nombre para poder identificar de donde sale algun > > comando o sugerencia > > puede ser nslookup 192.168.0.xx > ... pero tu servidor dns te devolvería solamente el nombre que él conoce (a no ser que sea dinámico, me parece). Que me aclaren los que saben más. Tener instalado arpwatch o algo así, pienso que es una buena opción para evitar esos desaguisados, o al menos movilizarse desde el mismo principio a averiguar quién está intruseando. Te daría la MAC y el modelo de la tarjeta. Algo parecido tendrías con arp-scan (según man arp-scan): $ arp-scan --interface=eth0 192.168.0.0/24 Interface: eth0, datalink type: EN10MB (Ethernet) Starting arp-scan 1.4 with 256 hosts (http://www.nta-monitor.com/tools/arp-scan/) 192.168.0.1 00:c0:9f:09:b8:db QUANTA COMPUTER, INC. 192.168.0.3 00:02:b3:bb:66:98 Intel Corporation 192.168.0.5 00:02:a5:90:c3:e6 Compaq Computer Corporation 192.168.0.6 00:c0:9f:0b:91:d1 QUANTA COMPUTER, INC. 192.168.0.1200:02:b3:46:0d:4c Intel Corporation 192.168.0.1300:02:a5:de:c2:17 Compaq Computer Corporation 192.168.0.8700:0b:db:b2:fa:60 Dell ESG PCBA Test 192.168.0.9000:02:b3:06:d7:9b Intel Corporation 192.168.0.105 00:13:72:09:ad:76 Dell Inc. 192.168.0.153 00:10:db:26:4d:52 Juniper Networks, Inc. 192.168.0.191 00:01:e6:57:8b:68 Hewlett-Packard Company 192.168.0.251 00:04:27:6a:5d:a1 Cisco Systems, Inc. 192.168.0.196 00:30:c1:5e:58:7d HEWLETT-PACKARD Si tienes registrado quién tiene qué tipo de tarjeta de red en el expediente del equipo, ya lo encontraste. Nadie de tu red debería tener permisos de administración para cambiar cosas sin autorización. O por lo menos tendrías una idea de la arquitectura... El problema es si la máquina vino de afuera; según los reglamentos de seguridad informática traer una máquina de afuera requiere autorización (¿qué te dicen los CVPs, alguien trajo una laptop?) ;-) La idea de Arian está interesante; yo al menos, que desconozco todo sobre eso, la exploraría. -- M.Sc. Alberto García Fumero Usuario Linux 97 138, registrado 10/12/1998 http://interese.cubava.cu Una conclusión es el punto en que usted se cansó de pensar. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Meizu unveils the most powerful Ubuntu phone yet
Hola colegas, Desde hace un año más o menos, tengo un celular basado en Ubuntu de la empresa española Canonical, un BQ E4.5 He aquí en castellano e inglés algunos investigaciones/consejos/etc.: https://www.gitbook.com/book/gurucubano/bq-aquaris-e-4-5-ubuntu-phone/ Quería hablar en diciembre en La Habana en mi estancia habitual de la chatarra, pero tuve que cancelar el viaje por motivos personales urgentes. Queda en mi lista, si es de interés, para la próxima estancia. Saludos matthias -- Matthias Apitz, ✉ g...@unixarea.de, ⌂ http://www.unixarea.de/ ☎ +49-176-38902045 Bundeswehr: Wir.Dienen.Deutschland. - Wir.Machen.Krieg. (We.Serve.Germany. - We.Make.War.) __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Instalar debian en uan Imac G5
El mié, 17-02-2016 a las 08:45 -0500, Paradix ;) escribió: > El 16/02/16 a las 13:34, Arley Consuegra Roselló escribió: > > Como dice el asunto me hace falta instalar debian en una Imac G5, no > > tengo acceso a internet para investigar. > > Saludos. > > > > busca debian para ppc > donde se encuentra ese iso de debian en la red nacional. -- Ing. Arley Consuegra Roselló. Administrador de red de la UEB MATHISA Granma. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Porblema con postfix
El 18/02/16 a las 11:14, Rommel Rodriguez Toirac escribió: El Jueves, 18 de febrero de 2016 10:21:30 Arian Molina Aguilera escribió: El 18/02/16 a las 09:59, Rommel Rodriguez Toirac escribió: El Domingo, 14 de febrero de 2016 10:45:10 Ulises González Horta escribió: El sáb, 13-02-2016 a las 17:15 -0500, Rommel Rodriguez Toirac escribió: y tampoco tengo a SElinux. Que me puede estar ocurriendo? Gran rommel una vez me pasó algo MUY similar a eso puerto abierto, pero cuando me conectaba por telnet el servicio no respondía o me desconectaba al rato, algo así es lo que recuerdo pues eso fue en el 2005, pero en resumen lo que pasaba era que cuando definí una tabla en el main.cf dejé un espacio en un lugar que no debía, fue algo como transport_maps hash:/etc/tabla y yo puse transport_maps hash: /etc/tabla Ese espacio luego de los : era el que estaba jodiéndolo todo, y daba comportamientos muy raros, revisa todas tus definiciones de tablas a ver si es eso... Saludos Ulises; lista; he revisado la configuración y no encuentro errores de espacios como los que me dices. Esa configuración es la que tengo en un servidor de correo electrónico en producción acá en el trabajo. Le hice los ajustes necesarios para la PC para donde va. Diferencias entre las PCs, una es CentOS 6.5 (nativo) [donde está corriendo ahora] y la versión de postfix es 2.6.6. La otra es un contenedor de CentOS 7, en un Proxmox 4 y la versión de postfix es 2.10.1 Entre estos dos postfix habrá mucha diferencia? de una versión a la otra se habrán eliminado algunos de los parámetros de configuración o habrán cambiado de nombre? brother hace días te mande a decir, lo que tenias que poner en la configuración del contenedor proxmox, LXC que usa la versión 4, recomendada la 4.1 esta mucho más pulida y corregida. Para que el postfix trabaje bien en modo conteiner, al parecer ignoraste mi correo, revisa los archivos de la lista. Salu2. Arian del tema solo tengo el correo de Ulises y de Joel; no he recibido nada mas. Los archivos de la lista [https://listas.jovenclub.cu/pipermail/gutl-l/] están detenidos en Octubre del 2015 (sería bueno que los correos enviados a la lista se guardaran otra vez ahí) Pudieras enviarme al privado ese mensaje o lo puedes enviar otra vez a la lista? yo estoy seguro que ese correo llego, porque a mi mismo me llego como miembro de la lista. pero de todas maneras te lo vuelvo a enviar a tu privado. Salu2. -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236 jabber: linuxc...@openmailbox.org Brascuba Cigarrillos S.A. La Habana. Cuba. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Porblema con postfix
El 18/02/16 a las 13:31, Arian Molina Aguilera escribió: El 18/02/16 a las 11:14, Rommel Rodriguez Toirac escribió: El Jueves, 18 de febrero de 2016 10:21:30 Arian Molina Aguilera escribió: El 18/02/16 a las 09:59, Rommel Rodriguez Toirac escribió: El Domingo, 14 de febrero de 2016 10:45:10 Ulises González Horta escribió: El sáb, 13-02-2016 a las 17:15 -0500, Rommel Rodriguez Toirac escribió: y tampoco tengo a SElinux. Que me puede estar ocurriendo? Gran rommel una vez me pasó algo MUY similar a eso puerto abierto, pero cuando me conectaba por telnet el servicio no respondía o me desconectaba al rato, algo así es lo que recuerdo pues eso fue en el 2005, pero en resumen lo que pasaba era que cuando definí una tabla en el main.cf dejé un espacio en un lugar que no debía, fue algo como transport_maps hash:/etc/tabla y yo puse transport_maps hash: /etc/tabla Ese espacio luego de los : era el que estaba jodiéndolo todo, y daba comportamientos muy raros, revisa todas tus definiciones de tablas a ver si es eso... Saludos Ulises; lista; he revisado la configuración y no encuentro errores de espacios como los que me dices. Esa configuración es la que tengo en un servidor de correo electrónico en producción acá en el trabajo. Le hice los ajustes necesarios para la PC para donde va. Diferencias entre las PCs, una es CentOS 6.5 (nativo) [donde está corriendo ahora] y la versión de postfix es 2.6.6. La otra es un contenedor de CentOS 7, en un Proxmox 4 y la versión de postfix es 2.10.1 Entre estos dos postfix habrá mucha diferencia? de una versión a la otra se habrán eliminado algunos de los parámetros de configuración o habrán cambiado de nombre? brother hace días te mande a decir, lo que tenias que poner en la configuración del contenedor proxmox, LXC que usa la versión 4, recomendada la 4.1 esta mucho más pulida y corregida. Para que el postfix trabaje bien en modo conteiner, al parecer ignoraste mi correo, revisa los archivos de la lista. Salu2. Arian del tema solo tengo el correo de Ulises y de Joel; no he recibido nada mas. Los archivos de la lista [https://listas.jovenclub.cu/pipermail/gutl-l/] están detenidos en Octubre del 2015 (sería bueno que los correos enviados a la lista se guardaran otra vez ahí) Pudieras enviarme al privado ese mensaje o lo puedes enviar otra vez a la lista? yo estoy seguro que ese correo llego, porque a mi mismo me llego como miembro de la lista. pero de todas maneras te lo vuelvo a enviar a tu privado. Salu2. Man te lo mande y mira el error. : host linux.onat.gob.cu[200.55.132.242] said: 554 5.7.1: Sender address rejected: Access denied (in reply to RCPT TO command) al parecer tu no puedes recibir correos de servidores internacionales. Salu2. -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236 jabber: linuxc...@openmailbox.org Brascuba Cigarrillos S.A. La Habana. Cuba. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] red
El Jueves, 18 de febrero de 2016 10:32:26 Jose Alfredo Batista escribió: > si por ejemplo yo tengo este rango de de ip en mi red lan 142.132.0.1 y > existiera por violaciones otra red q sele hace ping 192.168.0.xx > desde linux como puedo saber e l ombre de esa PC ya e probado > algunos comando como por ejemplo nmap y me da bien el ip y la MAC pero > quiero saber el nombre para poder identificar de donde sale algun > comando o sugerencia > > -- > Este mensaje le ha llegado mediante el servicio de correo electronico que > ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema > Nacional de Salud. La persona que envia este correo asume el compromiso de > usar el servicio a tales fines y cumplir con las regulaciones establecidas > > Infomed: http://www.sld.cu/ > > > > __ > Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. > Gutl-l@jovenclub.cu > https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l puede ser nslookup 192.168.0.xx -- Rommel Rodriguez Toirac Administrador de red ONAT Guantánamo Teléfono (pizarra): 327444,326625,326376,327677,326576 Extensión: 120 __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
[Gutl-l] Fw: Grave vulnerabilidad en la librería glibc [Hispasec @unaaldia]
- Forwarded message from Salcocho Noticioso - Date: Wed, 17 Feb 2016 23:00:08 -0500 From: Salcocho Noticioso To: laz...@hcg.sld.cu Subject: Grave vulnerabilidad en la librería glibc [Hispasec @unaaldia] X-Mailer: feedblaster.rb - ruby 2.3.0p0 (2015-12-25 revision 53290) [x86_64-linux] Grave vulnerabilidad en la librería glibc Google ha confirmado la existencia de una vulnerabilidad de desbordamiento de búfer en la librería glibc (empleada mayoritariamente en distribuciones, aplicaciones y dispositivos Linux), que podría permitir la ejecución remota de código. [Tux] glib es la "GNU LIB C". La "librería C" es librería estándar del lenguaje C, usada por prácticamente cualquier programa que se compile en un entorno UNIX. La glibc es la versión de "LIBC" creada por el proyecto GNU, y utilizada por prácticamente todas las distribuciones Linux. Según describen, el problema saltó a la luz cuando un ingeniero de Google comprobó que su cliente SSH sufría un fallo de segmentación cada vez que intentaba conectar a un host específico. Tras una investigación intensa descubrieron que el problema residía en glibc y no en SSH como creían inicialmente. Fruto de la investigación comprobaron que el problema podía permitir la ejecución remota de código. Sorprendentemente el equipo de mantenimiento de glibc ya había sido alertado de este problema, a través de su gestor de fallos en julio de 2015. Por otra parte, destacan la colaboración con dos investigadores de Red Hat que también estaban estudiando el impacto de forma independiente. La vulnerabilidad ha pasado desapercibida durante mucho tiempo, realmente se introdujo en la versión 2.9 de la librería, lanzada en mayo de 2008, y afecta a todas las versiones publicadas desde entonces. El problema, al que se le ha asignado el CVE-2015-7547, reside en que la resolución DNS en el lado del cliente es vulnerable a un desbordamiento de búfer basado en pila cuando se usa la función getaddrinfo (); al tratar respuestas DNS de un tamaño superior a 2.048 bytes. Esto podría permitir al atacante ejecutar código arbitrario en los sistemas afectados con los privilegios del usuario relacionado. Todo el software que utilice esta función puede ser explotado con nombres de dominio controlados por un atacante, servidores DNS controlados por atacantes, o por medio ataques hombre en el medio. Fruto de la colaboración de los técnicos de Google y Red Hat se ha podido investigar el problema, desarrollar un parchey realizar todos los test de regresión. Aunque se destaca el trabajo realizado principalmente por el equipo de la distribución de Linux. El parche publicado está disponible desde: https://sourceware.org/ml/libc-alpha/2016-02/msg00416.html Google confirma que el problema no es fácil de explotar, aunque es posible lograr la ejecución remota de código. Es necesario evitar mitigaciones de seguridad existentes como ASLR. Como es obvio no publican el código para explotar el problema, aunque sí ofrecen una prueba de concepto para comprobar si se está afectado por este problema. La librería glibc es uno de los pilares de muchos sistemas, distribuciones, aplicaciones, entornos o sistemas empotrados. Prácticamente casi todo el software nativo y no nativo hace uso de la librería. Eso convertiría en virtualmente vulnerable a casi todos los programas que hagan uso de la función afectada. En breve aparecerán actualizaciones para múltiples productos que usen esta librería. Las principales distribuciones Linux ya ofrecen actualizaciones: Debian: http://www.debian.org/security/2016/dsa-3481 Gentoo: https://bugs.gentoo.org/show_bug.cgi?id=574880 Ubuntu: http://www.ubuntu.com/usn/usn-2900-1/ Red Hat: https://rhn.redhat.com/errata/RHSA-2016-0225.htmly https://rhn.redhat.com/errata/RHSA-2016-0176.html Más Información: CVE-2015-7547: glibc getaddrinfo stack-based buffer overflow https://googleonlinesecurity.blogspot.com.es/2016/02/ cve-2015-7547-glibc-getaddrinfo-stack.html [PATCH] CVE-2015-7547 --- glibc getaddrinfo() stack-based buffer overflow https://sourceware.org/ml/libc-alpha/2016-02/msg00416.html Sourceware Bugzilla – Bug 18665 https://sourceware.org/bugzilla/show_bug.cgi?id=18665 Proof of concept for CVE-2015-7547 https://github.com/fjserna/CVE-2015-7547 Debian Security Advisory DSA-3481-1 glibc -- security update https://www.debian.org/security/2016/dsa-3481 USN-2900-1: GNU C Library vulnerability http://www.ubuntu.com/usn/usn-2900-1/ Gentoo's Bugzilla – Bug 574880 (CVE-2015-7547) - https://bugs.gentoo.org/show_bug.cgi?id=574880 Critical: glibc security update https://rhn.redhat.com/errata/RHSA-2016-0225.html Security Advisory Critical: glibc security and bug fix update https://rhn.redhat.com/errata/RHSA-2016-0176.html Antonio Ropero anton...@hispasec.com Twitter:
[Gutl-l] Fw: Disponibles las especificaciones de Vulkan 1.0 [MuyLinux]
más de lo mismo - Forwarded message from Salcocho Noticioso - Date: Wed, 17 Feb 2016 23:04:24 -0500 From: Salcocho Noticioso To: laz...@hcg.sld.cu Subject: Disponibles las especificaciones de Vulkan 1.0 [MuyLinux] X-Mailer: feedblaster.rb - ruby 2.3.0p0 (2015-12-25 revision 53290) [x86_64-linux] Disponibles las especificaciones de Vulkan 1.0 Disponibles las especificaciones de Vulkan 1.0 Khronos Group publicó ayer las especificaciones de Vulkan 1.0, la API que promete sustituir al viejo y para muchos obsoleto OpenGL. Vulkan fue anunciado en marzo de 2015, y nuestros compañeros de MuyComputer se hicieron eco de algunas de sus características, entre las cuales se podía destacar el uso de bytecodes para trabajar con shaders pseudocompilados, además de prometer un acceso más directo a la GPU, relegando al driver a ejercer una función de intérprete y transmisor de órdenes. Manejo de la GPU por parte de Vulkan Vulkan es uno de los proyectos más prometedores del Open Source, siendo una esperanza para ciertos sectores que esperan comerle cierto terreno a las tecnologías exclusivas de Microsoft, entre los cuales están un rendimiento mayor y más cercano a DirectX de los juegos sobre GNU/Linux y OS X, y una mayor facilidad para portar aplicaciones a distintos sistemas operativos. Junto a la versión 1.0 de la API gráfica, también ha llegado el SDK LunarG, un software que cuenta con el patrocinio de Valve y que permite la creación de programas para Windows y GNU/Linux. Muy posiblemente más adelante también aparecerá para OS X, sistema que para el cual no hay todavía hay una implementación de Vulkan, aunque esta llegará. Los drivers oficiales lo soportarán pronto A nivel de GPU para PC tenemos hoy en día tres grandes marcas: NVIDIA, AMD e Intel. La primera ha anunciado que está manos a la obra para soportar Vulkan en Windows, GNU/Linux y Android. La segunda ha sido la primera en dar soporte a la API a través de Catalyst/Crimson, aunque por ahora solo en la versión beta de su driver. Desde Intel dicen que están “orgullosos de apoyar esta nueva tecnología ofreciendo drivers certificados por la industria para tres generaciones de gráficas Intel, estando todos estos fácilmente disponibles para los desarrolladores y los usuarios finales”, así que posiblemente estén soportados en un principio los Intel Core 4000, 5000 y 6000. AMD juega un papel especial en todo esto, porque Vulkan incorpora tecnología que la compañía de Sunnyvale desarrolló para Mantle. Tampoco nos podemos olvidar de la reciente iniciativa GPUOpen, en la cual a buen seguro que el sucesor de OpenGL jugará un papel importante. De momento el soporte de Vulkan por parte de los fabricantes queda de la siguiente manera, y al parecer, AMD se centrará por ahora en Windows. Soporte de drivers para Vulkan A nivel de arquitectura ARM, Qualcomm ya está manos a la obra para darle soporte, y a buen seguro que el resto de gigantes en este segmento, entre los cuales está Samsung, seguirán sus pasos. Sistemas operativos soportados Como se puede observar en la imagen de abajo, todos los grandes sistemas operativos del mercado soportarán Vulkan, menos OS X e iOS. Estos dos sistemas operativos utilizan su propia API gráfica, Metal, desarrollada por Apple. Sistemas operativos soportados por Vulkan Resulta un poco curioso ver las distintas distribuciones GNU/Linux mencionadas por separado, entre las cuales están Red Hat, Ubuntu y SteamOS, pero no SUSE. Pese a ello nos resultaría muy extraño ver a las distribuciones del camaleón no apostando por la API gráfica que nos ocupa. The Talos Principle, primer juego que soportará Vulkan The Talos Principle fue uno de los mejores juegos de puzzle que vieron la luz 2014, y además está disponible para SteamOS. Los desarrolladores del juego han anunciado que podría ser el primer título en sacar partido a Vulkan. Veremos cómo les queda el asunto en cuanto a rendimiento, aunque por ahora la iniciativa pinta que será más una demostración técnica que otra cosa. No supondrá el fin inmediato de OpenGL La transición real desde OpenGL solo acaba de comenzar, por lo que a la veterana API todavía le queda mucha cuerda, sobre cuando hablamos de su versión para sistemas embebidos, OpenGL ES, la cual es muy utilizada en Android. Fuente y más información | Nota de prensa de Khronos Group, diapositivas en PDF de Khronos Group [rc] [rc] [rc] [a2]** - End forwarded message - -- Warning! 100'000 pelos de escoba fueron introducidos satisfactoriamente en su puerto USB. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Porblema con postfix
El Jueves, 18 de febrero de 2016 10:21:30 Arian Molina Aguilera escribió: > El 18/02/16 a las 09:59, Rommel Rodriguez Toirac escribió: > > El Domingo, 14 de febrero de 2016 10:45:10 Ulises González Horta escribió: > >> El sáb, 13-02-2016 a las 17:15 -0500, Rommel Rodriguez Toirac escribió: > >>> y tampoco tengo a SElinux. > >>> > >>> Que me puede estar ocurriendo? > >> > >> Gran rommel > >> > >> una vez me pasó algo MUY similar a eso puerto abierto, pero cuando me > >> conectaba por telnet el servicio no respondía o me desconectaba al rato, > >> algo así es lo que recuerdo pues eso fue en el 2005, pero en resumen lo > >> que pasaba era que cuando definí una tabla en el main.cf dejé un espacio > >> en un lugar que no debía, fue algo como > >> > >> transport_maps hash:/etc/tabla > >> > >> y yo puse > >> > >> > >> transport_maps hash: /etc/tabla > >> > >> Ese espacio luego de los : era el que estaba jodiéndolo todo, y daba > >> comportamientos muy raros, revisa todas tus definiciones de tablas a ver > >> si es eso... > >> > > Saludos Ulises; lista; > > > > he revisado la configuración y no encuentro errores de espacios como los > > que me dices. > > > > Esa configuración es la que tengo en un servidor de correo electrónico > > en > > > > producción acá en el trabajo. Le hice los ajustes necesarios para la PC > > para donde va. Diferencias entre las PCs, una es CentOS 6.5 (nativo) > > [donde está corriendo ahora] y la versión de postfix es 2.6.6. La otra es > > un contenedor de CentOS 7, en un Proxmox 4 y la versión de postfix es > > 2.10.1 > > > > Entre estos dos postfix habrá mucha diferencia? de una versión a la otra > > se > > > > habrán eliminado algunos de los parámetros de configuración o habrán > > cambiado de nombre? > > brother hace días te mande a decir, lo que tenias que poner en la > configuración del contenedor proxmox, LXC que usa la versión 4, > recomendada la 4.1 esta mucho más pulida y corregida. Para que el > postfix trabaje bien en modo conteiner, al parecer ignoraste mi correo, > revisa los archivos de la lista. Salu2. Arian del tema solo tengo el correo de Ulises y de Joel; no he recibido nada mas. Los archivos de la lista [https://listas.jovenclub.cu/pipermail/gutl-l/] están detenidos en Octubre del 2015 (sería bueno que los correos enviados a la lista se guardaran otra vez ahí) Pudieras enviarme al privado ese mensaje o lo puedes enviar otra vez a la lista? -- Rommel Rodriguez Toirac Administrador de red ONAT Guantánamo Teléfono (pizarra): 327444,326625,326376,327677,326576 Extensión: 120 __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] red
El 18/02/16 a las 10:32, Jose Alfredo Batista escribió: si por ejemplo yo tengo este rango de de ip en mi red lan 142.132.0.1 y existiera por violaciones otra red q sele hace ping 192.168.0.xx desde linux como puedo saber e l ombre de esa PC ya e probado algunos comando como por ejemplo nmap y me da bien el ip y la MAC pero quiero saber el nombre para poder identificar de donde sale algun comando o sugerencia -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l bueno usando la más podrías obtener la marca o modelo de la tarjeta de red, y por ahí ir descartando, tienes que hacer búsquedas en las tablas ARP, si tienes switch capa 2, podrías revisar la tabla de los mismo, y así determinar en que puerto del switch se encuentra conectada dicha MAC. Salu2. -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236 jabber: linuxc...@openmailbox.org Brascuba Cigarrillos S.A. La Habana. Cuba. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
[Gutl-l] red
si por ejemplo yo tengo este rango de de ip en mi red lan 142.132.0.1 y existiera por violaciones otra red q sele hace ping 192.168.0.xx desde linux como puedo saber e l ombre de esa PC ya e probado algunos comando como por ejemplo nmap y me da bien el ip y la MAC pero quiero saber el nombre para poder identificar de donde sale algun comando o sugerencia -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Porblema con postfix
El 18/02/16 a las 09:59, Rommel Rodriguez Toirac escribió: El Domingo, 14 de febrero de 2016 10:45:10 Ulises González Horta escribió: El sáb, 13-02-2016 a las 17:15 -0500, Rommel Rodriguez Toirac escribió: y tampoco tengo a SElinux. Que me puede estar ocurriendo? Gran rommel una vez me pasó algo MUY similar a eso puerto abierto, pero cuando me conectaba por telnet el servicio no respondía o me desconectaba al rato, algo así es lo que recuerdo pues eso fue en el 2005, pero en resumen lo que pasaba era que cuando definí una tabla en el main.cf dejé un espacio en un lugar que no debía, fue algo como transport_maps hash:/etc/tabla y yo puse transport_maps hash: /etc/tabla Ese espacio luego de los : era el que estaba jodiéndolo todo, y daba comportamientos muy raros, revisa todas tus definiciones de tablas a ver si es eso... Saludos Ulises; lista; he revisado la configuración y no encuentro errores de espacios como los que me dices. Esa configuración es la que tengo en un servidor de correo electrónico en producción acá en el trabajo. Le hice los ajustes necesarios para la PC para donde va. Diferencias entre las PCs, una es CentOS 6.5 (nativo) [donde está corriendo ahora] y la versión de postfix es 2.6.6. La otra es un contenedor de CentOS 7, en un Proxmox 4 y la versión de postfix es 2.10.1 Entre estos dos postfix habrá mucha diferencia? de una versión a la otra se habrán eliminado algunos de los parámetros de configuración o habrán cambiado de nombre? brother hace días te mande a decir, lo que tenias que poner en la configuración del contenedor proxmox, LXC que usa la versión 4, recomendada la 4.1 esta mucho más pulida y corregida. Para que el postfix trabaje bien en modo conteiner, al parecer ignoraste mi correo, revisa los archivos de la lista. Salu2. -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236 jabber: linuxc...@openmailbox.org Brascuba Cigarrillos S.A. La Habana. Cuba. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Porblema con postfix
El Domingo, 14 de febrero de 2016 10:45:10 Ulises González Horta escribió: > El sáb, 13-02-2016 a las 17:15 -0500, Rommel Rodriguez Toirac escribió: > > y tampoco tengo a SElinux. > > > > Que me puede estar ocurriendo? > > Gran rommel > > una vez me pasó algo MUY similar a eso puerto abierto, pero cuando me > conectaba por telnet el servicio no respondía o me desconectaba al rato, > algo así es lo que recuerdo pues eso fue en el 2005, pero en resumen lo > que pasaba era que cuando definí una tabla en el main.cf dejé un espacio > en un lugar que no debía, fue algo como > > transport_maps hash:/etc/tabla > > y yo puse > > > transport_maps hash: /etc/tabla > > Ese espacio luego de los : era el que estaba jodiéndolo todo, y daba > comportamientos muy raros, revisa todas tus definiciones de tablas a ver > si es eso... Saludos Ulises; lista; he revisado la configuración y no encuentro errores de espacios como los que me dices. Esa configuración es la que tengo en un servidor de correo electrónico en producción acá en el trabajo. Le hice los ajustes necesarios para la PC para donde va. Diferencias entre las PCs, una es CentOS 6.5 (nativo) [donde está corriendo ahora] y la versión de postfix es 2.6.6. La otra es un contenedor de CentOS 7, en un Proxmox 4 y la versión de postfix es 2.10.1 Entre estos dos postfix habrá mucha diferencia? de una versión a la otra se habrán eliminado algunos de los parámetros de configuración o habrán cambiado de nombre? -- Rommel Rodriguez Toirac Administrador de red ONAT Guantánamo Teléfono (pizarra): 327444,326625,326376,327677,326576 Extensión: 120 __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Problemas al instalar paquete
El Martes, 16 de febrero de 2016 10:10:56 Servilio Afre Puentes escribió: > On Thu, Feb 11 2016, Rommel Rodriguez Toirac wrote: > [...] > > > Configurando libapache2-mod-perl2 (2.0.8+httpd24-r1449661-6ubuntu2) ... > > > > dpkg: error al procesar el paquete libapache2-mod-perl2 (--configure): > > el subproceso instalado el script post-installation devolvió el código de > > > > salida de error 1 > > El problema es esto, errores en los guiones de post/pre-instalación son > poco frecuentes, pero pueden ocurrir. Se pueden arreglar a mano, mira > en: > >/var/lib/dpkg/info/libapache2-mod-perl2.postinst > > A veces solo basta comentar el código q está haciendo algo mal (como > usar un archivo o ejecutable q no existe), y listo. O puedes esperar a q > lo arreglen, o seguir usando lighttpd ;) > > Servilio Gracias Servilio, por ahora seguiré usando lighttpd pero ya se como arreglármelas cuando algo así me suceda otra vez. En mi caso particular, nunca me había sucedido. Gracias. -- Rommel Rodriguez Toirac Administrador de red ONAT Guantánamo Teléfono (pizarra): 327444,326625,326376,327677,326576 Extensión: 120 __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
[Gutl-l] Meizu unveils the most powerful Ubuntu phone yet
Nick Summers - Engadget - Thursday, February 18, 2016 Once again, it's the Chinese smartphone manufacturer Meizu that's helping Canonical sell its vision of an Ubuntu handset. Following the MX4, the company has unwrapped the "Ubuntu Edition" Pro 5, which promises the best spec sheet in an Ubuntu phone to date. That is, without you installing the platform on another device manually, anyway. It's a large handset, dominated by a 5.7-inch AMOLED display (1080p) and a small fingerprint sensor. Under the hood is an eight-core Samsung Exynos 7420 processor, backed up by either 3GB or 4GB of RAM, which varies depending on whether you choose 32GB or 64GB of internal storage. The rest of the phone is equally impressive, at least on paper. A 21-megapixel camera sits on the back, while a 5-megapixel snapper rides up front for selfies and video calls. Everything draws power from a 3050mAh battery which, at least in China, can be quickly topped up using Meizu's "mCharge" technology. In short, it's the exact same hardware found on the regular Pro 5, which runs Android Lollipop rather than Ubuntu. With plenty of power, this device should appeal to some of Ubuntu's biggest fans. (The Ubuntu Edge eclipsed it in some areas, but didn't make it past the crowdfunding stage.) We've never had a problem with the hardware from Canonical's partners though -- it's the platform itself that needs some work. Ubuntu on mobile is a novel experience and there are some promising ideas, such as Scopes, which rethink how information should be packaged and presented on your phone. But development has been slow and in the years we've been tracking the platform its biggest rivals, Android and iOS, have made huge leaps in design and utility. With its first tablet, the BQ Aquaris M10, Canonical has finally delivered its "Convergence" feature which lets you plug in a monitor and use it like a PC. Microsoft is touting a similar service with Continuum on Windows 10 Mobile, although we're yet to be sold on the overall concept. Canonical says that while the Pro 5 lacks MHL output, it's running the latest Ubuntu code and "is capable of providing a traditional desktop experience." If and how that functionality will materialize, however, is currently unclear. Pre-orders for the Pro 5 Ubuntu Edition will begin on Monday, during Mobile World Congress in Barcelona. Canonical is staying tight-lipped about the price but says anyone around the world, including people in the US, will be able to buy one online. (That makes a change from previous handsets, which took six months to cross the pond.) We'll give you some impressions once we've tried the device ourselves in sunny Spain. Tomado de www.engadget.com/2016/02/17/meizu-pro-5-ubuntu-edition/?ncid=txtlnkusaolp0618 -- Lic. Eddys Díaz Cuesta Cargo: Esp. C en Ciencias Informáticas, (Administrador de red) Centro: Empresa Agropecuaria Florencia Telef: (53)-(33)-(554231) e-mail: informat...@cav.tabaco.co.cu __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
