[Gutl-l] Re: (gutl-l) Problema con VM en Proxmox
Le remito a este blog, donde creo que una vez que lo lea y se lo estudie, podrá encontrar la solución a su problema. http://nihilanthlnxc.cubava.cu/2016/01/11/de-mi-manual-de-proxmox-ve-4-x-redimensionado-de-los-discos-duros-de-las-maquinas-virtuales-y-particiones-raiz-de-los-contenedores-parte-i/ http://nihilanthlnxc.cubava.cu/2016/01/12/de-mi-manual-de-proxmox-ve-4-x-redimensionado-de-los-discos-duros-de-las-maquinas-virtuales-y-particiones-raiz-de-los-contenedores-parte-ii/ http://nihilanthlnxc.cubava.cu/2016/01/12/de-mi-manual-de-proxmox-ve-4-x-redimensionado-de-los-discos-duros-de-las-maquinas-virtuales-y-particiones-raiz-de-los-contenedores-parte-iii/ Le recomendaría que haga una salva, por si falla algo, tenga la posibilidad de restaurar. Saludos, William El 2018-11-22 14:53, Marcelino Bacerio Fdez escribió: Hola Lista Cambié el tamaño de una VM en proxmox 5.2 y me cambio bien el espacio en el disco (interfaz web) pero ¿como puedo cambiarlo en el disco virtual dentro de linux (ubuntu 18.04) sin perder los datos? Saludos Tito Unidad Básica Textil "Rubén Martínez Villena ALQUITEX" Dir.: Ave. 91 #12203 e/ 122 y 126, Alquízar, Artemisa, Cuba. Tel: 4741 8304, 4741 8104, 4741 8448, 4741 8300 ___ Gutl-l mailing list -- gutl-l@listas.jovenclub.cu To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu ___ Gutl-l mailing list -- gutl-l@listas.jovenclub.cu To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu
[Gutl-l] Re: (gutl-l) Problema con VM en Proxmox
El 22/11/18 a las 14:53, Marcelino Bacerio Fdez escribió: > Hola Lista > > Cambié el tamaño de una VM en proxmox 5.2 y me cambio bien el espacio > en el disco (interfaz web) > > pero ¿como puedo cambiarlo en el disco virtual dentro de linux > (ubuntu 18.04) sin perder los datos? > > > Saludos > > Tito > > > Unidad Básica Textil "Rubén Martínez Villena ALQUITEX" > Dir.: Ave. 91 #12203 e/ 122 y 126, Alquízar, Artemisa, Cuba. > Tel: 4741 8304, 4741 8104, 4741 8448, 4741 8300 > > ___ > Gutl-l mailing list -- gutl-l@listas.jovenclub.cu > To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu Una vez que lo aumentes tienes que usar un livecd con algunas distro y usando parted o gparted, estirar el disco para que asuma todo su tamaño, si es mbr puedes usar el fdisk de toda la vida, si es gpt, gdisk, partex. -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236 jabber: linuxc...@teknik.io Brascuba Cigarrillos S.A. La Habana. Cuba. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” signature.asc Description: OpenPGP digital signature ___ Gutl-l mailing list -- gutl-l@listas.jovenclub.cu To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu
Re: [Gutl-l] Problema
El día domingo, diciembre 17, 2017 a las 01:42:07p. m. -0500, Daniel escribió: > No quisiera recibir más correos. Q debo hacer ? > Enviado desde mi iPhone Deberías o botar tu iPhone al Mar o cancelar tu suscripción en la lista. matthias -- Matthias Apitz, ✉ g...@unixarea.de, ⌂ http://www.unixarea.de/ 📱 +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub __ 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] Problema con un supuesto parche de seguridad para bind
El mié, 28-06-2017 a las 08:22 -0400, Arian Molina Aguilera escribió: > El 27/06/17 a las 16:29, Alberto José García Fumero escribió: > > El mar, 27-06-2017 a las 14:27 -0400, Lázaro Armando escribió: > >> Te refieres a esto > >> > >> https://www.samba.org/samba/security/CVE-2017-7494.html > >> > >> > >> En teoría, setiando esa opción a «no», te defiendes de WannaCry > >> > > > > Sí, viejo, pero si lo hago no se autentican los usuarios de ese dominio > > Samba 4. > > > > A veces pienso que es verdad eso de que la teoría sirve para explicar > > por qué las cosas no funcionan en la práctica. > > > Que clientes no se te autentican, seguramente los viejos XP??? > Probé con un XP y un Win 7. -- 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] Problema con un supuesto parche de seguridad para bind
El 27/06/17 a las 16:29, Alberto José García Fumero escribió: > El mar, 27-06-2017 a las 14:27 -0400, Lázaro Armando escribió: >> Te refieres a esto >> >> https://www.samba.org/samba/security/CVE-2017-7494.html >> >> >> En teoría, setiando esa opción a «no», te defiendes de WannaCry >> > > Sí, viejo, pero si lo hago no se autentican los usuarios de ese dominio > Samba 4. > > A veces pienso que es verdad eso de que la teoría sirve para explicar > por qué las cosas no funcionan en la práctica. > Que clientes no se te autentican, seguramente los viejos XP??? -- 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. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ 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] Problema con repos de Manjaro
On 06/27/2017 11:36 AM, Maikel Llamaret Heredia wrote: El 27/06/17 a las 10:53, Ernesto Acosta escribió: Primero, no soy profe y lo sabes :P Segundo, yo no dije que tu método no funcionara, sino que la forma correcta de hacerlo es como lo mostré, porque al final con tu método estás haciendo lo mismo, pero escribiendo más y con la posibilidad de tener algún problema si necesitas algún paquete de 32 bits, porque como yo lo veo, estás obligando a la distro a usar solo paquetes de 64bits. A no ser claro, que el paquete de 32 tenga hecho un enlace simbólico al repo de 64 y no tengas problemas. 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 A ver Ernesto, cuando escribí "Profe" no lo hice ni por doble sentido ni con intenciones ocultas, sino porque cuando leo algo escrito por tí lo tomo muy pero muy en cuenta, porque precisamente a ti te debo buena parte de lo que aprendí cuando llegue a Linux. Por muchos años que lleve yo en Linux, tu siempre me vas a llevar un buen trecho, así que, de corazón te digo que no lo dije con doble sentido ni nada. En mi caso, no uso paquetes de 32 (de hecho ni siquiera tengo activada la rama multilib) por eso con ese método (que vuelvo y digo, no es el oficial ni el recomendado) no tengo problemas xq en mi caso se y estoy seguro que no quiero ni un paquete de 32 en mi sistema. Regresando al problema inicial, sería bueno que Juan Carlos, probase con el método oficial de declarar los repositorios, la cosa es que resuelva y lo oficial, es lo oficial... Y Ernesto, sorry si malinterpretaste lo de "Profe", en mi caso, si no quieres que te llame "Profe" vas a tener que mudarte p'al planeta más alejado de la tierra, a, y no es cumplido ni adulonería, es que para mi, todo el que ha aportado un buen cúmulo de conocimiento a mi persona, no veo por que no llamarlo profe ;) No me lo tomé mal, solo aclaraba que no era profe, no sea que algunos piensen que estudié Pedagogía jajaja. Y lomismo para Juan Carlos.. ayudar no te hace profe ni mucho menos, aquí cada cual comparte lo que sabe. Saludos mi gente. __ 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] Problema con un supuesto parche de seguridad para bind
El mar, 27-06-2017 a las 14:27 -0400, Lázaro Armando escribió: > Te refieres a esto > > https://www.samba.org/samba/security/CVE-2017-7494.html > > > En teoría, setiando esa opción a «no», te defiendes de WannaCry > Sí, viejo, pero si lo hago no se autentican los usuarios de ese dominio Samba 4. A veces pienso que es verdad eso de que la teoría sirve para explicar por qué las cosas no funcionan en la práctica. -- 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] Problema con un supuesto parche de seguridad para bind
Te refieres a esto https://www.samba.org/samba/security/CVE-2017-7494.html En teoría, setiando esa opción a «no», te defiendes de WannaCry On Mon, 2017-06-26 at 16:48 -0400, Alberto José García Fumero wrote: > nt pipe support=no -- 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] Problema con repos de Manjaro
Bueno yo diria que si eres profe y mas que eso recuerdo hace unos años en mi afan de probar archlinux te contacte y me ayudastes mucho incluso te llame a tu casa por telf por aquel tiempo lo estaba intentando en la PC viejita de la casa pero al final no pude el video no lo reconocia por nigun lado, yo comence con linux alla por el 2010-2011 con debian 5 luego 6, 7 el 8 no lo probe pero el 9 si pienso usarlo como desktop he usado debian+kde+xfce, ubuntu, linuxmint nunca he probado ninguna distro rpm aunque me inquieta fedora o opensuse, aun no desisto de probar algun dia arch o kaos aunque ahora este probando manjaro por primera vez, he instalado y config servidores con debian con todos los servicios aun me falta mucho por aprender sobre todo de proxmox y pfsense son tareas pendientes que tengo pero todos los dias se aprende algo nuevo verdad!! muchos aca me conocen de toda una vida en la lista.. Salu2. -- Juan Carlos Hernández Gallardo Administrador de Red ETE UEB Ciego de Ávila Email: jchernan...@etecav.transnet.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] Problema con repos de Manjaro
El 27/06/17 a las 10:53, Ernesto Acosta escribió: Primero, no soy profe y lo sabes :P Segundo, yo no dije que tu método no funcionara, sino que la forma correcta de hacerlo es como lo mostré, porque al final con tu método estás haciendo lo mismo, pero escribiendo más y con la posibilidad de tener algún problema si necesitas algún paquete de 32 bits, porque como yo lo veo, estás obligando a la distro a usar solo paquetes de 64bits. A no ser claro, que el paquete de 32 tenga hecho un enlace simbólico al repo de 64 y no tengas problemas. 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 A ver Ernesto, cuando escribí "Profe" no lo hice ni por doble sentido ni con intenciones ocultas, sino porque cuando leo algo escrito por tí lo tomo muy pero muy en cuenta, porque precisamente a ti te debo buena parte de lo que aprendí cuando llegue a Linux. Por muchos años que lleve yo en Linux, tu siempre me vas a llevar un buen trecho, así que, de corazón te digo que no lo dije con doble sentido ni nada. En mi caso, no uso paquetes de 32 (de hecho ni siquiera tengo activada la rama multilib) por eso con ese método (que vuelvo y digo, no es el oficial ni el recomendado) no tengo problemas xq en mi caso se y estoy seguro que no quiero ni un paquete de 32 en mi sistema. Regresando al problema inicial, sería bueno que Juan Carlos, probase con el método oficial de declarar los repositorios, la cosa es que resuelva y lo oficial, es lo oficial... Y Ernesto, sorry si malinterpretaste lo de "Profe", en mi caso, si no quieres que te llame "Profe" vas a tener que mudarte p'al planeta más alejado de la tierra, a, y no es cumplido ni adulonería, es que para mi, todo el que ha aportado un buen cúmulo de conocimiento a mi persona, no veo por que no llamarlo profe ;) -- Maikel Llamaret Heredia Linux User 587451 Web & Media Integrated Solutions ® Proyecto SWL-X http://swlx.260mb.net +53 53354649 +5322 614276 Sent From Manjaro Linux __ 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] Problema con un supuesto parche de seguridad para bind
El 27/06/17 a las 11:42, Alberto José García Fumero escribió: > El mar, 27-06-2017 a las 10:28 -0400, Ulises Gonzalez Horta escribió: > >> Creo que estas en el comportamiento esperado según mi primera cita, la >> ultima que es de Samba.org te dice que version poner > > Mil gracias, hermano. > > Veré cómo hacerme de esa versión, en .tar.gz. > > Como le comentaba a Arian, no me es permitido abrir un FTP para que me > suban los paquetes, ni siquiera permitir acceso a mi "sitio" HTTP (sin > información que valga dos centavos) a todos, sino a las IP autorizadas. > > Y todavía estoy esperando a ver algún día si me autorizan salir más allá > de las aguas territoriales ;-) > > La vida es dura, hermano. > Te mande un correo de nuevo te llego, claro que no es permitido para cualquiera, pero soy del mismo grupo empresarial como lo sabes, el cual existen reglas en nuestra red para el intercambio correcto de información, como te comentabas puedes abrir FTP para subirte los archivos, obvio solo para mi ip y luego lo cierras. 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. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ 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] Problema con un supuesto parche de seguridad para bind
El mar, 27-06-2017 a las 10:28 -0400, Ulises Gonzalez Horta escribió: > Creo que estas en el comportamiento esperado según mi primera cita, la > ultima que es de Samba.org te dice que version poner Mil gracias, hermano. Veré cómo hacerme de esa versión, en .tar.gz. Como le comentaba a Arian, no me es permitido abrir un FTP para que me suban los paquetes, ni siquiera permitir acceso a mi "sitio" HTTP (sin información que valga dos centavos) a todos, sino a las IP autorizadas. Y todavía estoy esperando a ver algún día si me autorizan salir más allá de las aguas territoriales ;-) La vida es dura, hermano. -- 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] Problema con repos de Manjaro
On 06/27/2017 09:46 AM, Maikel Llamaret Heredia wrote: El 27/06/17 a las 09:11, Ernesto Acosta escribió: Edito que me faltaron datos: A simple vista te puedo decir que de entrada está mal puesta la ruta. Normalmente, lo que tienes que hacer es solamente crear un fichero en /etc/pacman.d/ y le pones el nombre que quieras, por ejemplo: /etc/pacman.d/mirepo y adentro le pones algo como esto: Server = file:///home/juanca/manjaro(1)/$repo/os/$arch Si te fijas, uno no pone directamente ni core, community, extra, ni la arquitectura, uno pone esas variables que detectan todo lo anterior. Ahora en el fichero pacman.conf solo tienes que añadir la línea: [core] Include = /etc/pacman.d/mirepo [extra] Include = /etc/pacman.d/mirepo [community] Include = /etc/pacman.d/mirepo Prueba con eso y nos dices. __ 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 Profe Ernesto, a ver, a mi me funcionan las dos formas. La elegante y correcta que es la que dices, y la otra de hacerlo en /etc/pacman.conf declarando desde ahí la ubicación. Por ejemplo, mi pacman.conf en este preciso instante está así: [core] SigLevel = PackageRequired Server = https://ca.mirror.babylon.network/manjaro/testing/core/x86_64/ [extra] SigLevel = PackageRequired Server = https://ca.mirror.babylon.network/manjaro/testing/extra/x86_64/ [community] SigLevel = PackageRequired Server = https://ca.mirror.babylon.network/manjaro/testing/community/x86_64/ Y acabo de dar una actualizadita sin problemas... Cuando no quiero gastar CUC adicionales, pongo el pacman.conf de esta otra manera: [core] SigLevel = PackageRequired Server = http://descargas.jovenclub.cu/repos/manjaro/xperimental/core/x86_64/ [extra] SigLevel = PackageRequired Server = http://descargas.jovenclub.cu/repos/manjaro/xperimental/extra/x86_64/ [community] SigLevel = PackageRequired Server = http://descargas.jovenclub.cu/repos/manjaro/xperimental/community/x86_64/ Y funciona, salvo cuando el bendito datacenter de etecsa donde esta alojado el repo se pone en fase... Primero, no soy profe y lo sabes :P Segundo, yo no dije que tu método no funcionara, sino que la forma correcta de hacerlo es como lo mostré, porque al final con tu método estás haciendo lo mismo, pero escribiendo más y con la posibilidad de tener algún problema si necesitas algún paquete de 32 bits, porque como yo lo veo, estás obligando a la distro a usar solo paquetes de 64bits. A no ser claro, que el paquete de 32 tenga hecho un enlace simbólico al repo de 64 y no tengas problemas. 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
Re: [Gutl-l] Problema con repos de Manjaro
El 27/06/17 a las 09:11, Ernesto Acosta escribió: Edito que me faltaron datos: A simple vista te puedo decir que de entrada está mal puesta la ruta. Normalmente, lo que tienes que hacer es solamente crear un fichero en /etc/pacman.d/ y le pones el nombre que quieras, por ejemplo: /etc/pacman.d/mirepo y adentro le pones algo como esto: Server = file:///home/juanca/manjaro(1)/$repo/os/$arch Si te fijas, uno no pone directamente ni core, community, extra, ni la arquitectura, uno pone esas variables que detectan todo lo anterior. Ahora en el fichero pacman.conf solo tienes que añadir la línea: [core] Include = /etc/pacman.d/mirepo [extra] Include = /etc/pacman.d/mirepo [community] Include = /etc/pacman.d/mirepo Prueba con eso y nos dices. __ 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 Profe Ernesto, a ver, a mi me funcionan las dos formas. La elegante y correcta que es la que dices, y la otra de hacerlo en /etc/pacman.conf declarando desde ahí la ubicación. Por ejemplo, mi pacman.conf en este preciso instante está así: [core] SigLevel = PackageRequired Server = https://ca.mirror.babylon.network/manjaro/testing/core/x86_64/ [extra] SigLevel = PackageRequired Server = https://ca.mirror.babylon.network/manjaro/testing/extra/x86_64/ [community] SigLevel = PackageRequired Server = https://ca.mirror.babylon.network/manjaro/testing/community/x86_64/ Y acabo de dar una actualizadita sin problemas... Cuando no quiero gastar CUC adicionales, pongo el pacman.conf de esta otra manera: [core] SigLevel = PackageRequired Server = http://descargas.jovenclub.cu/repos/manjaro/xperimental/core/x86_64/ [extra] SigLevel = PackageRequired Server = http://descargas.jovenclub.cu/repos/manjaro/xperimental/extra/x86_64/ [community] SigLevel = PackageRequired Server = http://descargas.jovenclub.cu/repos/manjaro/xperimental/community/x86_64/ Y funciona, salvo cuando el bendito datacenter de etecsa donde esta alojado el repo se pone en fase... -- Maikel Llamaret Heredia Linux User 587451 Web & Media Integrated Solutions ® Proyecto SWL-X http://swlx.260mb.net +53 53354649 +5322 614276 Sent From Manjaro Linux __ 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] Problema con un supuesto parche de seguridad para bind
Em 2017-06-26 17:14, Arian Molina Aguilera escreveu: El 26/06/17 a las 16:48, Alberto José García Fumero escribió: Buenos días. en su momento leí, no recuerdo dónde (esta memoria, como siempre...), sobre un exploit en Samba 4 que podía desactivarse mediante la línea nt pipe support=no en /etc/smb.conf, pero si lo hago no es posible autenticar contra el Samba 4. ¿Alguien ha oído hablar de eso? Quisiera saber si eso tiene fundamento o no. Solo actualiza samba a la versión 4.6.5, y no debes tener ningún problema con dicha vulnerabilidad. Creo que estas en el comportamiento esperado segun mi primera cita, la ultima que es de Samba.org te dice que version poner https://arstechnica.com/security/2017/05/a-wormable-code-execution-bug-has-lurked-in-samba-for-7-years-patch-now/ People who use Samba should check with their operating system or device provider to see if a fix is available. Those who are unable to patch immediately can work around the vulnerability by adding the line nt pipe support = no to their Samba configuration file and restarting the network's SMB daemon. The change will prevent clients from fully accessing some network computers. The change may also disable some expected functions for connected Windows machines. Given the ease and reliability of exploits, this hole is worth plugging as soon as possible. It's likely only a matter of time until attackers begin actively targeting it. --- https://nakedsecurity.sophos.com/2017/05/26/samba-exploit-not-quite-wannacry-for-linux-but-patch-anyway/ What to do? Unlike ETERNALBLUE and WannaCry, not every vulnerable SMB service can actively be exploited, so the risk is easier to control. Here’s what you need to know: If you have Samba installed but are only using it as a client to connect out to other file shares, the exploit can’t be used because there is no listening server for a crook to connect to. If you have Samba shares open but they are configured read-only (for example if you are using Samba to publish updates to Windows PCs on your network), the exploit can’t be used because the crooks can’t upload their malware file to start the attack. If you have writable Samba shares but you have set the Samba configuration option nt pipe support = no, the exploit can’t be used because the crooks can’t send the malformed IPC requests to launch the malware they just uploaded. If you update your Samba version to 4.6.4 (4.5.10 or 4.4.14 if you are on older release branches), the exploit can’t be used because Samba won’t accept the malformed IPC request that references the uploaded malware by its local path name. -- https://www.samba.org/samba/security/CVE-2017-7494.html == Subject: Remote code execution from a writable share. == == CVE ID#: CVE-2017-7494 == == Versions:All versions of Samba from 3.5.0 onwards. == == Summary: Malicious clients can upload and cause the smbd server == to execute a shared library from a writable share. == === Description === All versions of Samba from 3.5.0 onwards are vulnerable to a remote code execution vulnerability, allowing a malicious client to upload a shared library to a writable share, and then cause the server to load and execute it. == Patch Availability == A patch addressing this defect has been posted to http://www.samba.org/samba/security/ Additionally, Samba 4.6.4, 4.5.10 and 4.4.14 have been issued as security releases to correct the defect. Patches against older Samba versions are available at http://samba.org/samba/patches/. Samba vendors and administrators running affected versions are advised to upgrade or apply the patch as soon as possible. -- Salu2, Ulinx "En un problema con n ecuaciones siempre habrá al menos n+1 incógnitas" Linux user 366775 __ 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] Problema con repos de Manjaro
El 27/06/17 a las 09:11, Ernesto Acosta escribió: > Edito que me faltaron datos: > > > A simple vista te puedo decir que de entrada está mal puesta la ruta. > Normalmente, lo que tienes que hacer es solamente crear un fichero en > /etc/pacman.d/ y le pones el nombre que quieras, por ejemplo: > > /etc/pacman.d/mirepo > > y adentro le pones algo como esto: > > Server = file:///home/juanca/manjaro(1)/$repo/os/$arch > > Si te fijas, uno no pone directamente ni core, community, extra, ni la > arquitectura, uno pone esas variables que detectan todo lo anterior. > > Ahora en el fichero pacman.conf solo tienes que añadir la línea: > > [core] > Include = /etc/pacman.d/mirepo > > [extra] > Include = /etc/pacman.d/mirepo > > [community] > Include = /etc/pacman.d/mirepo > > > Prueba con eso y nos dices. > > > __ > 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 exacto esta es la configuración correcta, tanto para arch, manjaro o kaos. 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. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ 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] Problema con repos de Manjaro
Edito que me faltaron datos: A simple vista te puedo decir que de entrada está mal puesta la ruta. Normalmente, lo que tienes que hacer es solamente crear un fichero en /etc/pacman.d/ y le pones el nombre que quieras, por ejemplo: /etc/pacman.d/mirepo y adentro le pones algo como esto: Server = file:///home/juanca/manjaro(1)/$repo/os/$arch Si te fijas, uno no pone directamente ni core, community, extra, ni la arquitectura, uno pone esas variables que detectan todo lo anterior. Ahora en el fichero pacman.conf solo tienes que añadir la línea: [core] Include = /etc/pacman.d/mirepo [extra] Include = /etc/pacman.d/mirepo [community] Include = /etc/pacman.d/mirepo Prueba con eso y nos dices. __ 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] Problema con un supuesto parche de seguridad para bind
El 26/06/17 a las 16:48, Alberto José García Fumero escribió: > Buenos días. > > en su momento leí, no recuerdo dónde (esta memoria, como siempre...), > sobre un exploit en Samba 4 que podía desactivarse mediante la línea > > nt pipe support=no > > > en /etc/smb.conf, pero si lo hago no es posible autenticar contra el > Samba 4. > > ¿Alguien ha oído hablar de eso? Quisiera saber si eso tiene fundamento o > no. > Solo actualiza samba a la versión 4.6.5, y no debes tener ningún problema con dicha vulnerabilidad. -- 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. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ 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] Problema con repos de Manjaro
El 26/06/17 a las 12:45, Juan Carlos escribió: On 26/06/17 10:39, Arian Molina Aguilera wrote: El 26/06/17 a las 09:08, Juan Carlos escribió: Hola amigos recien me instale manjaro como distro copie los repos y los tengo locales en mi pc pero al ejecutar el comando sudo pacman -Syu no me ejecuta que tendre mal. [core] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/core/ [community] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/community/ [extra] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/extra/ __ 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 estas seguro que es la ruta??. porque no renombras el directorio a solo manjaro quitando (1), el comando pacman -Syu debes ejecutarlo como root o en cambio usando sudo. si esa es la ruta el problema es que tengo otro directorio llamado manjaro pero esta incompleto he intentado borrarlo pero no me deja. __ 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 como que borrarlo y no te deja?? tendrás que hacerlo como root. dentro de core por ej, tienes dos directorios i686 y x86_amd, debes apuntar directamente a alguno de ellos en dependencia de la arquitectura que estás usando. 32bit o 64bit. No es x86_amd sino x86_64 (la implementacion de Intel de 64 Bits). En fin, según datos que me envía el usuario al privado, recomiendo por otro lado: Dices que el repo pesa 57 porque eso te dijeron donde lo copiaste o porque acabas de verificar tu mismo el tamaño Si el ls te devuelve ese error, esto es matematicas simples y exactas, o estas poniendo MAL la ubicación, o el repositorio esta incompleto, me decanto por lo primero. Enviame exactamente todo el contenido del fichero /etc/pacman.conf. Todo lo que dice ese archivo (copia hasta lo que tengas comentado #), todo, no solo la declaración de los repositorios. El repo esta exactamente en esa dirección (/home/juanca/repo/) o estás usando algún enlace simbólico? Aunque estén los ficheros en tar.xz (no en tar.gz como me escribes, en archlinux y derivados se usa tar.xz en la paquetería), lo importante es que esten los ficheros .db que son los que usa pacman para leer el registro total de las paqueterias en el repo y comparar con lo que almacena en /var/cache/pacman/pkg/. Si no puede acceder a los .db, mal estás. Te pregunto si usas enlaces simbólicos desde esa ubicación porque necesito saber si realmente tienes esos repositorios en /home/tuusuario/blablabla o en algún dispositivo externo con algún sistema de archivos como fat32 o incompatibles con los enlaces simbolicos iinternos del repositorios de manjaro, esos enlaces simbolicos apuntan de la direccion /core /community /extra a a overlay y sync dentro del repositorio. -- Maikel Llamaret Heredia Linux User 587451 Web & Media Integrated Solutions ® Proyecto SWL-X http://swlx.260mb.net +53 53354649 +5322 614276 Sent From Manjaro Linux __ 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] Problema con repos de Manjaro
El 26/06/17 a las 13:03, Juan Carlos escribió: > On 26/06/17 10:52, Maikel Llamaret Heredia wrote: >> Bueno, si declaras el /etc/pacman.conf de esa manera, entonces al >> final de cada ubicación debes aclarar la arquitectura. Por ejemplo si >> es de 64 bits, prueba con: >> >> [core] >> SigLevel = PackageRequired >> Server = file:///home/juanca/manjaro(1)/stable/core/x86_64/ >> [community] >> SigLevel = PackageRequired >> Server = file:///home/juanca/manjaro(1)/stable/community/x86_64/ >> [extra] >> SigLevel = PackageRequired >> Server = file:///home/juanca/manjaro(1)/stable/extra/x86_64/ >> >> Con eso debes resolver, no obstante, si hay otro problema, además de >> lo dicho anteriormente, renombra la ubicación esa manjaro(1) a otro >> nombre sin parentesis, aunque repito, eso no debería traer problemas. >> Lo primero si debes tomarlo en cuanto, la arquitectura en cuenta, >> prueba y dejanos saber y por favor, especifica que error te devuelve >> en consola >> >> El 26/06/17 a las 09:08, Juan Carlos escribió: >>> Hola amigos recien me instale manjaro como distro copie los repos y >>> los tengo locales en mi pc pero al ejecutar el comando sudo pacman >>> -Syu no me ejecuta que tendre mal. >>> >>> [core] >>> SigLevel = PackageRequired >>> Server = file:///home/juanca/manjaro(1)/stable/core/ >>> [community] >>> SigLevel = PackageRequired >>> Server = file:///home/juanca/manjaro(1)/stable/community/ >>> [extra] >>> SigLevel = PackageRequired >>> Server = file:///home/juanca/manjaro(1)/stable/extra/ >>> >>> >>> >>> >>> __ >>> 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 >>> >> > negativo maikel no me funciona cambie el nombre de manjaro (1) por repo > y le puse i686 mi sistema es 32bit y nada este es el error. > > [juanca@admin ~]$ su root Contraseña: [root@admin juanca]# nano > /etc/pacman.conf [root@admin juanca]# sudo pacman -Syu :: > Sincronizando las bases de datos de los paquetes… error: no se pudo > obtener el archivo «core.db» desde disco: Couldn't open file > /home/juanca/repo/stable/core/i686/core.db error: no se pudo actualizar > core (error de la biblioteca de descarga) error: no se pudo obtener el > archivo «community.db» desde disco: Couldn't open file > /home/juanca/repo/stable/community/i686/community.db error: no se pudo > actualizar community (error de la biblioteca de descarga) error: no se > pudo obtener el archivo «extra.db» desde disco: Couldn't open file > /home/juanca/repo/stable/extra/i686/extra.db error: no se pudo > actualizar extra (error de la biblioteca de descarga) error: no se pudo > sincronizar ninguna base de datos error: no se pudo iniciar la operación > (error de la biblioteca de descarga) [root@admin juanca]# > > > > __ > 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 y revisaste si tienes ese archivo ahí en ese lugar??, porque sino tienes un repo incompleto, o de lo contrario tienes problema de permisos donde tienes copiado el repo que no se puede acceder dicha db. Por otra parte veo que estás en un shell como root, no necesitas ejecutar elc omando con sudo. -- 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. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ 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] Problema con repos de Manjaro
Desde consola lanza un ls /home/juanca/repo/stable/core/i686/core.db ls /home/juanca/repo/stable/extra/i686/extra.db ls /home/juanca/repo/stable/community/i686/community.db Y dime que te devuelve la consola, para asegurar de una vez que esta bien la ubicación (estoy suponiendo que el repo está bien copiado/sincronizado) El 26/06/17 a las 13:03, Juan Carlos escribió: On 26/06/17 10:52, Maikel Llamaret Heredia wrote: Bueno, si declaras el /etc/pacman.conf de esa manera, entonces al final de cada ubicación debes aclarar la arquitectura. Por ejemplo si es de 64 bits, prueba con: [core] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/core/x86_64/ [community] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/community/x86_64/ [extra] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/extra/x86_64/ Con eso debes resolver, no obstante, si hay otro problema, además de lo dicho anteriormente, renombra la ubicación esa manjaro(1) a otro nombre sin parentesis, aunque repito, eso no debería traer problemas. Lo primero si debes tomarlo en cuanto, la arquitectura en cuenta, prueba y dejanos saber y por favor, especifica que error te devuelve en consola El 26/06/17 a las 09:08, Juan Carlos escribió: Hola amigos recien me instale manjaro como distro copie los repos y los tengo locales en mi pc pero al ejecutar el comando sudo pacman -Syu no me ejecuta que tendre mal. [core] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/core/ [community] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/community/ [extra] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/extra/ __ 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 negativo maikel no me funciona cambie el nombre de manjaro (1) por repo y le puse i686 mi sistema es 32bit y nada este es el error. [juanca@admin ~]$ su root Contraseña: [root@admin juanca]# nano /etc/pacman.conf [root@admin juanca]# sudo pacman -Syu :: Sincronizando las bases de datos de los paquetes… error: no se pudo obtener el archivo «core.db» desde disco: Couldn't open file /home/juanca/repo/stable/core/i686/core.db error: no se pudo actualizar core (error de la biblioteca de descarga) error: no se pudo obtener el archivo «community.db» desde disco: Couldn't open file /home/juanca/repo/stable/community/i686/community.db error: no se pudo actualizar community (error de la biblioteca de descarga) error: no se pudo obtener el archivo «extra.db» desde disco: Couldn't open file /home/juanca/repo/stable/extra/i686/extra.db error: no se pudo actualizar extra (error de la biblioteca de descarga) error: no se pudo sincronizar ninguna base de datos error: no se pudo iniciar la operación (error de la biblioteca de descarga) [root@admin juanca]# __ 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 -- Maikel Llamaret Heredia Linux User 587451 Web & Media Integrated Solutions ® Proyecto SWL-X http://swlx.260mb.net +53 53354649 +5322 614276 Sent From Manjaro Linux __ 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] Problema con repos de Manjaro
Por si no te llego, (QUE PARECE NO TE LLEGÓ) te repito la solución: Bueno, si declaras el /etc/pacman.conf de esa manera, entonces al final de cada ubicación debes aclarar la arquitectura. Por ejemplo si es de 64 bits, prueba con: [core] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/core/x86_64/ [community] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/community/x86_64/ [extra] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/extra/x86_64/ Con eso debes resolver, no obstante, si hay otro problema, además de lo dicho anteriormente, renombra la ubicación esa manjaro(1) a otro nombre sin parentesis, aunque repito, eso no debería traer problemas. Lo primero si debes tomarlo en cuanto, la arquitectura en cuenta, prueba y dejanos saber y por favor, especifica que error te devuelve en consola El 26/06/17 a las 12:45, Juan Carlos escribió: On 26/06/17 10:39, Arian Molina Aguilera wrote: El 26/06/17 a las 09:08, Juan Carlos escribió: Hola amigos recien me instale manjaro como distro copie los repos y los tengo locales en mi pc pero al ejecutar el comando sudo pacman -Syu no me ejecuta que tendre mal. [core] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/core/ [community] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/community/ [extra] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/extra/ __ 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 estas seguro que es la ruta??. porque no renombras el directorio a solo manjaro quitando (1), el comando pacman -Syu debes ejecutarlo como root o en cambio usando sudo. si esa es la ruta el problema es que tengo otro directorio llamado manjaro pero esta incompleto he intentado borrarlo pero no me deja. __ 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 -- Maikel Llamaret Heredia Linux User 587451 Web & Media Integrated Solutions ® Proyecto SWL-X http://swlx.260mb.net +53 53354649 +5322 614276 Sent From Manjaro Linux __ 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] Problema con repos de Manjaro
Socio, arregla el /etc/pacman.conf añadiendo la arquitectura cómo recomendé en un correo más arriba. La carpeta manjaro(1) la puedes renombrar a cómo mejor te guste, pero añade de una vez la arquitectura y dinos que ocurre al ejecutar sudo pacman -Syy Y luego sudo pacman-Syu Enviado con AquaMail para Android http://www.aqua-mail.com En 26 de junio de 2017 2:10:38 PM Juan Carlos escribió: On 26/06/17 10:39, Arian Molina Aguilera wrote: El 26/06/17 a las 09:08, Juan Carlos escribió: Hola amigos recien me instale manjaro como distro copie los repos y los tengo locales en mi pc pero al ejecutar el comando sudo pacman -Syu no me ejecuta que tendre mal. [core] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/core/ [community] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/community/ [extra] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/extra/ __ 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 estas seguro que es la ruta??. porque no renombras el directorio a solo manjaro quitando (1), el comando pacman -Syu debes ejecutarlo como root o en cambio usando sudo. si esa es la ruta el problema es que tengo otro directorio llamado manjaro pero esta incompleto he intentado borrarlo pero no me deja. __ 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 __ 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] Problema con repos de Manjaro
El 26/06/17 a las 12:45, Juan Carlos escribió: > On 26/06/17 10:39, Arian Molina Aguilera wrote: >> El 26/06/17 a las 09:08, Juan Carlos escribió: >>> Hola amigos recien me instale manjaro como distro copie los repos y los >>> tengo locales en mi pc pero al ejecutar el comando sudo pacman -Syu no >>> me ejecuta que tendre mal. >>> >>> [core] >>> SigLevel = PackageRequired >>> Server = file:///home/juanca/manjaro(1)/stable/core/ >>> [community] >>> SigLevel = PackageRequired >>> Server = file:///home/juanca/manjaro(1)/stable/community/ >>> [extra] >>> SigLevel = PackageRequired >>> Server = file:///home/juanca/manjaro(1)/stable/extra/ >>> >>> >>> >>> >>> __ >>> 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 >> estas seguro que es la ruta??. porque no renombras el directorio a solo >> manjaro quitando (1), el comando pacman -Syu debes ejecutarlo como root >> o en cambio usando sudo. >> > si esa es la ruta el problema es que tengo otro directorio llamado > manjaro pero esta incompleto he intentado borrarlo pero no me deja. > > > __ > 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 como que borrarlo y no te deja?? tendrás que hacerlo como root. dentro de core por ej, tienes dos directorios i686 y x86_amd, debes apuntar directamente a alguno de ellos en dependencia de la arquitectura que estás usando. 32bit o 64bit. -- 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. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ 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] Problema con repos de Manjaro
On 26/06/17 10:52, Maikel Llamaret Heredia wrote: Bueno, si declaras el /etc/pacman.conf de esa manera, entonces al final de cada ubicación debes aclarar la arquitectura. Por ejemplo si es de 64 bits, prueba con: [core] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/core/x86_64/ [community] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/community/x86_64/ [extra] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/extra/x86_64/ Con eso debes resolver, no obstante, si hay otro problema, además de lo dicho anteriormente, renombra la ubicación esa manjaro(1) a otro nombre sin parentesis, aunque repito, eso no debería traer problemas. Lo primero si debes tomarlo en cuanto, la arquitectura en cuenta, prueba y dejanos saber y por favor, especifica que error te devuelve en consola El 26/06/17 a las 09:08, Juan Carlos escribió: Hola amigos recien me instale manjaro como distro copie los repos y los tengo locales en mi pc pero al ejecutar el comando sudo pacman -Syu no me ejecuta que tendre mal. [core] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/core/ [community] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/community/ [extra] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/extra/ __ 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 negativo maikel no me funciona cambie el nombre de manjaro (1) por repo y le puse i686 mi sistema es 32bit y nada este es el error. [juanca@admin ~]$ su root Contraseña: [root@admin juanca]# nano /etc/pacman.conf [root@admin juanca]# sudo pacman -Syu :: Sincronizando las bases de datos de los paquetes… error: no se pudo obtener el archivo «core.db» desde disco: Couldn't open file /home/juanca/repo/stable/core/i686/core.db error: no se pudo actualizar core (error de la biblioteca de descarga) error: no se pudo obtener el archivo «community.db» desde disco: Couldn't open file /home/juanca/repo/stable/community/i686/community.db error: no se pudo actualizar community (error de la biblioteca de descarga) error: no se pudo obtener el archivo «extra.db» desde disco: Couldn't open file /home/juanca/repo/stable/extra/i686/extra.db error: no se pudo actualizar extra (error de la biblioteca de descarga) error: no se pudo sincronizar ninguna base de datos error: no se pudo iniciar la operación (error de la biblioteca de descarga) [root@admin juanca]# __ 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] Problema con repos de Manjaro
On 26/06/17 10:39, Arian Molina Aguilera wrote: El 26/06/17 a las 09:08, Juan Carlos escribió: Hola amigos recien me instale manjaro como distro copie los repos y los tengo locales en mi pc pero al ejecutar el comando sudo pacman -Syu no me ejecuta que tendre mal. [core] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/core/ [community] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/community/ [extra] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/extra/ __ 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 estas seguro que es la ruta??. porque no renombras el directorio a solo manjaro quitando (1), el comando pacman -Syu debes ejecutarlo como root o en cambio usando sudo. si esa es la ruta el problema es que tengo otro directorio llamado manjaro pero esta incompleto he intentado borrarlo pero no me deja. __ 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] Problema con repos de Manjaro
Bueno, si declaras el /etc/pacman.conf de esa manera, entonces al final de cada ubicación debes aclarar la arquitectura. Por ejemplo si es de 64 bits, prueba con: [core] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/core/x86_64/ [community] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/community/x86_64/ [extra] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/extra/x86_64/ Con eso debes resolver, no obstante, si hay otro problema, además de lo dicho anteriormente, renombra la ubicación esa manjaro(1) a otro nombre sin parentesis, aunque repito, eso no debería traer problemas. Lo primero si debes tomarlo en cuanto, la arquitectura en cuenta, prueba y dejanos saber y por favor, especifica que error te devuelve en consola El 26/06/17 a las 09:08, Juan Carlos escribió: Hola amigos recien me instale manjaro como distro copie los repos y los tengo locales en mi pc pero al ejecutar el comando sudo pacman -Syu no me ejecuta que tendre mal. [core] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/core/ [community] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/community/ [extra] SigLevel = PackageRequired Server = file:///home/juanca/manjaro(1)/stable/extra/ __ 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 -- Maikel Llamaret Heredia Linux User 587451 Web & Media Integrated Solutions ® Proyecto SWL-X http://swlx.260mb.net +53 53354649 +5322 614276 Sent From Manjaro Linux __ 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] Problema con repos de Manjaro
El 26/06/17 a las 09:08, Juan Carlos escribió: > Hola amigos recien me instale manjaro como distro copie los repos y los > tengo locales en mi pc pero al ejecutar el comando sudo pacman -Syu no > me ejecuta que tendre mal. > > [core] > SigLevel = PackageRequired > Server = file:///home/juanca/manjaro(1)/stable/core/ > [community] > SigLevel = PackageRequired > Server = file:///home/juanca/manjaro(1)/stable/community/ > [extra] > SigLevel = PackageRequired > Server = file:///home/juanca/manjaro(1)/stable/extra/ > > > > > __ > 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 estas seguro que es la ruta??. porque no renombras el directorio a solo manjaro quitando (1), el comando pacman -Syu debes ejecutarlo como root o en cambio usando sudo. -- 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. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ 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] Problema con Squid
El 04/05/17 a las 12:01, Alejandro Hernández Pastora escribió: > Saludos colegas, he usado squid sin problemas en openSUSE durante 2 años, en > mi red local los navegadores estan configurados de la siguiente forma: Proxy: > proxy.dominio.local Puerto: 3128, el caso es que he migrado todos mis server > a CentOS, pero el caso del squid funciona bien si en el navegador pongo la > IP, es decir, Proxy: 192.168.1.4 Puerto: 3128 y navegan perfecto, pero con > Proxy: proxy.dominio.local Puerto: 3128 me pide usuario y contraseña y no los > acepta, vuelve a pedirlos constantemente y sin navegar, en el log, > simplemente acceso denegado para el usuario en cuestión. La resolución de > proxy.dominio.local es mediante un server dns que supongo no tenga nada que > ver porque esta resolviendo bien. La autentificación es contra un Ldap en > otro server. Que puede estar pasando con esto. > > Gracias > __ > 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 > tienes exceptuado que use el proxy para tu dominio, si el dns te resuelve bien ip para proxy.dominio.local a 192.168.1.4 es lo mismo que setees uno o el otro da lo mismo. -- 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. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ 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] problema con proxmox 4.2 Ayuda
mira... prueba a correr qm list para que te muestre las MV que tienes y con pct list los contenedores y te va a dar informacion de los que estan o no arrancados. con pct enter vm_id puedes entrar a un contenedor que tengas levantado para hacer algo con lvscan verás los dispositivos de bloques LVM que existen y si estan o no ACTIVOS. Y con: vzdump vmid --storage local --compress gzip --remove 0 --node localhost --mode stop puedes forzar un backup Y para restaurar despues como mismo dice el man Restore a container to a new CT 600 # pct restore 600 /mnt/backup/vzdump-lxc-777.tar Restore a QemuServer VM to VM 601 # qmrestore /mnt/backup/vzdump-qemu-888.vma 601 Los backups se almacenan en /var/lib/vz/dump/ Saludos espero que resuelva de alguna manera El 12/04/2017 a las 03:13 p. m., josealfr...@ucm.hlg.sld.cu escribió: el problema es que en esa direccion no esta nada es decir no monta la particion y no hay nada hay On 2017-04-12 15:18, Arian Molina Aguilera wrote: El 12/04/17 a las 15:00, josealfr...@infomed.sld.cu escribió: Saludos lista una pregunta y comodecimos urgete alguien q me ayude tengo miservidor proxmox y reinicie y no me inician las mv cuando trato de entrar via web no me inicia la interfas solo me deja conectar via ssh pues me gustaria saber q puede pasar y como montar las mv para sacr la informacion o q solucion el problema que me da es el siguiente root@eros:~# df -h Filesystem Size Used Avail Use% Mounted on udev 10M 0 10M 0% /dev tmpfs 772M 9.0M 763M 2% /run /dev/dm-095G 58G 32G 65% / tmpfs 1.9G 0 1.9G 0% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup cgmfs 100K 0 100K 0% /run/cgmanager/fs la particion donde estan las mv que ya estan en raw no las peudo ver ni mnar alguna solucion para esto This message was sent using IMP, the Internet Messaging Program. -- 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 lo que tienes que revisar son los logs para ver que es lo que sucede primeramente, lo otro, son vm o ct (contenedores) ambas se almacenan en /var/lib/pv/images -- 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 __ 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] problema con proxmox 4.2 Ayuda
Una vez me paso algo similar pero en la version 3.6, y tenía salvas, pero no había forma de levantar el sistema, lo que hice fue buscar una herramienta (creo fue el getparted o algo a si) y sacar las VM, luego reinstale de nuevo y las devolví a su lugar , se demoro los 10 mts de la reinstalación del proxmox y el tiempo q demore en crear las VM's , copiar las maquina V al proxmox (salvas) y luego restore ... a lo mejor esto t puede indicar algún camino ... -Original Message- From: gutl-l-boun...@jovenclub.cu [mailto:gutl-l-boun...@jovenclub.cu] On Behalf Of Arian Molina Aguilera Sent: Wednesday, April 12, 2017 3:19 PM To: Lista cubana de soporte técnico en Tecnologias Libres Subject: Re: [Gutl-l] problema con proxmox 4.2 Ayuda El 12/04/17 a las 15:00, josealfr...@infomed.sld.cu escribió: > Saludos lista una pregunta y comodecimos urgete alguien q me ayude > tengo miservidor proxmox y reinicie y no me inician las mv > cuando trato de entrar via web no me inicia la interfas solo me > deja conectar via ssh > pues me gustaria saber q puede pasar y como montar las mv para > sacr la informacion o q solucion el problema que me da es el siguiente > > root@eros:~# df -h > Filesystem Size Used Avail Use% Mounted on > udev 10M 0 10M 0% /dev > tmpfs 772M 9.0M 763M 2% /run > /dev/dm-095G 58G 32G 65% / > tmpfs 1.9G 0 1.9G 0% /dev/shm > tmpfs 5.0M 0 5.0M 0% /run/lock > tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup > cgmfs 100K 0 100K 0% /run/cgmanager/fs > > la particion donde estan las mv que ya estan en raw no las peudo > ver ni mnar alguna solucion para esto > > > This message was sent using IMP, the Internet Messaging Program. > > > > -- > 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 lo que tienes que revisar son los logs para ver que es lo que sucede primeramente, lo otro, son vm o ct (contenedores) ambas se almacenan en /var/lib/pv/images -- 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. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ 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 __ 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] problema con proxmox 4.2 Ayuda
el problema es que en esa direccion no esta nada es decir no monta la particion y no hay nada hay On 2017-04-12 15:18, Arian Molina Aguilera wrote: El 12/04/17 a las 15:00, josealfr...@infomed.sld.cu escribió: Saludos lista una pregunta y comodecimos urgete alguien q me ayude tengo miservidor proxmox y reinicie y no me inician las mv cuando trato de entrar via web no me inicia la interfas solo me deja conectar via ssh pues me gustaria saber q puede pasar y como montar las mv para sacr la informacion o q solucion el problema que me da es el siguiente root@eros:~# df -h Filesystem Size Used Avail Use% Mounted on udev 10M 0 10M 0% /dev tmpfs 772M 9.0M 763M 2% /run /dev/dm-095G 58G 32G 65% / tmpfs 1.9G 0 1.9G 0% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup cgmfs 100K 0 100K 0% /run/cgmanager/fs la particion donde estan las mv que ya estan en raw no las peudo ver ni mnar alguna solucion para esto This message was sent using IMP, the Internet Messaging Program. -- 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 lo que tienes que revisar son los logs para ver que es lo que sucede primeramente, lo otro, son vm o ct (contenedores) ambas se almacenan en /var/lib/pv/images -- 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] problema con proxmox 4.2 Ayuda
El 12/04/17 a las 15:00, josealfr...@infomed.sld.cu escribió: > Saludos lista una pregunta y comodecimos urgete alguien q me ayude > tengo miservidor proxmox y reinicie y no me inician las mv > cuando trato de entrar via web no me inicia la interfas solo me > deja conectar via ssh > pues me gustaria saber q puede pasar y como montar las mv para > sacr la informacion o q solucion el problema que me da es el siguiente > > root@eros:~# df -h > Filesystem Size Used Avail Use% Mounted on > udev 10M 0 10M 0% /dev > tmpfs 772M 9.0M 763M 2% /run > /dev/dm-095G 58G 32G 65% / > tmpfs 1.9G 0 1.9G 0% /dev/shm > tmpfs 5.0M 0 5.0M 0% /run/lock > tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup > cgmfs 100K 0 100K 0% /run/cgmanager/fs > > la particion donde estan las mv que ya estan en raw no las peudo > ver ni mnar alguna solucion para esto > > > This message was sent using IMP, the Internet Messaging Program. > > > > -- > 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 lo que tienes que revisar son los logs para ver que es lo que sucede primeramente, lo otro, son vm o ct (contenedores) ambas se almacenan en /var/lib/pv/images -- 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. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ 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] Problema con conectividad
On 23.02.2017 20:42, Rommel Rodriguez Toirac wrote: Ya encontré cual era la causa del problema de la dirección IP enlazada a la dirección MAC. Los servidores DELL tienen en el SETUP la posibilidad de setear algo relacionado con redes, donde puedes ponerle IP de la PC, puerta de enlace y mascara entre otras cosas; pues bien, la dirección IP 192.168.41.4 la tenía asignada uno de los servidores DELL en ese lugar, así que fue solo cambiarla por la dirección real del mismo y listo. Gracias a todos los que dieron su opinión y me ayudaron. Por mi parte considero el hilo cerrado A lo que te refieres es a este software de gestion que traen los servidores Dell (DRAC). En los HP es la misma historia pero se llama iLO. De todos modos, por ahi no le pones IP a la PC como dices, le pones IP a esta interfaz de gestion. Asi tu problema fue un conflicto de IP si tu eth0 y esta interfaz tenian la misma IP. 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
Re: [Gutl-l] Problema con conectividad
El 23/02/17 a las 14:42, Rommel Rodriguez Toirac escribió: > El jueves, 23 de febrero de 2017 1:52:20 P. M. CST Rommel Rodriguez Toirac > escribieron: >> El jueves, 23 de febrero de 2017 1:39:19 P. M. CST Arian Molina Aguilera >> >> escribieron: >>> El 23/02/17 a las 10:24, Rommel Rodriguez Toirac escribió: >>>> El miércoles, 22 de febrero de 2017 6:00:44 P. M. CST Arian Molina >>>> Aguilera >>>> >>>> escribieron: >>>>> El 22/02/17 a las 09:17, NetAdmin escribió: >>>>>> El 22/02/2017 a las 08:49 a.m., Rommel Rodriguez Toirac escribió: >>>>>>> El martes, 21 de febrero de 2017 8:50:39 P. M. CST Arian Molina >>>>>>> Aguilera >>>>>>> >>>>>>> escribieron: >>>>>>>> El 21/02/17 a las 15:00, Rommel Rodriguez Toirac escribió: >>>>>>>>> El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona >>>>>>>>> Fagales >>>>>>>>> >>>>>>>>> escribieron: >>>>>>>>>> Si todo funcionaba bien desde un inicio y no hiciste ningún cambio >>>>>>>>>> representativo, como adicionar equipos , soft de monitoreo, >>>>>>>>>> firewall etc >>>>>>>>>> ... entonces prueba a revisar los cables desde los puntos donde >>>>>>>>>> detectas >>>>>>>>>> perdida de paquetes y/o hacia ... luego los switch /tarjetas .. >>>>>>>>>> ect >>>>>>>>>> .. >>>>>>>>>> posteriormente y de ultimo suicidio ... (pero creo q en tu caso >>>>>>>>>> revisando los cables debería ser suficiente ) >>>>>>>>>> saludos >>>>>>>>>> >>>>>>>>>> -Original Message- >>>>>>>>>> From: gutl-l-boun...@jovenclub.cu >>>>>>>>>> [mailto:gutl-l-boun...@jovenclub.cu] On >>>>>>>>>> Behalf Of Arian Molina Aguilera >>>>>>>>>> Sent: Tuesday, February 21, 2017 11:35 AM >>>>>>>>>> To: Lista cubana de soporte técnico en Tecnologias Libres >>>>>>>>>> Subject: Re: [Gutl-l] Problema con conectividad >>>>>>>>>> >>>>>>>>>> El 21/02/17 a las 11:31, Rommel Rodriguez Toirac escribió: >>>>>>>>>>> El martes, 21 de febrero de 2017 11:00:44 A. M. CST Arian Molina >>>>>>>>>>> Aguilera >>>>>>>>>>> >>>>>>>>>>> escribieron: >>>>>>>>>>>> El 21/02/17 a las 09:11, Rommel Rodriguez Toirac escribió: >>>>>>>>>>>>> El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises >>>>>>>>>>>>> Gonzalez >>>>>>>>>>> >>>>>>>>>>> escribieron: >>>>>>>>>>>>>> On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: >>>>>>>>>>>>>>> ¿Alguien que haya sufrido de lo mismo o parecido y haya >>>>>>>>>>>>>>> solucionado? >>>>>>>>>> >>>>>>>>>> o >>>>>>>>>> >>>>>>>>>>>>>>> ¿alguien que conozca de algo que pudiera causar esta >>>>>>>>>>>>>>> inestabilidad >>>>>>>>>>>>>>> en >>>>>>>>>> >>>>>>>>>> la >>>>>>>>>> >>>>>>>>>>>>>>> conectividad con este servidor? o ¿alguien que conozca por >>>>>>>>>>>>>>> donde mas >>>>>>>>>>>>>>> buscar >>>>>>>>>>>>>>> para ver si encuentro algo que me ayude >>>>>>>>>>>>>> >>>>>>>>>>>>>> Estas teniendo un problema a de capa 2 en tu red, hay algo que >>>>>>>>>>>>>> hace >>>>>>>>>>>>>> que >>>>>>>>>>>>>> el protocolo ARP no este func
Re: [Gutl-l] Problema con conectividad
El jueves, 23 de febrero de 2017 1:52:20 P. M. CST Rommel Rodriguez Toirac escribieron: > El jueves, 23 de febrero de 2017 1:39:19 P. M. CST Arian Molina Aguilera > > escribieron: > > El 23/02/17 a las 10:24, Rommel Rodriguez Toirac escribió: > > > El miércoles, 22 de febrero de 2017 6:00:44 P. M. CST Arian Molina > > > Aguilera > > > > > > escribieron: > > >> El 22/02/17 a las 09:17, NetAdmin escribió: > > >>> El 22/02/2017 a las 08:49 a.m., Rommel Rodriguez Toirac escribió: > > >>>> El martes, 21 de febrero de 2017 8:50:39 P. M. CST Arian Molina > > >>>> Aguilera > > >>>> > > >>>> escribieron: > > >>>>> El 21/02/17 a las 15:00, Rommel Rodriguez Toirac escribió: > > >>>>>> El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona > > >>>>>> Fagales > > >>>>>> > > >>>>>> escribieron: > > >>>>>>> Si todo funcionaba bien desde un inicio y no hiciste ningún cambio > > >>>>>>> representativo, como adicionar equipos , soft de monitoreo, > > >>>>>>> firewall etc > > >>>>>>> ... entonces prueba a revisar los cables desde los puntos donde > > >>>>>>> detectas > > >>>>>>> perdida de paquetes y/o hacia ... luego los switch /tarjetas .. > > >>>>>>> ect > > >>>>>>> .. > > >>>>>>> posteriormente y de ultimo suicidio ... (pero creo q en tu caso > > >>>>>>> revisando los cables debería ser suficiente ) > > >>>>>>> saludos > > >>>>>>> > > >>>>>>> -Original Message- > > >>>>>>> From: gutl-l-boun...@jovenclub.cu > > >>>>>>> [mailto:gutl-l-boun...@jovenclub.cu] On > > >>>>>>> Behalf Of Arian Molina Aguilera > > >>>>>>> Sent: Tuesday, February 21, 2017 11:35 AM > > >>>>>>> To: Lista cubana de soporte técnico en Tecnologias Libres > > >>>>>>> Subject: Re: [Gutl-l] Problema con conectividad > > >>>>>>> > > >>>>>>> El 21/02/17 a las 11:31, Rommel Rodriguez Toirac escribió: > > >>>>>>>> El martes, 21 de febrero de 2017 11:00:44 A. M. CST Arian Molina > > >>>>>>>> Aguilera > > >>>>>>>> > > >>>>>>>> escribieron: > > >>>>>>>>> El 21/02/17 a las 09:11, Rommel Rodriguez Toirac escribió: > > >>>>>>>>>> El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises > > >>>>>>>>>> Gonzalez > > >>>>>>>> > > >>>>>>>> escribieron: > > >>>>>>>>>>> On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: > > >>>>>>>>>>>> ¿Alguien que haya sufrido de lo mismo o parecido y haya > > >>>>>>>>>>>> solucionado? > > >>>>>>> > > >>>>>>> o > > >>>>>>> > > >>>>>>>>>>>> ¿alguien que conozca de algo que pudiera causar esta > > >>>>>>>>>>>> inestabilidad > > >>>>>>>>>>>> en > > >>>>>>> > > >>>>>>> la > > >>>>>>> > > >>>>>>>>>>>> conectividad con este servidor? o ¿alguien que conozca por > > >>>>>>>>>>>> donde mas > > >>>>>>>>>>>> buscar > > >>>>>>>>>>>> para ver si encuentro algo que me ayude > > >>>>>>>>>>> > > >>>>>>>>>>> Estas teniendo un problema a de capa 2 en tu red, hay algo que > > >>>>>>>>>>> hace > > >>>>>>>>>>> que > > >>>>>>>>>>> el protocolo ARP no este funcionando bien, lo cual se arregla > > >>>>>>>>>>> al > > >>>>>>>>>>> hacer > > >>>>>>>>>>>
Re: [Gutl-l] Problema con conectividad
El jueves, 23 de febrero de 2017 1:39:19 P. M. CST Arian Molina Aguilera escribieron: > El 23/02/17 a las 10:24, Rommel Rodriguez Toirac escribió: > > El miércoles, 22 de febrero de 2017 6:00:44 P. M. CST Arian Molina > > Aguilera > > > > escribieron: > >> El 22/02/17 a las 09:17, NetAdmin escribió: > >>> El 22/02/2017 a las 08:49 a.m., Rommel Rodriguez Toirac escribió: > >>>> El martes, 21 de febrero de 2017 8:50:39 P. M. CST Arian Molina > >>>> Aguilera > >>>> > >>>> escribieron: > >>>>> El 21/02/17 a las 15:00, Rommel Rodriguez Toirac escribió: > >>>>>> El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona > >>>>>> Fagales > >>>>>> > >>>>>> escribieron: > >>>>>>> Si todo funcionaba bien desde un inicio y no hiciste ningún cambio > >>>>>>> representativo, como adicionar equipos , soft de monitoreo, > >>>>>>> firewall etc > >>>>>>> ... entonces prueba a revisar los cables desde los puntos donde > >>>>>>> detectas > >>>>>>> perdida de paquetes y/o hacia ... luego los switch /tarjetas .. ect > >>>>>>> .. > >>>>>>> posteriormente y de ultimo suicidio ... (pero creo q en tu caso > >>>>>>> revisando los cables debería ser suficiente ) > >>>>>>> saludos > >>>>>>> > >>>>>>> -Original Message- > >>>>>>> From: gutl-l-boun...@jovenclub.cu > >>>>>>> [mailto:gutl-l-boun...@jovenclub.cu] On > >>>>>>> Behalf Of Arian Molina Aguilera > >>>>>>> Sent: Tuesday, February 21, 2017 11:35 AM > >>>>>>> To: Lista cubana de soporte técnico en Tecnologias Libres > >>>>>>> Subject: Re: [Gutl-l] Problema con conectividad > >>>>>>> > >>>>>>> El 21/02/17 a las 11:31, Rommel Rodriguez Toirac escribió: > >>>>>>>> El martes, 21 de febrero de 2017 11:00:44 A. M. CST Arian Molina > >>>>>>>> Aguilera > >>>>>>>> > >>>>>>>> escribieron: > >>>>>>>>> El 21/02/17 a las 09:11, Rommel Rodriguez Toirac escribió: > >>>>>>>>>> El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises Gonzalez > >>>>>>>> > >>>>>>>> escribieron: > >>>>>>>>>>> On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: > >>>>>>>>>>>> ¿Alguien que haya sufrido de lo mismo o parecido y haya > >>>>>>>>>>>> solucionado? > >>>>>>> > >>>>>>> o > >>>>>>> > >>>>>>>>>>>> ¿alguien que conozca de algo que pudiera causar esta > >>>>>>>>>>>> inestabilidad > >>>>>>>>>>>> en > >>>>>>> > >>>>>>> la > >>>>>>> > >>>>>>>>>>>> conectividad con este servidor? o ¿alguien que conozca por > >>>>>>>>>>>> donde mas > >>>>>>>>>>>> buscar > >>>>>>>>>>>> para ver si encuentro algo que me ayude > >>>>>>>>>>> > >>>>>>>>>>> Estas teniendo un problema a de capa 2 en tu red, hay algo que > >>>>>>>>>>> hace > >>>>>>>>>>> que > >>>>>>>>>>> el protocolo ARP no este funcionando bien, lo cual se arregla al > >>>>>>>>>>> hacer > >>>>>>>>>>> ping pues eso refresca los mapeos de MAC a IP, es virtual el > >>>>>>>>>>> servidor > >>>>>>>>>>> o > >>>>>>>>>>> f'isico? > >>>>>>>>>>> > >>>>>>>>>>> En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual > >>>>>>>>>>> switch > >>>>>>>>>>> o lo que tengas en medio. El workaround es muy sencillo, pon un
Re: [Gutl-l] Problema con conectividad
El 23/02/17 a las 10:24, Rommel Rodriguez Toirac escribió: > El miércoles, 22 de febrero de 2017 6:00:44 P. M. CST Arian Molina Aguilera > escribieron: >> El 22/02/17 a las 09:17, NetAdmin escribió: >>> El 22/02/2017 a las 08:49 a.m., Rommel Rodriguez Toirac escribió: >>>> El martes, 21 de febrero de 2017 8:50:39 P. M. CST Arian Molina Aguilera >>>> >>>> escribieron: >>>>> El 21/02/17 a las 15:00, Rommel Rodriguez Toirac escribió: >>>>>> El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona >>>>>> Fagales >>>>>> >>>>>> escribieron: >>>>>>> Si todo funcionaba bien desde un inicio y no hiciste ningún cambio >>>>>>> representativo, como adicionar equipos , soft de monitoreo, >>>>>>> firewall etc >>>>>>> ... entonces prueba a revisar los cables desde los puntos donde >>>>>>> detectas >>>>>>> perdida de paquetes y/o hacia ... luego los switch /tarjetas .. ect .. >>>>>>> posteriormente y de ultimo suicidio ... (pero creo q en tu caso >>>>>>> revisando los cables debería ser suficiente ) >>>>>>> saludos >>>>>>> >>>>>>> -Original Message- >>>>>>> From: gutl-l-boun...@jovenclub.cu >>>>>>> [mailto:gutl-l-boun...@jovenclub.cu] On >>>>>>> Behalf Of Arian Molina Aguilera >>>>>>> Sent: Tuesday, February 21, 2017 11:35 AM >>>>>>> To: Lista cubana de soporte técnico en Tecnologias Libres >>>>>>> Subject: Re: [Gutl-l] Problema con conectividad >>>>>>> >>>>>>> El 21/02/17 a las 11:31, Rommel Rodriguez Toirac escribió: >>>>>>>> El martes, 21 de febrero de 2017 11:00:44 A. M. CST Arian Molina >>>>>>>> Aguilera >>>>>>>> >>>>>>>> escribieron: >>>>>>>>> El 21/02/17 a las 09:11, Rommel Rodriguez Toirac escribió: >>>>>>>>>> El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises Gonzalez >>>>>>>> >>>>>>>> escribieron: >>>>>>>>>>> On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: >>>>>>>>>>>> ¿Alguien que haya sufrido de lo mismo o parecido y haya >>>>>>>>>>>> solucionado? >>>>>>> >>>>>>> o >>>>>>> >>>>>>>>>>>> ¿alguien que conozca de algo que pudiera causar esta >>>>>>>>>>>> inestabilidad >>>>>>>>>>>> en >>>>>>> >>>>>>> la >>>>>>> >>>>>>>>>>>> conectividad con este servidor? o ¿alguien que conozca por >>>>>>>>>>>> donde mas >>>>>>>>>>>> buscar >>>>>>>>>>>> para ver si encuentro algo que me ayude >>>>>>>>>>> >>>>>>>>>>> Estas teniendo un problema a de capa 2 en tu red, hay algo que >>>>>>>>>>> hace >>>>>>>>>>> que >>>>>>>>>>> el protocolo ARP no este funcionando bien, lo cual se arregla al >>>>>>>>>>> hacer >>>>>>>>>>> ping pues eso refresca los mapeos de MAC a IP, es virtual el >>>>>>>>>>> servidor >>>>>>>>>>> o >>>>>>>>>>> f'isico? >>>>>>>>>>> >>>>>>>>>>> En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual >>>>>>>>>>> switch >>>>>>>>>>> o lo que tengas en medio. El workaround es muy sencillo, pon una >>>>>>>>>>> tarea >>>>>>>>>>> en cron que haga un ping cada 10 minutos y listo ping -c 1 a >>>>>>>>>>> una ip o >>>>>>>>>>> a >>>>>>>>>>> varias y listo, eso no te va a tumbar la red y te va a resolver un >>>>>>>>>>> problema >>>>>>>>>>> >>>>>>>>>> La PC
Re: [Gutl-l] Problema con conectividad
El miércoles, 22 de febrero de 2017 6:00:44 P. M. CST Arian Molina Aguilera escribieron: > El 22/02/17 a las 09:17, NetAdmin escribió: > > El 22/02/2017 a las 08:49 a.m., Rommel Rodriguez Toirac escribió: > >> El martes, 21 de febrero de 2017 8:50:39 P. M. CST Arian Molina Aguilera > >> > >> escribieron: > >>> El 21/02/17 a las 15:00, Rommel Rodriguez Toirac escribió: > >>>> El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona > >>>> Fagales > >>>> > >>>> escribieron: > >>>>> Si todo funcionaba bien desde un inicio y no hiciste ningún cambio > >>>>> representativo, como adicionar equipos , soft de monitoreo, > >>>>> firewall etc > >>>>> ... entonces prueba a revisar los cables desde los puntos donde > >>>>> detectas > >>>>> perdida de paquetes y/o hacia ... luego los switch /tarjetas .. ect .. > >>>>> posteriormente y de ultimo suicidio ... (pero creo q en tu caso > >>>>> revisando los cables debería ser suficiente ) > >>>>> saludos > >>>>> > >>>>> -Original Message- > >>>>> From: gutl-l-boun...@jovenclub.cu > >>>>> [mailto:gutl-l-boun...@jovenclub.cu] On > >>>>> Behalf Of Arian Molina Aguilera > >>>>> Sent: Tuesday, February 21, 2017 11:35 AM > >>>>> To: Lista cubana de soporte técnico en Tecnologias Libres > >>>>> Subject: Re: [Gutl-l] Problema con conectividad > >>>>> > >>>>> El 21/02/17 a las 11:31, Rommel Rodriguez Toirac escribió: > >>>>>> El martes, 21 de febrero de 2017 11:00:44 A. M. CST Arian Molina > >>>>>> Aguilera > >>>>>> > >>>>>> escribieron: > >>>>>>> El 21/02/17 a las 09:11, Rommel Rodriguez Toirac escribió: > >>>>>>>> El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises Gonzalez > >>>>>> > >>>>>> escribieron: > >>>>>>>>> On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: > >>>>>>>>>> ¿Alguien que haya sufrido de lo mismo o parecido y haya > >>>>>>>>>> solucionado? > >>>>> > >>>>> o > >>>>> > >>>>>>>>>> ¿alguien que conozca de algo que pudiera causar esta > >>>>>>>>>> inestabilidad > >>>>>>>>>> en > >>>>> > >>>>> la > >>>>> > >>>>>>>>>> conectividad con este servidor? o ¿alguien que conozca por > >>>>>>>>>> donde mas > >>>>>>>>>> buscar > >>>>>>>>>> para ver si encuentro algo que me ayude > >>>>>>>>> > >>>>>>>>> Estas teniendo un problema a de capa 2 en tu red, hay algo que > >>>>>>>>> hace > >>>>>>>>> que > >>>>>>>>> el protocolo ARP no este funcionando bien, lo cual se arregla al > >>>>>>>>> hacer > >>>>>>>>> ping pues eso refresca los mapeos de MAC a IP, es virtual el > >>>>>>>>> servidor > >>>>>>>>> o > >>>>>>>>> f'isico? > >>>>>>>>> > >>>>>>>>> En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual > >>>>>>>>> switch > >>>>>>>>> o lo que tengas en medio. El workaround es muy sencillo, pon una > >>>>>>>>> tarea > >>>>>>>>> en cron que haga un ping cada 10 minutos y listo ping -c 1 a > >>>>>>>>> una ip o > >>>>>>>>> a > >>>>>>>>> varias y listo, eso no te va a tumbar la red y te va a resolver un > >>>>>>>>> problema > >>>>>>>>> > >>>>>>>> La PC como tal es un INSPUR NF5280M4 tiene 4 dispositivos de > >>>>>>>> > >>>>>>>> red y ya > >>>>>>>> > >>>>>>>> conecté> > >>>>>>>> > >>
Re: [Gutl-l] Problema con conectividad
El 22/02/17 a las 09:17, NetAdmin escribió: > El 22/02/2017 a las 08:49 a.m., Rommel Rodriguez Toirac escribió: >> El martes, 21 de febrero de 2017 8:50:39 P. M. CST Arian Molina Aguilera >> escribieron: >>> El 21/02/17 a las 15:00, Rommel Rodriguez Toirac escribió: >>>> El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona >>>> Fagales >>>> >>>> escribieron: >>>>> Si todo funcionaba bien desde un inicio y no hiciste ningún cambio >>>>> representativo, como adicionar equipos , soft de monitoreo, >>>>> firewall etc >>>>> ... entonces prueba a revisar los cables desde los puntos donde >>>>> detectas >>>>> perdida de paquetes y/o hacia ... luego los switch /tarjetas .. ect .. >>>>> posteriormente y de ultimo suicidio ... (pero creo q en tu caso >>>>> revisando los cables debería ser suficiente ) >>>>> saludos >>>>> >>>>> -Original Message- >>>>> From: gutl-l-boun...@jovenclub.cu >>>>> [mailto:gutl-l-boun...@jovenclub.cu] On >>>>> Behalf Of Arian Molina Aguilera >>>>> Sent: Tuesday, February 21, 2017 11:35 AM >>>>> To: Lista cubana de soporte técnico en Tecnologias Libres >>>>> Subject: Re: [Gutl-l] Problema con conectividad >>>>> >>>>> El 21/02/17 a las 11:31, Rommel Rodriguez Toirac escribió: >>>>>> El martes, 21 de febrero de 2017 11:00:44 A. M. CST Arian Molina >>>>>> Aguilera >>>>>> >>>>>> escribieron: >>>>>>> El 21/02/17 a las 09:11, Rommel Rodriguez Toirac escribió: >>>>>>>> El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises Gonzalez >>>>>> escribieron: >>>>>>>>> On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: >>>>>>>>>> ¿Alguien que haya sufrido de lo mismo o parecido y haya >>>>>>>>>> solucionado? >>>>> o >>>>> >>>>>>>>>> ¿alguien que conozca de algo que pudiera causar esta >>>>>>>>>> inestabilidad >>>>>>>>>> en >>>>> la >>>>> >>>>>>>>>> conectividad con este servidor? o ¿alguien que conozca por >>>>>>>>>> donde mas >>>>>>>>>> buscar >>>>>>>>>> para ver si encuentro algo que me ayude >>>>>>>>> Estas teniendo un problema a de capa 2 en tu red, hay algo que >>>>>>>>> hace >>>>>>>>> que >>>>>>>>> el protocolo ARP no este funcionando bien, lo cual se arregla al >>>>>>>>> hacer >>>>>>>>> ping pues eso refresca los mapeos de MAC a IP, es virtual el >>>>>>>>> servidor >>>>>>>>> o >>>>>>>>> f'isico? >>>>>>>>> >>>>>>>>> En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual >>>>>>>>> switch >>>>>>>>> o lo que tengas en medio. El workaround es muy sencillo, pon una >>>>>>>>> tarea >>>>>>>>> en cron que haga un ping cada 10 minutos y listo ping -c 1 a >>>>>>>>> una ip o >>>>>>>>> a >>>>>>>>> varias y listo, eso no te va a tumbar la red y te va a resolver un >>>>>>>>> problema >>>>>>>>> >>>>>>>> La PC como tal es un INSPUR NF5280M4 tiene 4 dispositivos de >>>>>>>> red y ya >>>>>>>> conecté> >>>>>>>> >>>>>>>> el cable de red en otro dispositivo de red y lo configuré también. >>>>> Cambié >>>>> >>>>>>>> el switch. Apagué todo (todos los servidores y todos los switch que >>>>>>>> tengo) y todavía persiste el problema. >>>>>>>> >>>>>>>> Desde mi estación de trabajo (Kubuntu 16.04) hago ping y no tengo >>>>> ningún >>>>> >>>>>>>> tipo> >>>>>>>> >>>>>>>> de respuesta, probé desde otras PCs (Windows 10 y Windows 7) >>>>>
Re: [Gutl-l] Problema con conectividad
On 02/22/2017 10:40 AM, Rommel Rodriguez Toirac wrote: rommel@p6:~$ ping 192.168.41.4 PING 192.168.41.4 (192.168.41.4) 56(84) bytes of data. ^C --- 192.168.41.4 ping statistics --- 121 packets transmitted, 0 received, 100% packet loss, time 11ms De P... madre, las cosas misteriosas, o lo dejas as'i y vetas esa ip o un d'ia que nadie trabaje apagas todos switchs y los vas encendiendo uno por uno para ver en que switch esta registrada esa mac/ip, si tuvieras switch administrables fuera m'as f'acil Recuerdo una vez en la que ten'ia un router+un crossover+un servidor. El servidor ten'ia dos tarjetas de red, una con el crossover, esta tarjeta ten'ia un rango de ips /29 con el router de las cuales solo se usaban dos ip (servidor y router), y en la otra tarjeta del servidor con otro rango de ips ten'ia enganchada toda la LAN, todo trabajaba bien, pero el servidor ten'ia Windows y ten'ia que migrarlo a Linux, lo reinstal'e, le puse un Centos 5, configur'e las mismas ips que ten'ia el servidor y zas.. me daba conflicto de ip en la tajeta que estaba conectada al router, si le pon'ia otra ip del segmento /29 a esa tarjeta e intentaba hacer ping a la ip que supuestamente daba conflicto nadie respond'ia por ping pero por arping de alguna forma algo respond'ia (para los que no lo saben las distros Red Hat si verifican y se quejan si la ip que les pones da conflicto), si desconectaba el crossover, levantaba la red del servidor y luego conectaba el crossover, todo funcionaba bien y el supuesto conflicto desapareci'a por arte de magia, reinici'e el router 20 veces, el servidor otras 20 pero nada resolvi'o el problema, si desconectaba el servidor de la Lan y hac'ia la prueba igual obten'ia conflicto. Recuerdo que ese d'ia desconect'e el crossover levant'e la red de Centos, reconect'e el crossover y lo dej'e todo funcionando sin problemas, al otro d'ia trat'e sin resultados positivos de resolver el problema o de encontrarle alguna soluci'on, pero nada, finalmente termin'e editando el script /etc/sysconfig/network-scripts/ifup-eth que en no s'e que l'inea tiene un llamado a arping para comprobar si la ip est'a en uso, coment'e esa l'inea para que no hiciera la verificaci'on y remedio santo, nunca hubo un problema m'as, pero hasta el d'ia de hoy cada vez que me encuentro a un cesudo de redes le hagao el cuento para ver que me dice pero nadie me ha dado una explicaci'on... -- Salu2 Ulinx Linux user 366775 "En un problema con n ecuaciones siempre habrá al menos n+1 incógnitas." __ 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] Problema con conectividad
El miércoles, 22 de febrero de 2017 9:23:33 A. M. CST Ulises Gonzalez escribieron: > On 02/22/2017 08:49 AM, Rommel Rodriguez Toirac wrote: > > pierde la conectividad, pero me quedan preguntas. ¿por que esa situación > > de > > una MAC inexistente ligada a una dirección IP? o ¿como eliminar esa MAC > > "fantasma" para dejar libre esa dirección IP? > > Y si ahora das ping a la ip vieja te responde algo? Si le hago ping no presponde nadie, pero sinembargo si le hago arping sigue respondiendo la dirección 192.168.41.4 y el MAC asociado. Pero lo curioso es que esa dirección no está asignada a ninguna estación de trabajo, ni switch, ni servidor, ni printserver aquí en mi red. rommel@p6:~$ arping 192.168.41.4 ARPING 192.168.41.4 from 192.168.41.6 enp3s0 Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.625ms Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.624ms Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.610ms Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.619ms Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.621ms Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.615ms Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.622ms Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.619ms Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.622ms Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.623ms Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.616ms Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.619ms ^CSent 12 probes (1 broadcast(s)) Received 12 response(s) rommel@p6:~$ ping 192.168.41.4 PING 192.168.41.4 (192.168.41.4) 56(84) bytes of data. ^C --- 192.168.41.4 ping statistics --- 121 packets transmitted, 0 received, 100% packet loss, time 11ms -- Rommel Rodriguez Toirac Administrador de redes ONAT Guantánamo Tel: 21327444 ext 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] Problema con conectividad
El 22/02/2017 a las 08:49 a.m., Rommel Rodriguez Toirac escribió: El martes, 21 de febrero de 2017 8:50:39 P. M. CST Arian Molina Aguilera escribieron: El 21/02/17 a las 15:00, Rommel Rodriguez Toirac escribió: El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona Fagales escribieron: Si todo funcionaba bien desde un inicio y no hiciste ningún cambio representativo, como adicionar equipos , soft de monitoreo, firewall etc ... entonces prueba a revisar los cables desde los puntos donde detectas perdida de paquetes y/o hacia ... luego los switch /tarjetas .. ect .. posteriormente y de ultimo suicidio ... (pero creo q en tu caso revisando los cables debería ser suficiente ) saludos -Original Message- From: gutl-l-boun...@jovenclub.cu [mailto:gutl-l-boun...@jovenclub.cu] On Behalf Of Arian Molina Aguilera Sent: Tuesday, February 21, 2017 11:35 AM To: Lista cubana de soporte técnico en Tecnologias Libres Subject: Re: [Gutl-l] Problema con conectividad El 21/02/17 a las 11:31, Rommel Rodriguez Toirac escribió: El martes, 21 de febrero de 2017 11:00:44 A. M. CST Arian Molina Aguilera escribieron: El 21/02/17 a las 09:11, Rommel Rodriguez Toirac escribió: El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises Gonzalez escribieron: On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado? o ¿alguien que conozca de algo que pudiera causar esta inestabilidad en la conectividad con este servidor? o ¿alguien que conozca por donde mas buscar para ver si encuentro algo que me ayude Estas teniendo un problema a de capa 2 en tu red, hay algo que hace que el protocolo ARP no este funcionando bien, lo cual se arregla al hacer ping pues eso refresca los mapeos de MAC a IP, es virtual el servidor o f'isico? En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual switch o lo que tengas en medio. El workaround es muy sencillo, pon una tarea en cron que haga un ping cada 10 minutos y listo ping -c 1 a una ip o a varias y listo, eso no te va a tumbar la red y te va a resolver un problema La PC como tal es un INSPUR NF5280M4 tiene 4 dispositivos de red y ya conecté> el cable de red en otro dispositivo de red y lo configuré también. Cambié el switch. Apagué todo (todos los servidores y todos los switch que tengo) y todavía persiste el problema. Desde mi estación de trabajo (Kubuntu 16.04) hago ping y no tengo ningún tipo> de respuesta, probé desde otras PCs (Windows 10 y Windows 7) hago ping y se demora, luego de entre 5 u 8 segundos me devuelve la primera respuesta como perdida, luego si hace ping normalmete; cuando ahora pruebo desde mi estación de trabjo, hace ping sin problemas. Se que una solución de palo sería hacer ping a alguna dirección de mi red cada un tiempo determinado, pero es que quisiera resolver eso sin engaños.> Cambiar la distribución no está dentro de los planes (al menos por ahora) pues sería una mas a mantener los repositorios con mi limitado ancho de banda, sin contar las especificaciones y requerimientos de instalación del gestor de bases de datos Oracle. Hice lo que me recomendaron con el comando ethtool y no obtuve ninguno de las respuestas relacionadas con error por encima de cero: NIC statistics: rx_packets: 9741 tx_packets: 43 rx_bytes: 859940 tx_bytes: 3409 rx_broadcast: 9362 tx_broadcast: 9 rx_multicast: 360 tx_multicast: 19 multicast: 360 collisions: 0 rx_crc_errors: 0 rx_no_buffer_count: 0 rx_missed_errors: 0 tx_aborted_errors: 0 tx_carrier_errors: 0 tx_window_errors: 0 tx_abort_late_coll: 0 tx_deferred_ok: 0 tx_single_coll_ok: 0 tx_multi_coll_ok: 0 tx_timeout_count: 0 rx_long_length_errors: 0 rx_short_length_errors: 0 rx_align_errors: 0 tx_tcp_seg_good: 0 tx_tcp_seg_failed: 0 rx_flow_control_xon: 0 rx_flow_control_xoff: 0 tx_flow_control_xon: 0 tx_flow_control_xoff: 0 rx_long_byte_count: 859940 tx_dma_out_of_sync: 0 tx_smbus: 0 rx_smbus: 0 dropped_smbus: 0 os2bmc_rx_by_bmc: 0 os2bmc_tx_by_bmc: 0 os2bmc_tx_by_host: 0 os2bmc_rx_by_host: 0 tx_hwtstamp_timeouts: 0 rx_hwtstamp_cleared: 0 rx_errors: 0 tx_errors: 0 tx_dropped: 0 rx_length_errors: 0 rx_over_errors: 0 rx_frame_errors: 0 rx_fifo_errors: 0 tx_fifo_errors: 0 tx_heartbeat_errors: 0 tx_queue_0_packets: 5 tx_queue_0_bytes: 387 tx_queue_0_restart: 0 tx_queue_1_packets: 1 tx_queue_1_bytes: 96 tx_queue_1_restart: 0 tx_queue_2_packets: 19 tx_queue_2_bytes: 1594 tx_queue_2_restart: 0 tx_queue_3_packets: 12 tx_queue_3_bytes: 504 tx_queue_3_restart: 0 tx_queue_4_packets: 1 tx_queue_4_bytes: 80
Re: [Gutl-l] Problema con conectividad
On 02/22/2017 08:49 AM, Rommel Rodriguez Toirac wrote: pierde la conectividad, pero me quedan preguntas. ¿por que esa situación de una MAC inexistente ligada a una dirección IP? o ¿como eliminar esa MAC "fantasma" para dejar libre esa dirección IP? Y si ahora das ping a la ip vieja te responde algo? -- Salu2 Ulinx Linux user 366775 "En un problema con n ecuaciones siempre habrá al menos n+1 incógnitas." __ 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] Problema con conectividad
El martes, 21 de febrero de 2017 8:50:39 P. M. CST Arian Molina Aguilera escribieron: > El 21/02/17 a las 15:00, Rommel Rodriguez Toirac escribió: > > El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona Fagales > > > > escribieron: > >> Si todo funcionaba bien desde un inicio y no hiciste ningún cambio > >> representativo, como adicionar equipos , soft de monitoreo, firewall etc > >> ... entonces prueba a revisar los cables desde los puntos donde detectas > >> perdida de paquetes y/o hacia ... luego los switch /tarjetas .. ect .. > >> posteriormente y de ultimo suicidio ... (pero creo q en tu caso > >> revisando los cables debería ser suficiente ) > >> saludos > >> > >> -Original Message- > >> From: gutl-l-boun...@jovenclub.cu [mailto:gutl-l-boun...@jovenclub.cu] On > >> Behalf Of Arian Molina Aguilera > >> Sent: Tuesday, February 21, 2017 11:35 AM > >> To: Lista cubana de soporte técnico en Tecnologias Libres > >> Subject: Re: [Gutl-l] Problema con conectividad > >> > >> El 21/02/17 a las 11:31, Rommel Rodriguez Toirac escribió: > >>> El martes, 21 de febrero de 2017 11:00:44 A. M. CST Arian Molina > >>> Aguilera > >>> > >>> escribieron: > >>>> El 21/02/17 a las 09:11, Rommel Rodriguez Toirac escribió: > >>>>> El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises Gonzalez > >>> > >>> escribieron: > >>>>>> On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: > >>>>>>> ¿Alguien que haya sufrido de lo mismo o parecido y haya > >>>>>>> solucionado? > >> > >> o > >> > >>>>>>> ¿alguien que conozca de algo que pudiera causar esta inestabilidad > >>>>>>> en > >> > >> la > >> > >>>>>>> conectividad con este servidor? o ¿alguien que conozca por donde mas > >>>>>>> buscar > >>>>>>> para ver si encuentro algo que me ayude > >>>>>> > >>>>>> Estas teniendo un problema a de capa 2 en tu red, hay algo que hace > >>>>>> que > >>>>>> el protocolo ARP no este funcionando bien, lo cual se arregla al > >>>>>> hacer > >>>>>> ping pues eso refresca los mapeos de MAC a IP, es virtual el servidor > >>>>>> o > >>>>>> f'isico? > >>>>>> > >>>>>> En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual > >>>>>> switch > >>>>>> o lo que tengas en medio. El workaround es muy sencillo, pon una > >>>>>> tarea > >>>>>> en cron que haga un ping cada 10 minutos y listo ping -c 1 a una ip o > >>>>>> a > >>>>>> varias y listo, eso no te va a tumbar la red y te va a resolver un > >>>>>> problema > >>>>>> > >>>>> La PC como tal es un INSPUR NF5280M4 tiene 4 dispositivos de red y ya > >>>>> conecté> > >>>>> > >>>>> el cable de red en otro dispositivo de red y lo configuré también. > >> > >> Cambié > >> > >>>>> el switch. Apagué todo (todos los servidores y todos los switch que > >>>>> tengo) y todavía persiste el problema. > >>>>> > >>>>> Desde mi estación de trabajo (Kubuntu 16.04) hago ping y no tengo > >> > >> ningún > >> > >>>>> tipo> > >>>>> > >>>>> de respuesta, probé desde otras PCs (Windows 10 y Windows 7) hago ping > >>>>> y > >>>>> se > >>>>> demora, luego de entre 5 u 8 segundos me devuelve la primera respuesta > >>>>> como > >>>>> perdida, luego si hace ping normalmete; cuando ahora pruebo desde mi > >>>>> estación de trabjo, hace ping sin problemas. > >>>>> Se que una solución de palo sería hacer ping a alguna dirección de mi > >> > >> red > >> > >>>>> cada un tiempo determinado, pero es que quisiera resolver eso sin > >>>>> engaños.> > >>>>> > >>>>> Cambiar la distribución no está dentro de los planes (al menos por > >> > >> ahora) > >> > >
Re: [Gutl-l] Problema con conectividad
El 21/02/17 a las 16:36, Rommel Rodriguez Toirac escribió: > El martes, 21 de febrero de 2017 3:00:26 P. M. CST Rommel Rodriguez Toirac > escribieron: >> El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona Fagales >> >> escribieron: >>> Si todo funcionaba bien desde un inicio y no hiciste ningún cambio >>> representativo, como adicionar equipos , soft de monitoreo, firewall etc >>> ... entonces prueba a revisar los cables desde los puntos donde detectas >>> perdida de paquetes y/o hacia ... luego los switch /tarjetas .. ect .. >>> posteriormente y de ultimo suicidio ... (pero creo q en tu caso revisando >>> los cables debería ser suficiente ) >>> saludos >>> >>> -Original Message- >>> From: gutl-l-boun...@jovenclub.cu [mailto:gutl-l-boun...@jovenclub.cu] On >>> Behalf Of Arian Molina Aguilera >>> Sent: Tuesday, February 21, 2017 11:35 AM >>> To: Lista cubana de soporte técnico en Tecnologias Libres >>> Subject: Re: [Gutl-l] Problema con conectividad >>> >>> El 21/02/17 a las 11:31, Rommel Rodriguez Toirac escribió: >>>> El martes, 21 de febrero de 2017 11:00:44 A. M. CST Arian Molina >>>> Aguilera >>>> >>>> escribieron: >>>>> El 21/02/17 a las 09:11, Rommel Rodriguez Toirac escribió: >>>>>> El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises Gonzalez >>>> >>>> escribieron: >>>>>>> On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: >>>>>>>> ¿Alguien que haya sufrido de lo mismo o parecido y haya >>>>>>>> solucionado? >>> >>> o >>> >>>>>>>> ¿alguien que conozca de algo que pudiera causar esta inestabilidad >>>>>>>> en >>> >>> la >>> >>>>>>>> conectividad con este servidor? o ¿alguien que conozca por donde mas >>>>>>>> buscar >>>>>>>> para ver si encuentro algo que me ayude >>>>>>> >>>>>>> Estas teniendo un problema a de capa 2 en tu red, hay algo que hace >>>>>>> que >>>>>>> el protocolo ARP no este funcionando bien, lo cual se arregla al >>>>>>> hacer >>>>>>> ping pues eso refresca los mapeos de MAC a IP, es virtual el servidor >>>>>>> o >>>>>>> f'isico? >>>>>>> >>>>>>> En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual >>>>>>> switch >>>>>>> o lo que tengas en medio. El workaround es muy sencillo, pon una >>>>>>> tarea >>>>>>> en cron que haga un ping cada 10 minutos y listo ping -c 1 a una ip o >>>>>>> a >>>>>>> varias y listo, eso no te va a tumbar la red y te va a resolver un >>>>>>> problema >>>>>>> >>>>>> La PC como tal es un INSPUR NF5280M4 tiene 4 dispositivos de red y ya >>>>>> conecté> >>>>>> >>>>>> el cable de red en otro dispositivo de red y lo configuré también. >>> >>> Cambié >>> >>>>>> el switch. Apagué todo (todos los servidores y todos los switch que >>>>>> tengo) y todavía persiste el problema. >>>>>> >>>>>> Desde mi estación de trabajo (Kubuntu 16.04) hago ping y no tengo >>> >>> ningún >>> >>>>>> tipo> >>>>>> >>>>>> de respuesta, probé desde otras PCs (Windows 10 y Windows 7) hago ping >>>>>> y >>>>>> se >>>>>> demora, luego de entre 5 u 8 segundos me devuelve la primera respuesta >>>>>> como >>>>>> perdida, luego si hace ping normalmete; cuando ahora pruebo desde mi >>>>>> estación de trabjo, hace ping sin problemas. >>>>>> Se que una solución de palo sería hacer ping a alguna dirección de mi >>> >>> red >>> >>>>>> cada un tiempo determinado, pero es que quisiera resolver eso sin >>>>>> engaños.> >>>>>> >>>>>> Cambiar la distribución no está dentro de los planes (al menos por >>> >>> ahora) >>> >>>>>> pues sería una mas a mantener los repositorios con mi limitado ancho >>>>>> de >>>&g
Re: [Gutl-l] Problema con conectividad
El 21/02/17 a las 15:00, Rommel Rodriguez Toirac escribió: > El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona Fagales > escribieron: >> Si todo funcionaba bien desde un inicio y no hiciste ningún cambio >> representativo, como adicionar equipos , soft de monitoreo, firewall etc ... >> entonces prueba a revisar los cables desde los puntos donde detectas >> perdida de paquetes y/o hacia ... luego los switch /tarjetas .. ect .. >> posteriormente y de ultimo suicidio ... (pero creo q en tu caso revisando >> los cables debería ser suficiente ) >> saludos >> >> -Original Message- >> From: gutl-l-boun...@jovenclub.cu [mailto:gutl-l-boun...@jovenclub.cu] On >> Behalf Of Arian Molina Aguilera >> Sent: Tuesday, February 21, 2017 11:35 AM >> To: Lista cubana de soporte técnico en Tecnologias Libres >> Subject: Re: [Gutl-l] Problema con conectividad >> >> El 21/02/17 a las 11:31, Rommel Rodriguez Toirac escribió: >>> El martes, 21 de febrero de 2017 11:00:44 A. M. CST Arian Molina Aguilera >>> >>> escribieron: >>>> El 21/02/17 a las 09:11, Rommel Rodriguez Toirac escribió: >>>>> El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises Gonzalez >>> >>> escribieron: >>>>>> On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: >>>>>>> ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado? >> >> o >> >>>>>>> ¿alguien que conozca de algo que pudiera causar esta inestabilidad en >> >> la >> >>>>>>> conectividad con este servidor? o ¿alguien que conozca por donde mas >>>>>>> buscar >>>>>>> para ver si encuentro algo que me ayude >>>>>> >>>>>> Estas teniendo un problema a de capa 2 en tu red, hay algo que hace que >>>>>> el protocolo ARP no este funcionando bien, lo cual se arregla al hacer >>>>>> ping pues eso refresca los mapeos de MAC a IP, es virtual el servidor o >>>>>> f'isico? >>>>>> >>>>>> En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual switch >>>>>> o lo que tengas en medio. El workaround es muy sencillo, pon una tarea >>>>>> en cron que haga un ping cada 10 minutos y listo ping -c 1 a una ip o a >>>>>> varias y listo, eso no te va a tumbar la red y te va a resolver un >>>>>> problema >>>>>> >>>>> La PC como tal es un INSPUR NF5280M4 tiene 4 dispositivos de red y ya >>>>> conecté> >>>>> >>>>> el cable de red en otro dispositivo de red y lo configuré también. >> >> Cambié >> >>>>> el switch. Apagué todo (todos los servidores y todos los switch que >>>>> tengo) y todavía persiste el problema. >>>>> >>>>> Desde mi estación de trabajo (Kubuntu 16.04) hago ping y no tengo >> >> ningún >> >>>>> tipo> >>>>> >>>>> de respuesta, probé desde otras PCs (Windows 10 y Windows 7) hago ping y >>>>> se >>>>> demora, luego de entre 5 u 8 segundos me devuelve la primera respuesta >>>>> como >>>>> perdida, luego si hace ping normalmete; cuando ahora pruebo desde mi >>>>> estación de trabjo, hace ping sin problemas. >>>>> Se que una solución de palo sería hacer ping a alguna dirección de mi >> >> red >> >>>>> cada un tiempo determinado, pero es que quisiera resolver eso sin >>>>> engaños.> >>>>> >>>>> Cambiar la distribución no está dentro de los planes (al menos por >> >> ahora) >> >>>>> pues sería una mas a mantener los repositorios con mi limitado ancho de >>>>> banda, sin contar las especificaciones y requerimientos de instalación >>>>> del gestor de bases de datos Oracle. >>>>> Hice lo que me recomendaron con el comando ethtool y no obtuve ninguno >> >> de >> >>>>> las respuestas relacionadas con error por encima de cero: >>>>> >>>>> NIC statistics: >>>>> rx_packets: 9741 >>>>> tx_packets: 43 >>>>> rx_bytes: 859940 >>>>> tx_bytes: 3409 >>>>> rx_broadcast: 9362 >>>>> tx_broadcast: 9 >>>>> rx_multicast: 360 >>>>> tx_multicast:
Re: [Gutl-l] Problema con conectividad
El martes, 21 de febrero de 2017 3:00:26 P. M. CST Rommel Rodriguez Toirac escribieron: > El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona Fagales > > escribieron: > > Si todo funcionaba bien desde un inicio y no hiciste ningún cambio > > representativo, como adicionar equipos , soft de monitoreo, firewall etc > > ... entonces prueba a revisar los cables desde los puntos donde detectas > > perdida de paquetes y/o hacia ... luego los switch /tarjetas .. ect .. > > posteriormente y de ultimo suicidio ... (pero creo q en tu caso revisando > > los cables debería ser suficiente ) > > saludos > > > > -Original Message- > > From: gutl-l-boun...@jovenclub.cu [mailto:gutl-l-boun...@jovenclub.cu] On > > Behalf Of Arian Molina Aguilera > > Sent: Tuesday, February 21, 2017 11:35 AM > > To: Lista cubana de soporte técnico en Tecnologias Libres > > Subject: Re: [Gutl-l] Problema con conectividad > > > > El 21/02/17 a las 11:31, Rommel Rodriguez Toirac escribió: > > > El martes, 21 de febrero de 2017 11:00:44 A. M. CST Arian Molina > > > Aguilera > > > > > > escribieron: > > >> El 21/02/17 a las 09:11, Rommel Rodriguez Toirac escribió: > > >>> El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises Gonzalez > > > > > > escribieron: > > >>>> On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: > > >>>>> ¿Alguien que haya sufrido de lo mismo o parecido y haya > > >>>>> solucionado? > > > > o > > > > >>>>> ¿alguien que conozca de algo que pudiera causar esta inestabilidad > > >>>>> en > > > > la > > > > >>>>> conectividad con este servidor? o ¿alguien que conozca por donde mas > > >>>>> buscar > > >>>>> para ver si encuentro algo que me ayude > > >>>> > > >>>> Estas teniendo un problema a de capa 2 en tu red, hay algo que hace > > >>>> que > > >>>> el protocolo ARP no este funcionando bien, lo cual se arregla al > > >>>> hacer > > >>>> ping pues eso refresca los mapeos de MAC a IP, es virtual el servidor > > >>>> o > > >>>> f'isico? > > >>>> > > >>>> En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual > > >>>> switch > > >>>> o lo que tengas en medio. El workaround es muy sencillo, pon una > > >>>> tarea > > >>>> en cron que haga un ping cada 10 minutos y listo ping -c 1 a una ip o > > >>>> a > > >>>> varias y listo, eso no te va a tumbar la red y te va a resolver un > > >>>> problema > > >>>> > > >>> La PC como tal es un INSPUR NF5280M4 tiene 4 dispositivos de red y ya > > >>> conecté> > > >>> > > >>> el cable de red en otro dispositivo de red y lo configuré también. > > > > Cambié > > > > >>> el switch. Apagué todo (todos los servidores y todos los switch que > > >>> tengo) y todavía persiste el problema. > > >>> > > >>> Desde mi estación de trabajo (Kubuntu 16.04) hago ping y no tengo > > > > ningún > > > > >>> tipo> > > >>> > > >>> de respuesta, probé desde otras PCs (Windows 10 y Windows 7) hago ping > > >>> y > > >>> se > > >>> demora, luego de entre 5 u 8 segundos me devuelve la primera respuesta > > >>> como > > >>> perdida, luego si hace ping normalmete; cuando ahora pruebo desde mi > > >>> estación de trabjo, hace ping sin problemas. > > >>> Se que una solución de palo sería hacer ping a alguna dirección de mi > > > > red > > > > >>> cada un tiempo determinado, pero es que quisiera resolver eso sin > > >>> engaños.> > > >>> > > >>> Cambiar la distribución no está dentro de los planes (al menos por > > > > ahora) > > > > >>> pues sería una mas a mantener los repositorios con mi limitado ancho > > >>> de > > >>> banda, sin contar las especificaciones y requerimientos de instalación > > >>> del gestor de bases de datos Oracle. > > >>> Hice lo que me recomendaron con el comando ethtool y no obtuve ninguno > > > > de > > &g
Re: [Gutl-l] Problema con conectividad
On 02/21/2017 03:00 PM, Rommel Rodriguez Toirac wrote: loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:249609 errors:0 dropped:0 overruns:0 frame:0 TX packets:249609 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:52090343 (49.6 MiB) TX bytes:52090343 (49.6 MiB) Y si le pones otra tarjeta de red?, recuerdo una vez que tuve una tarjeta que me daba problemas con la MAC y me creaba todo tipo de problemas -- Salu2 Ulinx Linux user 366775 "En un problema con n ecuaciones siempre habrá al menos n+1 incógnitas." __ 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] Problema con conectividad
El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona Fagales escribieron: > Si todo funcionaba bien desde un inicio y no hiciste ningún cambio > representativo, como adicionar equipos , soft de monitoreo, firewall etc ... > entonces prueba a revisar los cables desde los puntos donde detectas > perdida de paquetes y/o hacia ... luego los switch /tarjetas .. ect .. > posteriormente y de ultimo suicidio ... (pero creo q en tu caso revisando > los cables debería ser suficiente ) > saludos > > -Original Message- > From: gutl-l-boun...@jovenclub.cu [mailto:gutl-l-boun...@jovenclub.cu] On > Behalf Of Arian Molina Aguilera > Sent: Tuesday, February 21, 2017 11:35 AM > To: Lista cubana de soporte técnico en Tecnologias Libres > Subject: Re: [Gutl-l] Problema con conectividad > > El 21/02/17 a las 11:31, Rommel Rodriguez Toirac escribió: > > El martes, 21 de febrero de 2017 11:00:44 A. M. CST Arian Molina Aguilera > > > > escribieron: > >> El 21/02/17 a las 09:11, Rommel Rodriguez Toirac escribió: > >>> El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises Gonzalez > > > > escribieron: > >>>> On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: > >>>>> ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado? > > o > > >>>>> ¿alguien que conozca de algo que pudiera causar esta inestabilidad en > > la > > >>>>> conectividad con este servidor? o ¿alguien que conozca por donde mas > >>>>> buscar > >>>>> para ver si encuentro algo que me ayude > >>>> > >>>> Estas teniendo un problema a de capa 2 en tu red, hay algo que hace que > >>>> el protocolo ARP no este funcionando bien, lo cual se arregla al hacer > >>>> ping pues eso refresca los mapeos de MAC a IP, es virtual el servidor o > >>>> f'isico? > >>>> > >>>> En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual switch > >>>> o lo que tengas en medio. El workaround es muy sencillo, pon una tarea > >>>> en cron que haga un ping cada 10 minutos y listo ping -c 1 a una ip o a > >>>> varias y listo, eso no te va a tumbar la red y te va a resolver un > >>>> problema > >>>> > >>> La PC como tal es un INSPUR NF5280M4 tiene 4 dispositivos de red y ya > >>> conecté> > >>> > >>> el cable de red en otro dispositivo de red y lo configuré también. > > Cambié > > >>> el switch. Apagué todo (todos los servidores y todos los switch que > >>> tengo) y todavía persiste el problema. > >>> > >>> Desde mi estación de trabajo (Kubuntu 16.04) hago ping y no tengo > > ningún > > >>> tipo> > >>> > >>> de respuesta, probé desde otras PCs (Windows 10 y Windows 7) hago ping y > >>> se > >>> demora, luego de entre 5 u 8 segundos me devuelve la primera respuesta > >>> como > >>> perdida, luego si hace ping normalmete; cuando ahora pruebo desde mi > >>> estación de trabjo, hace ping sin problemas. > >>> Se que una solución de palo sería hacer ping a alguna dirección de mi > > red > > >>> cada un tiempo determinado, pero es que quisiera resolver eso sin > >>> engaños.> > >>> > >>> Cambiar la distribución no está dentro de los planes (al menos por > > ahora) > > >>> pues sería una mas a mantener los repositorios con mi limitado ancho de > >>> banda, sin contar las especificaciones y requerimientos de instalación > >>> del gestor de bases de datos Oracle. > >>> Hice lo que me recomendaron con el comando ethtool y no obtuve ninguno > > de > > >>> las respuestas relacionadas con error por encima de cero: > >>> > >>> NIC statistics: > >>> rx_packets: 9741 > >>> tx_packets: 43 > >>> rx_bytes: 859940 > >>> tx_bytes: 3409 > >>> rx_broadcast: 9362 > >>> tx_broadcast: 9 > >>> rx_multicast: 360 > >>> tx_multicast: 19 > >>> multicast: 360 > >>> collisions: 0 > >>> rx_crc_errors: 0 > >>> rx_no_buffer_count: 0 > >>> rx_missed_errors: 0 > >>> tx_aborted_errors: 0 > >>> tx_carrier_errors: 0 > >>> tx_window_errors: 0 > >>> tx_abort_late_coll: 0 > >
Re: [Gutl-l] Problema con conectividad
El 21/02/2017 a las 12:52 p.m., Alexis Ojitos Díaz escribió: Coincido con los que te han recomendado que revises los switch, me pasó algo parecido y al final de días estresantes era eso. saludos Alexis El 21/2/17, Miguel Narbona Fagales escribió: Si todo funcionaba bien desde un inicio y no hiciste ningún cambio representativo, como adicionar equipos , soft de monitoreo, firewall etc ... entonces prueba a revisar los cables desde los puntos donde detectas perdida de paquetes y/o hacia ... luego los switch /tarjetas .. ect .. posteriormente y de ultimo suicidio ... (pero creo q en tu caso revisando los cables debería ser suficiente ) saludos -Original Message- From: gutl-l-boun...@jovenclub.cu [mailto:gutl-l-boun...@jovenclub.cu] On Behalf Of Arian Molina Aguilera Sent: Tuesday, February 21, 2017 11:35 AM To: Lista cubana de soporte técnico en Tecnologias Libres Subject: Re: [Gutl-l] Problema con conectividad El 21/02/17 a las 11:31, Rommel Rodriguez Toirac escribió: El martes, 21 de febrero de 2017 11:00:44 A. M. CST Arian Molina Aguilera escribieron: El 21/02/17 a las 09:11, Rommel Rodriguez Toirac escribió: El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises Gonzalez escribieron: On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado? o ¿alguien que conozca de algo que pudiera causar esta inestabilidad en la conectividad con este servidor? o ¿alguien que conozca por donde mas buscar para ver si encuentro algo que me ayude Estas teniendo un problema a de capa 2 en tu red, hay algo que hace que el protocolo ARP no este funcionando bien, lo cual se arregla al hacer ping pues eso refresca los mapeos de MAC a IP, es virtual el servidor o f'isico? En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual switch o lo que tengas en medio. El workaround es muy sencillo, pon una tarea en cron que haga un ping cada 10 minutos y listo ping -c 1 a una ip o a varias y listo, eso no te va a tumbar la red y te va a resolver un problema La PC como tal es un INSPUR NF5280M4 tiene 4 dispositivos de red y ya conecté> el cable de red en otro dispositivo de red y lo configuré también. Cambié el switch. Apagué todo (todos los servidores y todos los switch que tengo) y todavía persiste el problema. Desde mi estación de trabajo (Kubuntu 16.04) hago ping y no tengo ningún tipo> de respuesta, probé desde otras PCs (Windows 10 y Windows 7) hago ping y se demora, luego de entre 5 u 8 segundos me devuelve la primera respuesta como perdida, luego si hace ping normalmete; cuando ahora pruebo desde mi estación de trabjo, hace ping sin problemas. Se que una solución de palo sería hacer ping a alguna dirección de mi red cada un tiempo determinado, pero es que quisiera resolver eso sin engaños.> Cambiar la distribución no está dentro de los planes (al menos por ahora) pues sería una mas a mantener los repositorios con mi limitado ancho de banda, sin contar las especificaciones y requerimientos de instalación del gestor de bases de datos Oracle. Hice lo que me recomendaron con el comando ethtool y no obtuve ninguno de las respuestas relacionadas con error por encima de cero: NIC statistics: rx_packets: 9741 tx_packets: 43 rx_bytes: 859940 tx_bytes: 3409 rx_broadcast: 9362 tx_broadcast: 9 rx_multicast: 360 tx_multicast: 19 multicast: 360 collisions: 0 rx_crc_errors: 0 rx_no_buffer_count: 0 rx_missed_errors: 0 tx_aborted_errors: 0 tx_carrier_errors: 0 tx_window_errors: 0 tx_abort_late_coll: 0 tx_deferred_ok: 0 tx_single_coll_ok: 0 tx_multi_coll_ok: 0 tx_timeout_count: 0 rx_long_length_errors: 0 rx_short_length_errors: 0 rx_align_errors: 0 tx_tcp_seg_good: 0 tx_tcp_seg_failed: 0 rx_flow_control_xon: 0 rx_flow_control_xoff: 0 tx_flow_control_xon: 0 tx_flow_control_xoff: 0 rx_long_byte_count: 859940 tx_dma_out_of_sync: 0 tx_smbus: 0 rx_smbus: 0 dropped_smbus: 0 os2bmc_rx_by_bmc: 0 os2bmc_tx_by_bmc: 0 os2bmc_tx_by_host: 0 os2bmc_rx_by_host: 0 tx_hwtstamp_timeouts: 0 rx_hwtstamp_cleared: 0 rx_errors: 0 tx_errors: 0 tx_dropped: 0 rx_length_errors: 0 rx_over_errors: 0 rx_frame_errors: 0 rx_fifo_errors: 0 tx_fifo_errors: 0 tx_heartbeat_errors: 0 tx_queue_0_packets: 5 tx_queue_0_bytes: 387 tx_queue_0_restart: 0 tx_queue_1_packets: 1 tx_queue_1_bytes: 96 tx_queue_1_restart: 0 tx_queue_2_packets: 19 tx_queue_2_bytes: 1594 tx_queue_2_restart: 0 tx_queue_3_packets: 12 tx_queue_3_bytes: 504 tx_queue_3_restart: 0 tx_queue_4_packets: 1 tx_queue_4_bytes: 80 tx_queue_4_restart: 0 tx_queue_5_packets: 0
Re: [Gutl-l] Problema con conectividad
Coincido con los que te han recomendado que revises los switch, me pasó algo parecido y al final de días estresantes era eso. saludos Alexis El 21/2/17, Miguel Narbona Fagales escribió: > Si todo funcionaba bien desde un inicio y no hiciste ningún cambio > representativo, como adicionar equipos , soft de monitoreo, firewall etc > ... > entonces prueba a revisar los cables desde los puntos donde detectas > perdida > de paquetes y/o hacia ... luego los switch /tarjetas .. ect .. > posteriormente y de ultimo suicidio ... (pero creo q en tu caso revisando > los cables debería ser suficiente ) > saludos > > -Original Message- > From: gutl-l-boun...@jovenclub.cu [mailto:gutl-l-boun...@jovenclub.cu] On > Behalf Of Arian Molina Aguilera > Sent: Tuesday, February 21, 2017 11:35 AM > To: Lista cubana de soporte técnico en Tecnologias Libres > Subject: Re: [Gutl-l] Problema con conectividad > > El 21/02/17 a las 11:31, Rommel Rodriguez Toirac escribió: >> El martes, 21 de febrero de 2017 11:00:44 A. M. CST Arian Molina Aguilera >> >> escribieron: >>> El 21/02/17 a las 09:11, Rommel Rodriguez Toirac escribió: >>>> El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises Gonzalez >> escribieron: >>>>> On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: >>>>>> ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado? > o >>>>>> >>>>>> ¿alguien que conozca de algo que pudiera causar esta inestabilidad en > la >>>>>> conectividad con este servidor? o ¿alguien que conozca por donde mas >>>>>> buscar >>>>>> para ver si encuentro algo que me ayude >>>>> >>>>> Estas teniendo un problema a de capa 2 en tu red, hay algo que hace >>>>> que >>>>> el protocolo ARP no este funcionando bien, lo cual se arregla al hacer >>>>> ping pues eso refresca los mapeos de MAC a IP, es virtual el servidor >>>>> o >>>>> f'isico? >>>>> >>>>> En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual >>>>> switch >>>>> o lo que tengas en medio. El workaround es muy sencillo, pon una tarea >>>>> en cron que haga un ping cada 10 minutos y listo ping -c 1 a una ip o >>>>> a >>>>> varias y listo, eso no te va a tumbar la red y te va a resolver un >>>>> problema >>>>> >>>> La PC como tal es un INSPUR NF5280M4 tiene 4 dispositivos de red y ya >>>> conecté> >>>> el cable de red en otro dispositivo de red y lo configuré también. > Cambié >>>> el switch. Apagué todo (todos los servidores y todos los switch que >>>> tengo) y todavía persiste el problema. >>>> >>>> Desde mi estación de trabajo (Kubuntu 16.04) hago ping y no tengo > ningún >>>> tipo> >>>> de respuesta, probé desde otras PCs (Windows 10 y Windows 7) hago ping >>>> y >>>> se >>>> demora, luego de entre 5 u 8 segundos me devuelve la primera respuesta >>>> como >>>> perdida, luego si hace ping normalmete; cuando ahora pruebo desde mi >>>> estación de trabjo, hace ping sin problemas. >>>> Se que una solución de palo sería hacer ping a alguna dirección de mi > red >>>> cada un tiempo determinado, pero es que quisiera resolver eso sin >>>> engaños.> >>>> Cambiar la distribución no está dentro de los planes (al menos por > ahora) >>>> >>>> pues sería una mas a mantener los repositorios con mi limitado ancho de >>>> banda, sin contar las especificaciones y requerimientos de instalación >>>> del gestor de bases de datos Oracle. >>>> Hice lo que me recomendaron con el comando ethtool y no obtuve ninguno > de >>>> las respuestas relacionadas con error por encima de cero: >>>> >>>> NIC statistics: >>>> rx_packets: 9741 >>>> tx_packets: 43 >>>> rx_bytes: 859940 >>>> tx_bytes: 3409 >>>> rx_broadcast: 9362 >>>> tx_broadcast: 9 >>>> rx_multicast: 360 >>>> tx_multicast: 19 >>>> multicast: 360 >>>> collisions: 0 >>>> rx_crc_errors: 0 >>>> rx_no_buffer_count: 0 >>>> rx_missed_errors: 0 >>>> tx_aborted_errors: 0 >>>> tx_carrier_errors: 0 >>>> tx_window_errors: 0 >>>> tx_abo
Re: [Gutl-l] Problema con conectividad
Si todo funcionaba bien desde un inicio y no hiciste ningún cambio representativo, como adicionar equipos , soft de monitoreo, firewall etc ... entonces prueba a revisar los cables desde los puntos donde detectas perdida de paquetes y/o hacia ... luego los switch /tarjetas .. ect .. posteriormente y de ultimo suicidio ... (pero creo q en tu caso revisando los cables debería ser suficiente ) saludos -Original Message- From: gutl-l-boun...@jovenclub.cu [mailto:gutl-l-boun...@jovenclub.cu] On Behalf Of Arian Molina Aguilera Sent: Tuesday, February 21, 2017 11:35 AM To: Lista cubana de soporte técnico en Tecnologias Libres Subject: Re: [Gutl-l] Problema con conectividad El 21/02/17 a las 11:31, Rommel Rodriguez Toirac escribió: > El martes, 21 de febrero de 2017 11:00:44 A. M. CST Arian Molina Aguilera > escribieron: >> El 21/02/17 a las 09:11, Rommel Rodriguez Toirac escribió: >>> El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises Gonzalez > escribieron: >>>> On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: >>>>> ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado? o >>>>> >>>>> ¿alguien que conozca de algo que pudiera causar esta inestabilidad en la >>>>> conectividad con este servidor? o ¿alguien que conozca por donde mas >>>>> buscar >>>>> para ver si encuentro algo que me ayude >>>> >>>> Estas teniendo un problema a de capa 2 en tu red, hay algo que hace que >>>> el protocolo ARP no este funcionando bien, lo cual se arregla al hacer >>>> ping pues eso refresca los mapeos de MAC a IP, es virtual el servidor o >>>> f'isico? >>>> >>>> En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual switch >>>> o lo que tengas en medio. El workaround es muy sencillo, pon una tarea >>>> en cron que haga un ping cada 10 minutos y listo ping -c 1 a una ip o a >>>> varias y listo, eso no te va a tumbar la red y te va a resolver un >>>> problema >>>> >>> La PC como tal es un INSPUR NF5280M4 tiene 4 dispositivos de red y ya >>> conecté> >>> el cable de red en otro dispositivo de red y lo configuré también. Cambié >>> el switch. Apagué todo (todos los servidores y todos los switch que >>> tengo) y todavía persiste el problema. >>> >>> Desde mi estación de trabajo (Kubuntu 16.04) hago ping y no tengo ningún >>> tipo> >>> de respuesta, probé desde otras PCs (Windows 10 y Windows 7) hago ping y >>> se >>> demora, luego de entre 5 u 8 segundos me devuelve la primera respuesta >>> como >>> perdida, luego si hace ping normalmete; cuando ahora pruebo desde mi >>> estación de trabjo, hace ping sin problemas. >>> Se que una solución de palo sería hacer ping a alguna dirección de mi red >>> cada un tiempo determinado, pero es que quisiera resolver eso sin >>> engaños.> >>> Cambiar la distribución no está dentro de los planes (al menos por ahora) >>> >>> pues sería una mas a mantener los repositorios con mi limitado ancho de >>> banda, sin contar las especificaciones y requerimientos de instalación >>> del gestor de bases de datos Oracle. >>> Hice lo que me recomendaron con el comando ethtool y no obtuve ninguno de >>> las respuestas relacionadas con error por encima de cero: >>> >>> NIC statistics: >>> rx_packets: 9741 >>> tx_packets: 43 >>> rx_bytes: 859940 >>> tx_bytes: 3409 >>> rx_broadcast: 9362 >>> tx_broadcast: 9 >>> rx_multicast: 360 >>> tx_multicast: 19 >>> multicast: 360 >>> collisions: 0 >>> rx_crc_errors: 0 >>> rx_no_buffer_count: 0 >>> rx_missed_errors: 0 >>> tx_aborted_errors: 0 >>> tx_carrier_errors: 0 >>> tx_window_errors: 0 >>> tx_abort_late_coll: 0 >>> tx_deferred_ok: 0 >>> tx_single_coll_ok: 0 >>> tx_multi_coll_ok: 0 >>> tx_timeout_count: 0 >>> rx_long_length_errors: 0 >>> rx_short_length_errors: 0 >>> rx_align_errors: 0 >>> tx_tcp_seg_good: 0 >>> tx_tcp_seg_failed: 0 >>> rx_flow_control_xon: 0 >>> rx_flow_control_xoff: 0 >>> tx_flow_control_xon: 0 >>> tx_flow_control_xoff: 0 >>> rx_long_byte_count: 859940 >>> tx_dma_out_of_sync: 0 >>> tx_smbus: 0 >>>
Re: [Gutl-l] Problema con conectividad
El 21/02/17 a las 11:31, Rommel Rodriguez Toirac escribió: > El martes, 21 de febrero de 2017 11:00:44 A. M. CST Arian Molina Aguilera > escribieron: >> El 21/02/17 a las 09:11, Rommel Rodriguez Toirac escribió: >>> El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises Gonzalez > escribieron: On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: > ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado? o > > ¿alguien que conozca de algo que pudiera causar esta inestabilidad en la > conectividad con este servidor? o ¿alguien que conozca por donde mas > buscar > para ver si encuentro algo que me ayude Estas teniendo un problema a de capa 2 en tu red, hay algo que hace que el protocolo ARP no este funcionando bien, lo cual se arregla al hacer ping pues eso refresca los mapeos de MAC a IP, es virtual el servidor o f'isico? En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual switch o lo que tengas en medio. El workaround es muy sencillo, pon una tarea en cron que haga un ping cada 10 minutos y listo ping -c 1 a una ip o a varias y listo, eso no te va a tumbar la red y te va a resolver un problema >>> La PC como tal es un INSPUR NF5280M4 tiene 4 dispositivos de red y ya >>> conecté> >>> el cable de red en otro dispositivo de red y lo configuré también. Cambié >>> el switch. Apagué todo (todos los servidores y todos los switch que >>> tengo) y todavía persiste el problema. >>> >>> Desde mi estación de trabajo (Kubuntu 16.04) hago ping y no tengo ningún >>> tipo> >>> de respuesta, probé desde otras PCs (Windows 10 y Windows 7) hago ping y >>> se >>> demora, luego de entre 5 u 8 segundos me devuelve la primera respuesta >>> como >>> perdida, luego si hace ping normalmete; cuando ahora pruebo desde mi >>> estación de trabjo, hace ping sin problemas. >>> Se que una solución de palo sería hacer ping a alguna dirección de mi red >>> cada un tiempo determinado, pero es que quisiera resolver eso sin >>> engaños.> >>> Cambiar la distribución no está dentro de los planes (al menos por ahora) >>> >>> pues sería una mas a mantener los repositorios con mi limitado ancho de >>> banda, sin contar las especificaciones y requerimientos de instalación >>> del gestor de bases de datos Oracle. >>> Hice lo que me recomendaron con el comando ethtool y no obtuve ninguno de >>> las respuestas relacionadas con error por encima de cero: >>> >>> NIC statistics: >>> rx_packets: 9741 >>> tx_packets: 43 >>> rx_bytes: 859940 >>> tx_bytes: 3409 >>> rx_broadcast: 9362 >>> tx_broadcast: 9 >>> rx_multicast: 360 >>> tx_multicast: 19 >>> multicast: 360 >>> collisions: 0 >>> rx_crc_errors: 0 >>> rx_no_buffer_count: 0 >>> rx_missed_errors: 0 >>> tx_aborted_errors: 0 >>> tx_carrier_errors: 0 >>> tx_window_errors: 0 >>> tx_abort_late_coll: 0 >>> tx_deferred_ok: 0 >>> tx_single_coll_ok: 0 >>> tx_multi_coll_ok: 0 >>> tx_timeout_count: 0 >>> rx_long_length_errors: 0 >>> rx_short_length_errors: 0 >>> rx_align_errors: 0 >>> tx_tcp_seg_good: 0 >>> tx_tcp_seg_failed: 0 >>> rx_flow_control_xon: 0 >>> rx_flow_control_xoff: 0 >>> tx_flow_control_xon: 0 >>> tx_flow_control_xoff: 0 >>> rx_long_byte_count: 859940 >>> tx_dma_out_of_sync: 0 >>> tx_smbus: 0 >>> rx_smbus: 0 >>> dropped_smbus: 0 >>> os2bmc_rx_by_bmc: 0 >>> os2bmc_tx_by_bmc: 0 >>> os2bmc_tx_by_host: 0 >>> os2bmc_rx_by_host: 0 >>> tx_hwtstamp_timeouts: 0 >>> rx_hwtstamp_cleared: 0 >>> rx_errors: 0 >>> tx_errors: 0 >>> tx_dropped: 0 >>> rx_length_errors: 0 >>> rx_over_errors: 0 >>> rx_frame_errors: 0 >>> rx_fifo_errors: 0 >>> tx_fifo_errors: 0 >>> tx_heartbeat_errors: 0 >>> tx_queue_0_packets: 5 >>> tx_queue_0_bytes: 387 >>> tx_queue_0_restart: 0 >>> tx_queue_1_packets: 1 >>> tx_queue_1_bytes: 96 >>> tx_queue_1_restart: 0 >>> tx_queue_2_packets: 19 >>> tx_queue_2_bytes: 1594 >>> tx_queue_2_restart: 0 >>> tx_queue_3_packets: 12 >>> tx_queue_3_bytes: 504 >>> tx_queue_3_restart: 0 >>> tx_queue_4_packets: 1 >>> tx_queue_4_bytes: 80 >>> tx_queue_4_restart: 0 >>> tx_queue_5_packets: 0 >>> tx_queue_5_bytes: 0 >>> tx_queue_5_restart: 0 >>> tx_queue_6_packets: 0 >>> tx_queue_6_bytes: 0 >>> tx_queue_6_restart: 0 >>> tx_queue_7_packets: 5 >>> tx_queue_7_bytes: 342 >>> tx_queue_7_restart: 0 >>> rx_queue_0_packets: 5561 >>> rx_queue_0_bytes: 358923 >>> rx_queue_0_drops: 0 >>> rx_queue_0_csum_err: 0 >>> rx_queue_0_alloc_failed: 0 >>> rx_queue_1_packets: 492 >>> rx_queue_1_bytes: 55187 >>> rx_queue_1_drops: 0 >>> rx_queue_1_csum_err: 0 >>> rx_queue_1_alloc_failed: 0 >>> rx_queu
Re: [Gutl-l] Problema con conectividad
El martes, 21 de febrero de 2017 11:00:44 A. M. CST Arian Molina Aguilera escribieron: > El 21/02/17 a las 09:11, Rommel Rodriguez Toirac escribió: > > El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises Gonzalez escribieron: > >> On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: > >>> ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado? o > >>> > >>> ¿alguien que conozca de algo que pudiera causar esta inestabilidad en la > >>> conectividad con este servidor? o ¿alguien que conozca por donde mas > >>> buscar > >>> para ver si encuentro algo que me ayude > >> > >> Estas teniendo un problema a de capa 2 en tu red, hay algo que hace que > >> el protocolo ARP no este funcionando bien, lo cual se arregla al hacer > >> ping pues eso refresca los mapeos de MAC a IP, es virtual el servidor o > >> f'isico? > >> > >> En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual switch > >> o lo que tengas en medio. El workaround es muy sencillo, pon una tarea > >> en cron que haga un ping cada 10 minutos y listo ping -c 1 a una ip o a > >> varias y listo, eso no te va a tumbar la red y te va a resolver un > >> problema > >> > > La PC como tal es un INSPUR NF5280M4 tiene 4 dispositivos de red y ya > > conecté> > > el cable de red en otro dispositivo de red y lo configuré también. Cambié > > el switch. Apagué todo (todos los servidores y todos los switch que > > tengo) y todavía persiste el problema. > > > > Desde mi estación de trabajo (Kubuntu 16.04) hago ping y no tengo ningún > > tipo> > > de respuesta, probé desde otras PCs (Windows 10 y Windows 7) hago ping y > > se > > demora, luego de entre 5 u 8 segundos me devuelve la primera respuesta > > como > > perdida, luego si hace ping normalmete; cuando ahora pruebo desde mi > > estación de trabjo, hace ping sin problemas. > > Se que una solución de palo sería hacer ping a alguna dirección de mi red > > cada un tiempo determinado, pero es que quisiera resolver eso sin > > engaños.> > > Cambiar la distribución no está dentro de los planes (al menos por ahora) > > > > pues sería una mas a mantener los repositorios con mi limitado ancho de > > banda, sin contar las especificaciones y requerimientos de instalación > > del gestor de bases de datos Oracle. > > Hice lo que me recomendaron con el comando ethtool y no obtuve ninguno de > > las respuestas relacionadas con error por encima de cero: > > > > NIC statistics: > > rx_packets: 9741 > > tx_packets: 43 > > rx_bytes: 859940 > > tx_bytes: 3409 > > rx_broadcast: 9362 > > tx_broadcast: 9 > > rx_multicast: 360 > > tx_multicast: 19 > > multicast: 360 > > collisions: 0 > > rx_crc_errors: 0 > > rx_no_buffer_count: 0 > > rx_missed_errors: 0 > > tx_aborted_errors: 0 > > tx_carrier_errors: 0 > > tx_window_errors: 0 > > tx_abort_late_coll: 0 > > tx_deferred_ok: 0 > > tx_single_coll_ok: 0 > > tx_multi_coll_ok: 0 > > tx_timeout_count: 0 > > rx_long_length_errors: 0 > > rx_short_length_errors: 0 > > rx_align_errors: 0 > > tx_tcp_seg_good: 0 > > tx_tcp_seg_failed: 0 > > rx_flow_control_xon: 0 > > rx_flow_control_xoff: 0 > > tx_flow_control_xon: 0 > > tx_flow_control_xoff: 0 > > rx_long_byte_count: 859940 > > tx_dma_out_of_sync: 0 > > tx_smbus: 0 > > rx_smbus: 0 > > dropped_smbus: 0 > > os2bmc_rx_by_bmc: 0 > > os2bmc_tx_by_bmc: 0 > > os2bmc_tx_by_host: 0 > > os2bmc_rx_by_host: 0 > > tx_hwtstamp_timeouts: 0 > > rx_hwtstamp_cleared: 0 > > rx_errors: 0 > > tx_errors: 0 > > tx_dropped: 0 > > rx_length_errors: 0 > > rx_over_errors: 0 > > rx_frame_errors: 0 > > rx_fifo_errors: 0 > > tx_fifo_errors: 0 > > tx_heartbeat_errors: 0 > > tx_queue_0_packets: 5 > > tx_queue_0_bytes: 387 > > tx_queue_0_restart: 0 > > tx_queue_1_packets: 1 > > tx_queue_1_bytes: 96 > > tx_queue_1_restart: 0 > > tx_queue_2_packets: 19 > > tx_queue_2_bytes: 1594 > > tx_queue_2_restart: 0 > > tx_queue_3_packets: 12 > > tx_queue_3_bytes: 504 > > tx_queue_3_restart: 0 > > tx_queue_4_packets: 1 > > tx_queue_4_bytes: 80 > > tx_queue_4_restart: 0 > > tx_queue_5_packets: 0 > > tx_queue_5_bytes: 0 > > tx_queue_5_restart: 0 > > tx_queue_6_packets: 0 > > tx_queue_6_bytes: 0 > > tx_queue_6_restart: 0 > > tx_queue_7_packets: 5 > > tx_queue_7_bytes: 342 > > tx_queue_7_restart: 0 > > rx_queue_0_packets: 5561 > > rx_queue_0_bytes: 358923 > > rx_queue_0_drops: 0 > > rx_queue_0_csum_err: 0 > > rx_queue_0_alloc_failed: 0 > > rx_queue_1_packets: 492 > > rx_queue_1_bytes: 55187 > > rx_queue_1_drops: 0 > > rx_queue_1_csum_err: 0 > > rx_queue_1_alloc_failed: 0 > > rx_queue_2_packets: 771 > > rx_queue_2_bytes: 76077 > >
Re: [Gutl-l] Problema con conectividad
El 21/02/17 a las 09:11, Rommel Rodriguez Toirac escribió: > El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises Gonzalez escribieron: >> On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: >>> ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado? o >>> >>> ¿alguien que conozca de algo que pudiera causar esta inestabilidad en la >>> conectividad con este servidor? o ¿alguien que conozca por donde mas >>> buscar >>> para ver si encuentro algo que me ayude >> >> Estas teniendo un problema a de capa 2 en tu red, hay algo que hace que >> el protocolo ARP no este funcionando bien, lo cual se arregla al hacer >> ping pues eso refresca los mapeos de MAC a IP, es virtual el servidor o >> f'isico? >> >> En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual switch >> o lo que tengas en medio. El workaround es muy sencillo, pon una tarea >> en cron que haga un ping cada 10 minutos y listo ping -c 1 a una ip o a >> varias y listo, eso no te va a tumbar la red y te va a resolver un problema > > La PC como tal es un INSPUR NF5280M4 tiene 4 dispositivos de red y ya > conecté > el cable de red en otro dispositivo de red y lo configuré también. Cambié el > switch. Apagué todo (todos los servidores y todos los switch que tengo) y > todavía persiste el problema. > Desde mi estación de trabajo (Kubuntu 16.04) hago ping y no tengo ningún > tipo > de respuesta, probé desde otras PCs (Windows 10 y Windows 7) hago ping y se > demora, luego de entre 5 u 8 segundos me devuelve la primera respuesta como > perdida, luego si hace ping normalmete; cuando ahora pruebo desde mi estación > de trabjo, hace ping sin problemas. > Se que una solución de palo sería hacer ping a alguna dirección de mi red > cada > un tiempo determinado, pero es que quisiera resolver eso sin engaños. > Cambiar la distribución no está dentro de los planes (al menos por ahora) > pues sería una mas a mantener los repositorios con mi limitado ancho de > banda, > sin contar las especificaciones y requerimientos de instalación del gestor de > bases de datos Oracle. > Hice lo que me recomendaron con el comando ethtool y no obtuve ninguno de las > respuestas relacionadas con error por encima de cero: > > NIC statistics: > rx_packets: 9741 > tx_packets: 43 > rx_bytes: 859940 > tx_bytes: 3409 > rx_broadcast: 9362 > tx_broadcast: 9 > rx_multicast: 360 > tx_multicast: 19 > multicast: 360 > collisions: 0 > rx_crc_errors: 0 > rx_no_buffer_count: 0 > rx_missed_errors: 0 > tx_aborted_errors: 0 > tx_carrier_errors: 0 > tx_window_errors: 0 > tx_abort_late_coll: 0 > tx_deferred_ok: 0 > tx_single_coll_ok: 0 > tx_multi_coll_ok: 0 > tx_timeout_count: 0 > rx_long_length_errors: 0 > rx_short_length_errors: 0 > rx_align_errors: 0 > tx_tcp_seg_good: 0 > tx_tcp_seg_failed: 0 > rx_flow_control_xon: 0 > rx_flow_control_xoff: 0 > tx_flow_control_xon: 0 > tx_flow_control_xoff: 0 > rx_long_byte_count: 859940 > tx_dma_out_of_sync: 0 > tx_smbus: 0 > rx_smbus: 0 > dropped_smbus: 0 > os2bmc_rx_by_bmc: 0 > os2bmc_tx_by_bmc: 0 > os2bmc_tx_by_host: 0 > os2bmc_rx_by_host: 0 > tx_hwtstamp_timeouts: 0 > rx_hwtstamp_cleared: 0 > rx_errors: 0 > tx_errors: 0 > tx_dropped: 0 > rx_length_errors: 0 > rx_over_errors: 0 > rx_frame_errors: 0 > rx_fifo_errors: 0 > tx_fifo_errors: 0 > tx_heartbeat_errors: 0 > tx_queue_0_packets: 5 > tx_queue_0_bytes: 387 > tx_queue_0_restart: 0 > tx_queue_1_packets: 1 > tx_queue_1_bytes: 96 > tx_queue_1_restart: 0 > tx_queue_2_packets: 19 > tx_queue_2_bytes: 1594 > tx_queue_2_restart: 0 > tx_queue_3_packets: 12 > tx_queue_3_bytes: 504 > tx_queue_3_restart: 0 > tx_queue_4_packets: 1 > tx_queue_4_bytes: 80 > tx_queue_4_restart: 0 > tx_queue_5_packets: 0 > tx_queue_5_bytes: 0 > tx_queue_5_restart: 0 > tx_queue_6_packets: 0 > tx_queue_6_bytes: 0 > tx_queue_6_restart: 0 > tx_queue_7_packets: 5 > tx_queue_7_bytes: 342 > tx_queue_7_restart: 0 > rx_queue_0_packets: 5561 > rx_queue_0_bytes: 358923 > rx_queue_0_drops: 0 > rx_queue_0_csum_err: 0 > rx_queue_0_alloc_failed: 0 > rx_queue_1_packets: 492 > rx_queue_1_bytes: 55187 > rx_queue_1_drops: 0 > rx_queue_1_csum_err: 0 > rx_queue_1_alloc_failed: 0 > rx_queue_2_packets: 771 > rx_queue_2_bytes: 76077 > rx_queue_2_drops: 0 > rx_queue_2_csum_err: 0 > rx_queue_2_alloc_failed: 0 > rx_queue_3_packets: 471 > rx_queue_3_bytes: 67969 > rx_queue_3_drops: 0 > rx_queue_3_csum_err: 0 > rx_queue_3_alloc_failed: 0 > rx_queue_4_packets: 744 > rx_queue_4_bytes: 76398 > rx_queue_4_drops: 0 > rx_queue_4_csum_err: 0 >
Re: [Gutl-l] Problema con conectividad
El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises Gonzalez escribieron: > On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: > > ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado? o > > > > ¿alguien que conozca de algo que pudiera causar esta inestabilidad en la > > conectividad con este servidor? o ¿alguien que conozca por donde mas > > buscar > > para ver si encuentro algo que me ayude > > Estas teniendo un problema a de capa 2 en tu red, hay algo que hace que > el protocolo ARP no este funcionando bien, lo cual se arregla al hacer > ping pues eso refresca los mapeos de MAC a IP, es virtual el servidor o > f'isico? > > En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual switch > o lo que tengas en medio. El workaround es muy sencillo, pon una tarea > en cron que haga un ping cada 10 minutos y listo ping -c 1 a una ip o a > varias y listo, eso no te va a tumbar la red y te va a resolver un problema La PC como tal es un INSPUR NF5280M4 tiene 4 dispositivos de red y ya conecté el cable de red en otro dispositivo de red y lo configuré también. Cambié el switch. Apagué todo (todos los servidores y todos los switch que tengo) y todavía persiste el problema. Desde mi estación de trabajo (Kubuntu 16.04) hago ping y no tengo ningún tipo de respuesta, probé desde otras PCs (Windows 10 y Windows 7) hago ping y se demora, luego de entre 5 u 8 segundos me devuelve la primera respuesta como perdida, luego si hace ping normalmete; cuando ahora pruebo desde mi estación de trabjo, hace ping sin problemas. Se que una solución de palo sería hacer ping a alguna dirección de mi red cada un tiempo determinado, pero es que quisiera resolver eso sin engaños. Cambiar la distribución no está dentro de los planes (al menos por ahora) pues sería una mas a mantener los repositorios con mi limitado ancho de banda, sin contar las especificaciones y requerimientos de instalación del gestor de bases de datos Oracle. Hice lo que me recomendaron con el comando ethtool y no obtuve ninguno de las respuestas relacionadas con error por encima de cero: NIC statistics: rx_packets: 9741 tx_packets: 43 rx_bytes: 859940 tx_bytes: 3409 rx_broadcast: 9362 tx_broadcast: 9 rx_multicast: 360 tx_multicast: 19 multicast: 360 collisions: 0 rx_crc_errors: 0 rx_no_buffer_count: 0 rx_missed_errors: 0 tx_aborted_errors: 0 tx_carrier_errors: 0 tx_window_errors: 0 tx_abort_late_coll: 0 tx_deferred_ok: 0 tx_single_coll_ok: 0 tx_multi_coll_ok: 0 tx_timeout_count: 0 rx_long_length_errors: 0 rx_short_length_errors: 0 rx_align_errors: 0 tx_tcp_seg_good: 0 tx_tcp_seg_failed: 0 rx_flow_control_xon: 0 rx_flow_control_xoff: 0 tx_flow_control_xon: 0 tx_flow_control_xoff: 0 rx_long_byte_count: 859940 tx_dma_out_of_sync: 0 tx_smbus: 0 rx_smbus: 0 dropped_smbus: 0 os2bmc_rx_by_bmc: 0 os2bmc_tx_by_bmc: 0 os2bmc_tx_by_host: 0 os2bmc_rx_by_host: 0 tx_hwtstamp_timeouts: 0 rx_hwtstamp_cleared: 0 rx_errors: 0 tx_errors: 0 tx_dropped: 0 rx_length_errors: 0 rx_over_errors: 0 rx_frame_errors: 0 rx_fifo_errors: 0 tx_fifo_errors: 0 tx_heartbeat_errors: 0 tx_queue_0_packets: 5 tx_queue_0_bytes: 387 tx_queue_0_restart: 0 tx_queue_1_packets: 1 tx_queue_1_bytes: 96 tx_queue_1_restart: 0 tx_queue_2_packets: 19 tx_queue_2_bytes: 1594 tx_queue_2_restart: 0 tx_queue_3_packets: 12 tx_queue_3_bytes: 504 tx_queue_3_restart: 0 tx_queue_4_packets: 1 tx_queue_4_bytes: 80 tx_queue_4_restart: 0 tx_queue_5_packets: 0 tx_queue_5_bytes: 0 tx_queue_5_restart: 0 tx_queue_6_packets: 0 tx_queue_6_bytes: 0 tx_queue_6_restart: 0 tx_queue_7_packets: 5 tx_queue_7_bytes: 342 tx_queue_7_restart: 0 rx_queue_0_packets: 5561 rx_queue_0_bytes: 358923 rx_queue_0_drops: 0 rx_queue_0_csum_err: 0 rx_queue_0_alloc_failed: 0 rx_queue_1_packets: 492 rx_queue_1_bytes: 55187 rx_queue_1_drops: 0 rx_queue_1_csum_err: 0 rx_queue_1_alloc_failed: 0 rx_queue_2_packets: 771 rx_queue_2_bytes: 76077 rx_queue_2_drops: 0 rx_queue_2_csum_err: 0 rx_queue_2_alloc_failed: 0 rx_queue_3_packets: 471 rx_queue_3_bytes: 67969 rx_queue_3_drops: 0 rx_queue_3_csum_err: 0 rx_queue_3_alloc_failed: 0 rx_queue_4_packets: 744 rx_queue_4_bytes: 76398 rx_queue_4_drops: 0 rx_queue_4_csum_err: 0 rx_queue_4_alloc_failed: 0 rx_queue_5_packets: 530 rx_queue_5_bytes: 60209 rx_queue_5_drops: 0 rx_queue_5_csum_err: 0 rx_queue_5_alloc_failed: 0 rx_queue_6_packets: 519 rx_queue_6_bytes: 53151 rx_queue_6_drops: 0 rx_queue_6_csum_err: 0 rx_queue_6_alloc_failed: 0
Re: [Gutl-l] Problema con conectividad
On 20.02.2017 19:53, Rommel Rodriguez Toirac wrote: Mis saludos; tengo un servidor CentOS 6.8 x86_64 (actualizado hasta hace una semana) en el que solo lo tengo instalado y corriendo el gestor de bases de datos Oracle 11g para 64 bit. Me sucede que a veces se pierde todo tipo de conectividad con él (ni responde el ping, ni tengo acceso vía ssh, ni el TNSping de Oracle responde). Cuando esto sucede desde el servidor como tal hago ping a alguna dirección IP de mi red y vuelve a existir la conectividad con este servidor. He chequeado las trazas, pero no encuentro nada que hable de eso, ni de que exista algún tipo de dificultad con los dispositivos de red. ... Con ethtool[1] puedes tener estadisticas de tu NIC. Prueba hacer "ethtool -S _iface_" y revisa las estadisticas de error, de ser mayor que cero, puede ser que tu NIC tenga algun problema. Saludos, 1- man ethtool __ 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] Problema con conectividad
-- From: "Rommel Rodriguez Toirac" Sent: Monday, February 20, 2017 1:53 PM To: Subject: [Gutl-l] Problema con conectividad Mis saludos; tengo un servidor CentOS 6.8 x86_64 (actualizado hasta hace una semana) en el que solo lo tengo instalado y corriendo el gestor de bases de datos Oracle 11g para 64 bit. Me sucede que a veces se pierde todo tipo de conectividad con él (ni responde el ping, ni tengo acceso vía ssh, ni el TNSping de Oracle responde). Cuando esto sucede desde el servidor como tal hago ping a alguna dirección IP de mi red y vuelve a existir la conectividad con este servidor. He chequeado las trazas, pero no encuentro nada que hable de eso, ni de que exista algún tipo de dificultad con los dispositivos de red. Me he dado cuenta que desde una estación de trabajo (ya sea Windows XP o Windows 7) al hacer ping a este servidor siempre se demora un poco (unos 8 segundos) en obtener la primera respuesta, que siempre (en las 10 PC que probé sucedío esto) obtengo "Tiempo de espera agotado" en ella y luego se comunica normalmente. Si vuelves a hacer ping desde esa PC todo funciona sin problemas y obtienes todas las respuestas sin perderse ninguna. C:\Users\administrator>ping pgtm.gtm.onat.gob.cu Haciendo ping a pgtm.gtm.onat.gob.cu [192.168.41.4] con 32 bytes de datos: Tiempo de espera agotado para esta solicitud. Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64 Estadísticas de ping para 192.168.41.4: Paquetes: enviados = 4, recibidos = 3, perdidos = 1 (25% perdidos), Tiempos aproximados de ida y vuelta en milisegundos: Mínimo = 0ms, Máximo = 0ms, Media = 0ms Esta son algunas de las configuraciones que tengo relacionadas con red, incluyendo el dispositivo de red donde tengo conectado el cable de red (los otros tres dispositivos no están conectados). [root@pgtm ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE=eth0 TYPE=Ethernet UUID=11dcddd4-6530-457a-8d3e-01a8339fb113 ONBOOT=yes NM_CONTROLLED=yes BOOTPROTO=none HWADDR=6C:92:BF:26:C7:02 IPADDR=192.168.41.4 PREFIX=24 GATEWAY=192.168.41.1 DNS1=192.168.41.17 DOMAIN=gtm.onat.gob.cu DEFROUTE=yes IPV4_FAILURE_FATAL=yes IPV6INIT=no NAME="System eth0" cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 192.168.41.4 pgtm pgtm.gtm.onat.gob.cu [root@pgtm ~]# cat /etc/resolv.conf # Generated by NetworkManager search gtm.onat.gob.cu nameserver 192.168.41.17 [root@pgtm mail]# cat /etc/sysconfig/network NETWORKING=yes HOSTNAME=pgtm.gtm.onat.gob.cu GATEWAY=192.168.41.1 ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado? o ¿alguien que conozca de algo que pudiera causar esta inestabilidad en la conectividad con este servidor? o ¿alguien que conozca por donde mas buscar para ver si encuentro algo que me ayude? -- Rommel Rodriguez Toirac Administrador de redes ONAT Guantánamo Tel: 21327444 ext 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 Algo parecido le sucedía a la PC con Zentyal 2.2 que tenía acá como FTP y la solución fue bastante radical: instalar un Debian y que el acceso al FTP fuera solamente mediante HTTP. Salu2 Mientras no aparezca la indicada goza con la equivocada. -- 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] Problema con conectividad
Has probado ponerle una tarjeta de red y trabajar con esta a ver si el comportamiento es el mismo? El hardware pudiera estar dañado también whilo Saludos Cordiales, M.Sc. Wilfredo Martínez Consuegra Técnico en Comunicaciones TRANSGAVIOTA CENTRO Cayo Las Brujas, Caibarién, Villa Clara. Teléfono fijo: +53 42 350284 Teléfono Celular: +53 53 664 665 SÍGUENOS EN: -Mensaje original- De: gutl-l-boun...@jovenclub.cu [mailto:gutl-l-boun...@jovenclub.cu] En nombre de Rommel Rodriguez Toirac Enviado el: lunes, 20 de febrero de 2017 01:54 p.m. Para: gutl-l@jovenclub.cu Asunto: [Gutl-l] Problema con conectividad Mis saludos; tengo un servidor CentOS 6.8 x86_64 (actualizado hasta hace una semana) en el que solo lo tengo instalado y corriendo el gestor de bases de datos Oracle 11g para 64 bit. Me sucede que a veces se pierde todo tipo de conectividad con él (ni responde el ping, ni tengo acceso vía ssh, ni el TNSping de Oracle responde). Cuando esto sucede desde el servidor como tal hago ping a alguna dirección IP de mi red y vuelve a existir la conectividad con este servidor. He chequeado las trazas, pero no encuentro nada que hable de eso, ni de que exista algún tipo de dificultad con los dispositivos de red. Me he dado cuenta que desde una estación de trabajo (ya sea Windows XP o Windows 7) al hacer ping a este servidor siempre se demora un poco (unos 8 segundos) en obtener la primera respuesta, que siempre (en las 10 PC que probé sucedío esto) obtengo "Tiempo de espera agotado" en ella y luego se comunica normalmente. Si vuelves a hacer ping desde esa PC todo funciona sin problemas y obtienes todas las respuestas sin perderse ninguna. C:\Users\administrator>ping pgtm.gtm.onat.gob.cu Haciendo ping a pgtm.gtm.onat.gob.cu [192.168.41.4] con 32 bytes de datos: Tiempo de espera agotado para esta solicitud. Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64 Estadísticas de ping para 192.168.41.4: Paquetes: enviados = 4, recibidos = 3, perdidos = 1 (25% perdidos), Tiempos aproximados de ida y vuelta en milisegundos: Mínimo = 0ms, Máximo = 0ms, Media = 0ms Esta son algunas de las configuraciones que tengo relacionadas con red, incluyendo el dispositivo de red donde tengo conectado el cable de red (los otros tres dispositivos no están conectados). [root@pgtm ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE=eth0 TYPE=Ethernet UUID=11dcddd4-6530-457a-8d3e-01a8339fb113 ONBOOT=yes NM_CONTROLLED=yes BOOTPROTO=none HWADDR=6C:92:BF:26:C7:02 IPADDR=192.168.41.4 PREFIX=24 GATEWAY=192.168.41.1 DNS1=192.168.41.17 DOMAIN=gtm.onat.gob.cu DEFROUTE=yes IPV4_FAILURE_FATAL=yes IPV6INIT=no NAME="System eth0" cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 192.168.41.4 pgtm pgtm.gtm.onat.gob.cu [root@pgtm ~]# cat /etc/resolv.conf # Generated by NetworkManager search gtm.onat.gob.cu nameserver 192.168.41.17 [root@pgtm mail]# cat /etc/sysconfig/network NETWORKING=yes HOSTNAME=pgtm.gtm.onat.gob.cu GATEWAY=192.168.41.1 ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado? o ¿alguien que conozca de algo que pudiera causar esta inestabilidad en la conectividad con este servidor? o ¿alguien que conozca por donde mas buscar para ver si encuentro algo que me ayude? -- Rommel Rodriguez Toirac Administrador de redes ONAT Guantánamo Tel: 21327444 ext 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 __ 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] Problema con conectividad
El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises Gonzalez escribieron: > On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: > > ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado? o > > > > ¿alguien que conozca de algo que pudiera causar esta inestabilidad en la > > conectividad con este servidor? o ¿alguien que conozca por donde mas > > buscar > > para ver si encuentro algo que me ayude > > Estas teniendo un problema a de capa 2 en tu red, hay algo que hace que > el protocolo ARP no este funcionando bien, lo cual se arregla al hacer > ping pues eso refresca los mapeos de MAC a IP, es virtual el servidor o > f'isico? > > En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual switch > o lo que tengas en medio. El workaround es muy sencillo, pon una tarea > en cron que haga un ping cada 10 minutos y listo ping -c 1 a una ip o a > varias y listo, eso no te va a tumbar la red y te va a resolver un problema El servidor es físico y esta conectado a un switch TP-Link de 16 puertos modelo TL-SG3216 Jet Stream L2 managed switch (son las letricas que tiene) -- Rommel Rodriguez Toirac Administrador de redes ONAT Guantánamo Tel: 21327444 ext 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] Problema con conectividad
On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado? o ¿alguien que conozca de algo que pudiera causar esta inestabilidad en la conectividad con este servidor? o ¿alguien que conozca por donde mas buscar para ver si encuentro algo que me ayude Estas teniendo un problema a de capa 2 en tu red, hay algo que hace que el protocolo ARP no este funcionando bien, lo cual se arregla al hacer ping pues eso refresca los mapeos de MAC a IP, es virtual el servidor o f'isico? En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual switch o lo que tengas en medio. El workaround es muy sencillo, pon una tarea en cron que haga un ping cada 10 minutos y listo ping -c 1 a una ip o a varias y listo, eso no te va a tumbar la red y te va a resolver un problema -- Salu2 Ulinx Linux user 366775 "En un problema con n ecuaciones siempre habrá al menos n+1 incógnitas." __ 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] Problema coneccion a ftp
no tengo ningun ejemplo yo lo que uso de Gateway es Mikrotik, nunca he utilizado pfsense pero la filosofia de trabajo es todos es similiar. Saludos El 06/02/2017 a las 12:41, ism...@cies.cu escribió: El 2017-02-06 10:15, Yosbel Angel escribió: revisa que tenas en el firewall (Pfsense) abiertos los puertos 20 y 21 pues ftp los emplea ambos para las conexiones si habres solo el 21 te dara problemas. Saludos. El 6/2/17, ism...@cies.cu escribió: Hola mi gente tengo el siguiente problema que me tiene hecho un lio, tengo el pfsense instalado y resulta que al acceder a un ftp externo me pide contraseña, se la pongo y me vuelve a pedir la contraseña, y no es error de contraseña o usuario incorrecto porque puedo acceder sin problemas desde afuera de mi red, esprero que me puedan ayudar porque ya no se que decirle a mi jefe. __ 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 __ 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 En las reglas de la WAN le dije que todo lo que viniese por el puerto 20 y 21 lo pasara a la LanNet y me sigue igual el problema. Si tienes un ejemplo de la configuración te lo agradecería. __ 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 __ 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] Problema coneccion a ftp
El 06/02/17 a las 16:24, ism...@cies.cu escribió: > El 2017-02-06 14:07, Maikel Nieves Matamoros escribió: >> El 06/02/17 a las 12:41, ism...@cies.cu escribió: >>> El 2017-02-06 10:15, Yosbel Angel escribió: revisa que tenas en el firewall (Pfsense) abiertos los puertos 20 y 21 pues ftp los emplea ambos para las conexiones si habres solo el 21 te dara problemas. Saludos. El 6/2/17, ism...@cies.cu escribió: > > Hola mi gente tengo el siguiente problema que me tiene hecho un lio, > tengo el pfsense instalado y resulta que al acceder a un ftp > externo me > pide contraseña, se la pongo y me vuelve a pedir la contraseña, y > no es > error de contraseña o usuario incorrecto porque puedo acceder sin > problemas desde afuera de mi red, esprero que me puedan ayudar > porque ya > no se que decirle a mi jefe. > > __ > 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 > __ 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 >>> >>> En las reglas de la WAN le dije que todo lo que viniese por el puerto >>> 20 y 21 lo pasara a la LanNet y me sigue igual el problema. Si tienes >>> un ejemplo de la configuración te lo agradecería. >>> __ >>> 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 >>> >> Si lo que quieres es acceder a un ftp externo por el protocolo ftp >> tienes que abrir los puertos 21 y 20...pero en la LAN no en la WAN >> como dices...recuerda en pfSense las reglas se ponen por la tarjeta >> por donde entran los paquetes o sea si tu petición se realiza desde la >> LAN tienes que poner la regla en la LAN. > > Aún continua repitiendome el formulario de loggin. Yo tengo instalado en > el pfsense un proxy server y no se si eso interferirá. Si existe alguna > forma donde desde la lan me pueda conectar al ftp directo creo que me > serviría, lo que no se como hacerlo, perdonen mi ignorancia. > __ > 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 pero tu te conectas directo desde la lan haciendo un nat a través del pfsense o accedes a través de proxy, especificándolo en el cliente. Son cosas diferentes y no tiene nada que ver que tengo instalado el squid proxy en el pfsense, este no interfiere con la comunicación del pfsense. si vas a usarlo a través de proxy squid, considera poner el tag en la configuración del squid que use ftp activo. Si es a través de nat, debes instalar el paquete que se te indico, y abrir reglas en tu lan para permitir la salida, así como reglas nat, para definir quien de la lan puede salir directamente y con que wan enmascarar los paquetes. -- 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. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ 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] Problema coneccion a ftp
El 06/02/17 a las 18:06, dermidio escribió: > Ramon Barthelemy wrote: >> >> El 06-feb-17 a las 9:54 AM, ism...@cies.cu escribió: >>> >>> Hola mi gente tengo el siguiente problema que me tiene hecho un lio, >>> tengo el pfsense instalado y resulta que al acceder a un ftp externo me >>> pide contraseña, se la pongo y me vuelve a pedir la contraseña, y no es >>> error de contraseña o usuario incorrecto porque puedo acceder sin >>> problemas desde afuera de mi red, esprero que me puedan ayudar porque ya >>> no se que decirle a mi jefe. >>> >> >> Saludos, >> Instala el cliente FTP_Client_Proxy en el Pfsense y en las reglas abre >> los puertos 20 y 21 para que los usuarios de la LAN puedan conectarse, >> Saludos, Ramón > Hola, lamento no poder dar muchos detalles, pero un colega oi que tenia > el mismo problema y lo soluciono instalando el conntrack en el pfsense, > el no usa el squid del pfsense, el paquete conntrack lo busco y lo > instalo creo que desde la lista de paquetes a instalar que aparece en la > interfaz grafica del pfsense, suerte, dermidio. > __ > 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 no existe tal paquete en pfsense, el paquete se llama FTP_Client_Proxy, para permitir la salida de ftp nateado. -- 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. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ 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] Problema coneccion a ftp
El 06/02/17 a las 16:06, Alberto José García Fumero escribió: > El lun, 06-02-2017 a las 13:10 -0500, ism...@cies.cu escribió: > >>> declara en tu proxy que vas a usar ftp pasivo y que este utilice el >>> modulo nf_conntrack_ftp, nf_nat_ftp. >> no se como hacer eso en pfsense > > > Hay una etiqueta (tag) en la configuración del Squid (tu proxy) que te > define si se va a usar ftp pasivo o no. Normalmente está en on. > (ftp_passive on) > > Hasta donde entiendo, el conntrack se usa en los cortafuegos para > resolver el problema de situaciones donde no es posible prever por qué > puerto alto se va a establecer la conexión (ftp pasivo). No he tenido > problemas con eso acá, así que voy a tirar un farol y sugerirte que > pruebes en tu PfSense con el menú system/advanced/firewallnat y allí en > la opción Network Address Translation escojas activar (NAT+proxy), > digamos. > > Los que saben más del asunto, siéntanse libres de sacarme tarjeta > amarilla si estoy hablando boberías...;-) > Es que en las versiones actuales de pfsense esto ya no es posible, pues eliminaron esa posiblidad de hacer el nat+proxy para ftp, y cuando la comunicación es pasiva falla, para eso agregaron un paquete que como bien sugirieron se llama FTP_Client_Proxy que básicamente lo que hace es eso. Basic FTP Client Proxy using ftp-proxy from FreeBSD. más información en [1]. Y así evitar ese problema. Cuando se hacía nat en una conexión ftp de salida. [1] https://forum.pfsense.org/index.php?topic=89841.0 -- 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. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ 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] Problema coneccion a ftp
El 06/02/17 a las 13:10, ism...@cies.cu escribió: > El 2017-02-06 11:22, Alberto José García Fumero escribió: >> El lun, 06-02-2017 a las 09:54 -0500, ism...@cies.cu escribió: >>> Hola mi gente tengo el siguiente problema que me tiene hecho un lio, >>> tengo el pfsense instalado y resulta que al acceder a un ftp externo me >>> pide contraseña, se la pongo y me vuelve a pedir la contraseña, y no es >>> error de contraseña o usuario incorrecto porque puedo acceder sin >>> problemas desde afuera de mi red, esprero que me puedan ayudar porque ya >>> no se que decirle a mi jefe. >>> >>> __ >>> 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 >> >> Prueba a ver si esta respuesta de Arian aplica a tu problema: >> >> De: Arian Molina Aguilera >> Reply-to: Lista cubana de soporte técnico en Tecnologias Libres >> >> Para: Lista cubana de soporte técnico en Tecnologias Libres >> >> Asunto: Re: [Gutl-l] Problema de coneccion a ftp >> Fecha: Fri, 3 Feb 2017 08:47:49 -0500 >> >> >> El 03/02/17 a las 08:24, Francisco R. Díaz Ortíz escribió: >>> colegas me hace falta saber si a alguno de ud les ha dado el siguiente >>> problema y logro solucionarlo, se cuenta con un ftp para acceder al >>> hosting de mi empresa, el mismo antes se podia acceder normalmente, >>> ahora, hay un ligero cambia, me conecto bien al proxy pero desde este >>> para afuera es donde supongo que este la odisea ya que me dice que no >> se >>> puede acceder, me conecto via filezilla, probe con el firefox y me >> pide >>> el pass del ftp al ponerla me la vueve a pedir una y otra ves >>> constantemente, espero que me ayuden a entender este embrollo por que >> a >>> la verdad ya mis neuronas estan cansadas jeje >>> >>> >> declara en tu proxy que vas a usar ftp pasivo y que este utilice el >> modulo nf_conntrack_ftp, nf_nat_ftp. > no se como hacer eso en pfsense > __ > 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 esos módulos no son para pfsense, sino para linux. Es necesario conocer que versión de pfsense estás utilizando y una explicación más detallada de que es lo que quieres o pretendes hacer para así ayudar mejor. 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. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ 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] Problema coneccion a ftp
Ramon Barthelemy wrote: El 06-feb-17 a las 9:54 AM, ism...@cies.cu escribió: Hola mi gente tengo el siguiente problema que me tiene hecho un lio, tengo el pfsense instalado y resulta que al acceder a un ftp externo me pide contraseña, se la pongo y me vuelve a pedir la contraseña, y no es error de contraseña o usuario incorrecto porque puedo acceder sin problemas desde afuera de mi red, esprero que me puedan ayudar porque ya no se que decirle a mi jefe. Saludos, Instala el cliente FTP_Client_Proxy en el Pfsense y en las reglas abre los puertos 20 y 21 para que los usuarios de la LAN puedan conectarse, Saludos, Ramón Hola, lamento no poder dar muchos detalles, pero un colega oi que tenia el mismo problema y lo soluciono instalando el conntrack en el pfsense, el no usa el squid del pfsense, el paquete conntrack lo busco y lo instalo creo que desde la lista de paquetes a instalar que aparece en la interfaz grafica del pfsense, suerte, dermidio. __ 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] Problema coneccion a ftp
El 2017-02-06 14:07, Maikel Nieves Matamoros escribió: El 06/02/17 a las 12:41, ism...@cies.cu escribió: El 2017-02-06 10:15, Yosbel Angel escribió: revisa que tenas en el firewall (Pfsense) abiertos los puertos 20 y 21 pues ftp los emplea ambos para las conexiones si habres solo el 21 te dara problemas. Saludos. El 6/2/17, ism...@cies.cu escribió: Hola mi gente tengo el siguiente problema que me tiene hecho un lio, tengo el pfsense instalado y resulta que al acceder a un ftp externo me pide contraseña, se la pongo y me vuelve a pedir la contraseña, y no es error de contraseña o usuario incorrecto porque puedo acceder sin problemas desde afuera de mi red, esprero que me puedan ayudar porque ya no se que decirle a mi jefe. __ 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 __ 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 En las reglas de la WAN le dije que todo lo que viniese por el puerto 20 y 21 lo pasara a la LanNet y me sigue igual el problema. Si tienes un ejemplo de la configuración te lo agradecería. __ 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 Si lo que quieres es acceder a un ftp externo por el protocolo ftp tienes que abrir los puertos 21 y 20...pero en la LAN no en la WAN como dices...recuerda en pfSense las reglas se ponen por la tarjeta por donde entran los paquetes o sea si tu petición se realiza desde la LAN tienes que poner la regla en la LAN. Aún continua repitiendome el formulario de loggin. Yo tengo instalado en el pfsense un proxy server y no se si eso interferirá. Si existe alguna forma donde desde la lan me pueda conectar al ftp directo creo que me serviría, lo que no se como hacerlo, perdonen mi ignorancia. __ 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] Problema coneccion a ftp
Estos artículos te pueden servir claro no sobre sobre pfSense sino sobre GNU/Linux pero te pueden dar una idea. http://uranio-235.github.io/blog/2016/12/19/iptables-y-ftp/ http://www.librebyte.net/ftp/conexiones-pasivas-en-proftpd/ On 02/06/2017 04:06 PM, Alberto José García Fumero wrote: El lun, 06-02-2017 a las 13:10 -0500, ism...@cies.cu escribió: declara en tu proxy que vas a usar ftp pasivo y que este utilice el modulo nf_conntrack_ftp, nf_nat_ftp. no se como hacer eso en pfsense Hay una etiqueta (tag) en la configuración del Squid (tu proxy) que te define si se va a usar ftp pasivo o no. Normalmente está en on. (ftp_passive on) Hasta donde entiendo, el conntrack se usa en los cortafuegos para resolver el problema de situaciones donde no es posible prever por qué puerto alto se va a establecer la conexión (ftp pasivo). No he tenido problemas con eso acá, así que voy a tirar un farol y sugerirte que pruebes en tu PfSense con el menú system/advanced/firewallnat y allí en la opción Network Address Translation escojas activar (NAT+proxy), digamos. Los que saben más del asunto, siéntanse libres de sacarme tarjeta amarilla si estoy hablando boberías...;-) -- Yoander Valdés Rodríguez GNU/Linux SysAdmin Desarrollador PHP y Blogger http://www.librebyte.net __ 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] Problema coneccion a ftp
El lun, 06-02-2017 a las 13:10 -0500, ism...@cies.cu escribió: > > declara en tu proxy que vas a usar ftp pasivo y que este utilice el > > modulo nf_conntrack_ftp, nf_nat_ftp. > no se como hacer eso en pfsense Hay una etiqueta (tag) en la configuración del Squid (tu proxy) que te define si se va a usar ftp pasivo o no. Normalmente está en on. (ftp_passive on) Hasta donde entiendo, el conntrack se usa en los cortafuegos para resolver el problema de situaciones donde no es posible prever por qué puerto alto se va a establecer la conexión (ftp pasivo). No he tenido problemas con eso acá, así que voy a tirar un farol y sugerirte que pruebes en tu PfSense con el menú system/advanced/firewallnat y allí en la opción Network Address Translation escojas activar (NAT+proxy), digamos. Los que saben más del asunto, siéntanse libres de sacarme tarjeta amarilla si estoy hablando boberías...;-) -- 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] Problema coneccion a ftp
El 06-feb-17 a las 9:54 AM, ism...@cies.cu escribió: Hola mi gente tengo el siguiente problema que me tiene hecho un lio, tengo el pfsense instalado y resulta que al acceder a un ftp externo me pide contraseña, se la pongo y me vuelve a pedir la contraseña, y no es error de contraseña o usuario incorrecto porque puedo acceder sin problemas desde afuera de mi red, esprero que me puedan ayudar porque ya no se que decirle a mi jefe. Saludos, Instala el cliente FTP_Client_Proxy en el Pfsense y en las reglas abre los puertos 20 y 21 para que los usuarios de la LAN puedan conectarse, Saludos, Ramón -- Infomed Guantánamo Linux user 190658 --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- 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] Problema coneccion a ftp
El 06/02/17 a las 12:41, ism...@cies.cu escribió: El 2017-02-06 10:15, Yosbel Angel escribió: revisa que tenas en el firewall (Pfsense) abiertos los puertos 20 y 21 pues ftp los emplea ambos para las conexiones si habres solo el 21 te dara problemas. Saludos. El 6/2/17, ism...@cies.cu escribió: Hola mi gente tengo el siguiente problema que me tiene hecho un lio, tengo el pfsense instalado y resulta que al acceder a un ftp externo me pide contraseña, se la pongo y me vuelve a pedir la contraseña, y no es error de contraseña o usuario incorrecto porque puedo acceder sin problemas desde afuera de mi red, esprero que me puedan ayudar porque ya no se que decirle a mi jefe. __ 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 __ 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 En las reglas de la WAN le dije que todo lo que viniese por el puerto 20 y 21 lo pasara a la LanNet y me sigue igual el problema. Si tienes un ejemplo de la configuración te lo agradecería. __ 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 Si lo que quieres es acceder a un ftp externo por el protocolo ftp tienes que abrir los puertos 21 y 20...pero en la LAN no en la WAN como dices...recuerda en pfSense las reglas se ponen por la tarjeta por donde entran los paquetes o sea si tu petición se realiza desde la LAN tienes que poner la regla en la LAN. -- Saludos cordiales... Lic. Maikel Nieves Matamoros Esp. B Ciencias Informáticas Grupo de Tecnología Desoft División Habana Registered Linux User #609616 __ 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] Problema coneccion a ftp
El 2017-02-06 11:22, Alberto José García Fumero escribió: El lun, 06-02-2017 a las 09:54 -0500, ism...@cies.cu escribió: Hola mi gente tengo el siguiente problema que me tiene hecho un lio, tengo el pfsense instalado y resulta que al acceder a un ftp externo me pide contraseña, se la pongo y me vuelve a pedir la contraseña, y no es error de contraseña o usuario incorrecto porque puedo acceder sin problemas desde afuera de mi red, esprero que me puedan ayudar porque ya no se que decirle a mi jefe. __ 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 Prueba a ver si esta respuesta de Arian aplica a tu problema: De: Arian Molina Aguilera Reply-to: Lista cubana de soporte técnico en Tecnologias Libres Para: Lista cubana de soporte técnico en Tecnologias Libres Asunto: Re: [Gutl-l] Problema de coneccion a ftp Fecha: Fri, 3 Feb 2017 08:47:49 -0500 El 03/02/17 a las 08:24, Francisco R. Díaz Ortíz escribió: colegas me hace falta saber si a alguno de ud les ha dado el siguiente problema y logro solucionarlo, se cuenta con un ftp para acceder al hosting de mi empresa, el mismo antes se podia acceder normalmente, ahora, hay un ligero cambia, me conecto bien al proxy pero desde este para afuera es donde supongo que este la odisea ya que me dice que no se puede acceder, me conecto via filezilla, probe con el firefox y me pide el pass del ftp al ponerla me la vueve a pedir una y otra ves constantemente, espero que me ayuden a entender este embrollo por que a la verdad ya mis neuronas estan cansadas jeje declara en tu proxy que vas a usar ftp pasivo y que este utilice el modulo nf_conntrack_ftp, nf_nat_ftp. no se como hacer eso en pfsense __ 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] Problema coneccion a ftp
El 2017-02-06 10:15, Yosbel Angel escribió: revisa que tenas en el firewall (Pfsense) abiertos los puertos 20 y 21 pues ftp los emplea ambos para las conexiones si habres solo el 21 te dara problemas. Saludos. El 6/2/17, ism...@cies.cu escribió: Hola mi gente tengo el siguiente problema que me tiene hecho un lio, tengo el pfsense instalado y resulta que al acceder a un ftp externo me pide contraseña, se la pongo y me vuelve a pedir la contraseña, y no es error de contraseña o usuario incorrecto porque puedo acceder sin problemas desde afuera de mi red, esprero que me puedan ayudar porque ya no se que decirle a mi jefe. __ 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 __ 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 En las reglas de la WAN le dije que todo lo que viniese por el puerto 20 y 21 lo pasara a la LanNet y me sigue igual el problema. Si tienes un ejemplo de la configuración te lo agradecería. __ 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] Problema coneccion a ftp
El lun, 06-02-2017 a las 09:54 -0500, ism...@cies.cu escribió: > Hola mi gente tengo el siguiente problema que me tiene hecho un lio, > tengo el pfsense instalado y resulta que al acceder a un ftp externo me > pide contraseña, se la pongo y me vuelve a pedir la contraseña, y no es > error de contraseña o usuario incorrecto porque puedo acceder sin > problemas desde afuera de mi red, esprero que me puedan ayudar porque ya > no se que decirle a mi jefe. > > __ > 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 Prueba a ver si esta respuesta de Arian aplica a tu problema: De: Arian Molina Aguilera Reply-to: Lista cubana de soporte técnico en Tecnologias Libres Para: Lista cubana de soporte técnico en Tecnologias Libres Asunto: Re: [Gutl-l] Problema de coneccion a ftp Fecha: Fri, 3 Feb 2017 08:47:49 -0500 El 03/02/17 a las 08:24, Francisco R. Díaz Ortíz escribió: > colegas me hace falta saber si a alguno de ud les ha dado el siguiente > problema y logro solucionarlo, se cuenta con un ftp para acceder al > hosting de mi empresa, el mismo antes se podia acceder normalmente, > ahora, hay un ligero cambia, me conecto bien al proxy pero desde este > para afuera es donde supongo que este la odisea ya que me dice que no se > puede acceder, me conecto via filezilla, probe con el firefox y me pide > el pass del ftp al ponerla me la vueve a pedir una y otra ves > constantemente, espero que me ayuden a entender este embrollo por que a > la verdad ya mis neuronas estan cansadas jeje > > declara en tu proxy que vas a usar ftp pasivo y que este utilice el modulo nf_conntrack_ftp, nf_nat_ftp. -- 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] Problema coneccion a ftp
revisa que tenas en el firewall (Pfsense) abiertos los puertos 20 y 21 pues ftp los emplea ambos para las conexiones si habres solo el 21 te dara problemas. 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
Re: [Gutl-l] Problema coneccion a ftp
revisa que tenas en el firewall (Pfsense) abiertos los puertos 20 y 21 pues ftp los emplea ambos para las conexiones si habres solo el 21 te dara problemas. Saludos. El 6/2/17, ism...@cies.cu escribió: > > Hola mi gente tengo el siguiente problema que me tiene hecho un lio, > tengo el pfsense instalado y resulta que al acceder a un ftp externo me > pide contraseña, se la pongo y me vuelve a pedir la contraseña, y no es > error de contraseña o usuario incorrecto porque puedo acceder sin > problemas desde afuera de mi red, esprero que me puedan ayudar porque ya > no se que decirle a mi jefe. > > __ > 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 > __ 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] Problema Ltsp
El jue, 02-02-2017 a las 13:18 -0500, Jose Joaquin Ruiz Silva escribió: > Buenas necesito un manual o que alguien me diga como puedo conectar > una > impresora Epson LX-300+II usb en un cliente ligero en debian con ltsp. Tengo esto que lo usé cuando debian 5, mira a ver si todavía sirve http://gutl.jovenclub.cu/wiki/tutoriales:impresoras_ltsp En la imagen que se crea con el ltsp-build-client se crea un archivo /var/lib/tftpboot/ltsp/i386/lts.conf que es donde se encuentran las configuraciones a los clientes. Ahí además de las opciones habituales que debemos habilitar agragamos lo siguiente: ## Para impresora por pto paralelo PRINTER_0_DEVICE=/dev/lp0 PRINTER_0_PORT=9100 ## Para impresora por pto USB PRINTER_1_DEVICE=/dev/usblp0 PRINTER_1_PORT=9101 Ahora procedemos a instalar la impresora en el server ya que esto lo único que hará es redir -- Salu2 Ulinx Linux user 366775 "En un problema con n ecuaciones siempre habrá al menos n+1 incógnitas." __ 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] Problema Ltsp
Hola amigo. Estoy en la lista de software libre u vi ahí que. Ya as documentación para instalar una impresoraepson en un cliente ligero con Linux. Bueno yo ando buscando documentación de cómo poner clientes en Linux o Windows y que el servidor sea debían. Dime si me puedes ayudar con esto. Saludos. Sent from AOL Mobile Mail Get the new AOL app: mail.mobile.aol.com On Thursday, February 2, 2017, Jose Joaquin Ruiz Silva wrote: Buenas necesito un manual o que alguien me diga como puedo conectar una impresora Epson LX-300+II usb en un cliente ligero en debian con ltsp. Gracias de antemano __ 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 __ 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] Problema de coneccion a ftp
El 03/02/17 a las 08:24, Francisco R. Díaz Ortíz escribió: > colegas me hace falta saber si a alguno de ud les ha dado el siguiente > problema y logro solucionarlo, se cuenta con un ftp para acceder al > hosting de mi empresa, el mismo antes se podia acceder normalmente, > ahora, hay un ligero cambia, me conecto bien al proxy pero desde este > para afuera es donde supongo que este la odisea ya que me dice que no se > puede acceder, me conecto via filezilla, probe con el firefox y me pide > el pass del ftp al ponerla me la vueve a pedir una y otra ves > constantemente, espero que me ayuden a entender este embrollo por que a > la verdad ya mis neuronas estan cansadas jeje > > declara en tu proxy que vas a usar ftp pasivo y que este utilice el modulo nf_conntrack_ftp, nf_nat_ftp. -- 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. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ 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] Problema de comunicacion entre GLPI con cliente FusionInventory Agent
El 09/01/17 a las 14:13, monica salgado escribió: > Buenas tardes, llamo Omar Ocaña y escribo porque tengo un problema el > cual desde hace varios meses no le encuentro solución. > > me pasa lo siguiente, tengo instalado el GLPI en mi servidor y > posteriormente instale el cliente FusionInventory Agent en el resto de > las PC de mi empresa puesto que quiero el agente automaticamente por > la configuración que le tengo puesto me mande el expediente de cada > computo del centro diariamente, esto con el proposito de saber si se > ha modificado el hardware del equipo o instalado algun software nuevo. > > el problema surge que no hay manera que el cliente FusionInventory > Agent me funcione correctamente y se comunique con el servidor, ya lo > he configurado todo y he revisado la configuracion tanto del cliente y > el servidor y todo esta bien configurado, pero el cliente ni se > ejecuta automatico como yo quiero ni tampoco se logra comunicar con el > servidor > > lo raro es que lo instalo en mi computadora y lo mando a hacer el > analisis manual y si funciona correcto, asi mismo me pasa con 3 > computadoras mas > > si alguien ha usado el GLPI y el FusionInventory Agent y le funciona > bien, me seria de gran ayuda consejos y soluciones a mi problema, > > muchas gracias de ante mano y saludos > > > ___ > Gutl-l mailing list > Gutl-l@jovenclub.cu > https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l > __ > 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 > Escríbeme al privado para ayudarte, pues requiere que me mandes screenshop de la configuración entre otras cositas que debo consultarte para ver que esta bien o mal, pues tengo montado el mismo escenario en mi empresa y me funciona perfectamente. 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. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ 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] problema con lista de correo
El mar, 29-11-2016 a las 10:20 -0500, Meyker Rodriguez Leyva escribió: > A mí me pasa igual > PROBANDO SI YA SE SOLUCIONO EL MIO !!! Por lo visto, sí. -- 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] problema con lista de correo
A mí me pasa igual PROBANDO SI YA SE SOLUCIONO EL MIO !!! -Mensaje original- De: gutl-l-boun...@jovenclub.cu [mailto:gutl-l-boun...@jovenclub.cu] En nombre de Pablo M. Drake Enviado el: lunes, noviembre 28, 2016 8:22 PM Para: Lista cubana de soporte técnico en Tecnologias Libres Asunto: Re: [Gutl-l] problema con lista de correo El 28/11/16 12:14, Ludwig Causilla escribió: > Hola a Todos... hace un buen tiempo me estan llegando los correos de > todos en la lista de GUTL pero mis intervenciones no las estoy > recibiendo. Pudiera ser la opcion de que no me lleguen mis propios > correos pero al menos deberían salir en las de los demas la parte > donde aparece mi comentario por tanto... ya me puse en contacto con > Pablo para revisar eso y el me responde via Twitter que está en las > mismas. > > Espero que al menos este correo si lo lea alguien y responda para > saber si llegó > Al parecer el problema fue temporal. Tuve los mismos problemas dias antes pero ya mis mensajes estan llegando a la lista... personalmente revise tu cuenta y no tenia ningun problema. Saludos -- Grupo de Usuarios de Tecnologías Libres - Cuba http://gutl.jovenclub.cu/ --- CONGRESO PEDAGOGIA 2017 Celebrando su 15 aniversario Palacio de Convenciones de La Habana Del 30 de enero al 3 de febrero de 2017 Los detalles en: www.pedagogiacuba.com MINISTERIO DE EDUCACION REPUBLICA DE 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 __ 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] problema con lista de correo
El 28/11/2016 12:14 p.m., Ludwig Causilla escribió: Hola a Todos... hace un buen tiempo me estan llegando los correos de todos en la lista de GUTL pero mis intervenciones no las estoy recibiendo. Pudiera ser la opcion de que no me lleguen mis propios correos pero al menos deberían salir en las de los demas la parte donde aparece mi comentario por tanto... ya me puse en contacto con Pablo para revisar eso y el me responde via Twitter que está en las mismas. Espero que al menos este correo si lo lea alguien y responda para saber si llegó __ 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 mano, a mi por lo menos me llega __ 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] problema con lista de correo
El 28/11/16 12:14, Ludwig Causilla escribió: Hola a Todos... hace un buen tiempo me estan llegando los correos de todos en la lista de GUTL pero mis intervenciones no las estoy recibiendo. Pudiera ser la opcion de que no me lleguen mis propios correos pero al menos deberían salir en las de los demas la parte donde aparece mi comentario por tanto... ya me puse en contacto con Pablo para revisar eso y el me responde via Twitter que está en las mismas. Espero que al menos este correo si lo lea alguien y responda para saber si llegó Al parecer el problema fue temporal. Tuve los mismos problemas dias antes pero ya mis mensajes estan llegando a la lista... personalmente revise tu cuenta y no tenia ningun problema. Saludos -- Grupo de Usuarios de Tecnologías Libres - Cuba http://gutl.jovenclub.cu/ --- CONGRESO PEDAGOGIA 2017 Celebrando su 15 aniversario Palacio de Convenciones de La Habana Del 30 de enero al 3 de febrero de 2017 Los detalles en: www.pedagogiacuba.com MINISTERIO DE EDUCACION REPUBLICA DE 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] problema con lista de correo
no me pregunten que paso pero al menos este correo si me ha llegado, al parecer ya se arreglo el problema y bueno... seguimos conectados El 28/11/16 a las 15:39, Alberto José García Fumero escribió: El lun, 28-11-2016 a las 12:14 -0500, Ludwig Causilla escribió: Hola a Todos... hace un buen tiempo me estan llegando los correos de todos en la lista de GUTL pero mis intervenciones no las estoy recibiendo. Pudiera ser la opcion de que no me lleguen mis propios correos pero al menos deberían salir en las de los demas la parte donde aparece mi comentario por tanto... ya me puse en contacto con Pablo para revisar eso y el me responde via Twitter que está en las mismas. Espero que al menos este correo si lo lea alguien y responda para saber si llegó Eso mismo le ocurre a otros cuantos más, entre ellos el amigo Michael, de Sanidad Vegetal. Para mí es todo un misterio, ya que sus suscripciones están en orden, hasta donde puedo verificar. ¿Alguien del JC Central puede revisar eso? __ 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] problema con lista de correo
El lun, 28-11-2016 a las 12:14 -0500, Ludwig Causilla escribió: > Hola a Todos... hace un buen tiempo me estan llegando los correos de > todos en la lista de GUTL pero mis intervenciones no las estoy > recibiendo. Pudiera ser la opcion de que no me lleguen mis propios > correos pero al menos deberían salir en las de los demas la parte donde > aparece mi comentario por tanto... ya me puse en contacto con Pablo para > revisar eso y el me responde via Twitter que está en las mismas. > > Espero que al menos este correo si lo lea alguien y responda para saber > si llegó Eso mismo le ocurre a otros cuantos más, entre ellos el amigo Michael, de Sanidad Vegetal. Para mí es todo un misterio, ya que sus suscripciones están en orden, hasta donde puedo verificar. ¿Alguien del JC Central puede revisar eso? -- 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] problema con lista de correo
El 28/11/16 a las 12:14, Ludwig Causilla escribió: > Hola a Todos... hace un buen tiempo me estan llegando los correos de > todos en la lista de GUTL pero mis intervenciones no las estoy > recibiendo. Pudiera ser la opcion de que no me lleguen mis propios > correos pero al menos deberían salir en las de los demas la parte donde > aparece mi comentario por tanto... ya me puse en contacto con Pablo para > revisar eso y el me responde via Twitter que está en las mismas. > > Espero que al menos este correo si lo lea alguien y responda para saber > si llegó > > __ > 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 Pues mis correos están bien, llegan a todos y me llega a mi, creo que el dile esta de asegurarse que los correo que se redacten y escriban a la lista, tienen que ser solo texto y sin adjuntos. 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. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ 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] problema con lista de correo
El Mon, 28 Nov 2016 12:14:46 -0500 Ludwig Causilla escribió: > Hola a Todos... hace un buen tiempo me estan llegando los correos de > todos en la lista de GUTL pero mis intervenciones no las estoy > recibiendo. Pudiera ser la opcion de que no me lleguen mis propios > correos pero al menos deberían salir en las de los demas la parte > donde aparece mi comentario por tanto... ya me puse en contacto con > Pablo para revisar eso y el me responde via Twitter que está en las > mismas. > > Espero que al menos este correo si lo lea alguien y responda para > saber si llegó > > __ > 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 recibido __ 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] Problema con squid
El 12/10/16 a las 12:24, Jose Joaquin Ruiz Silva escribió: > Arian bro mira estoy probando el kuota y solo me falta los ficheros > mysql_auth.conf y mysql_auth y no los tengo, eh leido sobre otras cosas > pero no eh encontrado un manual completo que me explique que hacer. Uso > debian wheezy la base de datos por ahora la tengo configurado en el > mismo squid. > Saludos de antemano > > > Sean Bienvenidos a Nuestra Red de Correos Sancti Spiritus Organismo: > (MINCOM) > Pizarra: 327502 > > > __ > 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 tienes problemas con el correo y tu dominio el cual estas enviando correos a la lista. Ha ocurrido un error al enviar el mensaje. El servidor de correo respondió: 4.1.2 : Recipient address rejected: Domain not found. Verifique el destinatario "jr...@ssp.ecc.cu" y vuelva a intentarlo. -- 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. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ 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] Problema con squid
El 07/10/16 a las 15:58, Jose Joaquin Ruiz Silva escribió: > Buenas amigos necesito configurar el servidor de squid para que los > usuarios mismos puedan cambiar la contraseña via web e leido en varias > paginas, encontre una pero me da este error > > chpasswd.c:287: error: static declaration of ‘htoi’ follows non-static > declaration > chpasswd.c:269: error: previous implicit declaration of ‘htoi’ was here > > y no se que hacer exactamente ahi ni que poner si alguien me puede > ayudar mandandome el fichero para ver como queda o explicarme se lo > agradeceria. > > Saludos > > > Sean Bienvenidos a Nuestra Red de Correos Sancti Spiritus Organismo: > (MINCOM) > Pizarra: 327502 > > > __ > 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 no sabemos ni lo que has implementado como quieres que te ayudemos, primeramente comienza describiendo que software o aplicación web de esas que encontraste estas usando para cambiar las contraseñas de tus usuarios vía web, por otra parte en que tipo de base de datos almacenas la información de la autenticación de tus usuarios, ese error que estas teniendo me suena a un problema de dependencias de esa aplicación la cual no has instalado previa a la misma, aquí podemos ayudarte, pero todavía no tenemos la bola mágica ni somos adivinos. 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. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ 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] Problema con squid
el que tome el control de ese sitio hace zafra Thread name: "[Gutl-l] Problema con squid" Mail number: 1 Date: Fri, Oct 07, 2016 In reply to: Jose Joaquin Ruiz Silva > > Buenas amigos necesito configurar el servidor de squid para que los usuarios > mismos puedan cambiar la contraseña via web e leido en varias paginas, > encontre una pero me da este error > > chpasswd.c:287: error: static declaration of htoi follows non-static > declaration > chpasswd.c:269: error: previous implicit declaration of htoi was here > > y no se que hacer exactamente ahi ni que poner si alguien me puede ayudar > mandandome el fichero para ver como queda o explicarme se lo agradeceria. > > Saludos > > > Sean Bienvenidos a Nuestra Red de Correos Sancti Spiritus Organismo: > (MINCOM) > Pizarra: 327502 > > > __ > 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 -- Warning! 100'000 pelos de escoba fueron introducidos satisfactoriamente en su puerto USB. -- 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] Problema con apache
El 2016-10-06 12:30, Leslie León Sinclair escribió: Disculpa mi comentario tan radical pero si no quieres tener problemas mueve el timbirichi para Nginx, Apache ha estado moviendo sus configuraciones entre versiones y haciendo quien sabe qué con sus cosas. A mi me daba errores inexplicables, tal y como comentas. Logs vacios y daba error, o logueaba solo el user-agent desde el que navegabas, en fin... En Nginx solo debes adaptarte, y googlear un poquito. Nada complicado y te daras cuenta que cuando lo vayas usando, ya no te acordaras de Apache... Salu2. señores tengo un problema con apache; bueno la cosa es que tengo roundcube para el correo y no se que le pasa a apache que deja de responder a veces!, he revisado los log y no veo el porque lo hace ejecuto el comando systemctl status -l y todo esta ok, alguien sabría a que se debe el mareo de este servicio? __ 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 -- / * Téc. Leslie León Sinclair * Administrador de Redes * Another happy Slackware& Debian GNU/Linux user * Proud GNU/Linux User #445535 * ☎ +49-170-7683042 */ Este mensaje le ha llegado mediante el servicio de correo electrónico que ofrece la Federación de Radioaficionados de Cuba. La persona que envía este correo asume el compromiso de usar el servicio y cumplir con las regulaciones establecidas. FRCUBA: https://www.frcuba.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 Leslie,he trabajo con nginx, pero la fuerza de la costumbre me ata a apache jeje, igual gracias por la sugerencia __ 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] Problema con apache
Disculpa mi comentario tan radical pero si no quieres tener problemas mueve el timbirichi para Nginx, Apache ha estado moviendo sus configuraciones entre versiones y haciendo quien sabe qué con sus cosas. A mi me daba errores inexplicables, tal y como comentas. Logs vacios y daba error, o logueaba solo el user-agent desde el que navegabas, en fin... En Nginx solo debes adaptarte, y googlear un poquito. Nada complicado y te daras cuenta que cuando lo vayas usando, ya no te acordaras de Apache... Salu2. señores tengo un problema con apache; bueno la cosa es que tengo roundcube para el correo y no se que le pasa a apache que deja de responder a veces!, he revisado los log y no veo el porque lo hace ejecuto el comando systemctl status -l y todo esta ok, alguien sabría a que se debe el mareo de este servicio? __ 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 -- / * Téc. Leslie León Sinclair * Administrador de Redes * Another happy Slackware& Debian GNU/Linux user * Proud GNU/Linux User #445535 * ☎ +49-170-7683042 */ Este mensaje le ha llegado mediante el servicio de correo electrónico que ofrece la Federación de Radioaficionados de Cuba. La persona que envía este correo asume el compromiso de usar el servicio y cumplir con las regulaciones establecidas. FRCUBA: https://www.frcuba.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] Problema con promox
No importa la vista que selecciones, solo tienes que seleccionar tu datacenter en el ir a Storage y ahí add, NFS es de los mas usados pero veras todas las opciones que tienes. Para que funcione tienes que tener el servicios NFS en el servidor que vayas a usar como servidor de respaldo y configurar el acceso desde cada uno de los nodos. Así mismo tengo centralizados los ISOs que uso para instalar los sistemas operativos de mis maquinas virtuales. -- Rafael Lorente Salgueiro Jefe de Grupo de Informatica Grupo de Informatica. Teléfono: +(53) (42) 540 273 | +(53) (42) 540330 ext 3010 COMPLEJO DE TURISMO TOPES DE COLLANTES Topes de Collantes, Trinidad, Sancti Spiritus, Cuba. www.gaviota-grupo.com SÍGUENOS EN: -Original Message- From: gutl-l-boun...@jovenclub.cu [mailto:gutl-l-boun...@jovenclub.cu] On Behalf Of Maikel Nieves Matamoros Sent: Wednesday, September 28, 2016 10:34 AM To: gutl-l@jovenclub.cu Subject: Re: [Gutl-l] Problema con promox El 28/09/16 a las 08:54, Jose Joaquin Ruiz Silva escribió: > Buenos dias > > Miren tengo montado servidores proxmox 4.2 no los tengo en cluster > para que no se mareen tanto. Quiero hacer las tareas de respaldo de > mis servidores virtuales pero que me guarde esos ficheros en otra > maquina en la red como lo puedo hacer. > > Gracias de antemano. > > > Sean Bienvenidos a Nuestra Red de Correos Sancti Spiritus Organismo: > (MINCOM) > Pizarra: 327502 > > > __ > 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 > Pon la vista por carpetas luego centro de datos, luego en la pestaña almacenamiento, luego añadir y selecciona según tu necesidad, te recomiendo usar NFS -- Lic. Maikel Nieves Matamoros Esp. B Ciencias Informáticas Departamento de Tecnología Desoft División Habana Proudly Registered Linux User #609616 __ 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 __ 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] Problema con promox
El 28/09/16 a las 08:54, Jose Joaquin Ruiz Silva escribió: Buenos dias Miren tengo montado servidores proxmox 4.2 no los tengo en cluster para que no se mareen tanto. Quiero hacer las tareas de respaldo de mis servidores virtuales pero que me guarde esos ficheros en otra maquina en la red como lo puedo hacer. Gracias de antemano. Sean Bienvenidos a Nuestra Red de Correos Sancti Spiritus Organismo: (MINCOM) Pizarra: 327502 __ 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 Pon la vista por carpetas luego centro de datos, luego en la pestaña almacenamiento, luego añadir y selecciona según tu necesidad, te recomiendo usar NFS -- Lic. Maikel Nieves Matamoros Esp. B Ciencias Informáticas Departamento de Tecnología Desoft División Habana Proudly Registered Linux User #609616 __ 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] Problema con correo
// Agrega/Edita $config['username_domain'] = 'dominio.empresa.cu'; Y creo que con eso resuelves... Si tienes internet llégate por [1], hay dos o tres cositas interesantes acerca de la config de Roundcube... eso lo configuras en el modo de autenticación del webmail, en este caso en la configuración del roundcube. Salu2. [1] https://github.com/roundcube/roundcubemail/wiki/Configuration Salu2. -- / * Téc. Leslie León Sinclair * Administrador de Redes * Another happy Slackware& Debian GNU/Linux user * Proud GNU/Linux User #445535 * ☎ +49-170-7683042 */ Este mensaje le ha llegado mediante el servicio de correo electrónico que ofrece la Federación de Radioaficionados de Cuba. La persona que envía este correo asume el compromiso de usar el servicio y cumplir con las regulaciones establecidas. FRCUBA: https://www.frcuba.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] Problema con correo
El 27/09/16 a las 16:16, Jose Joaquin Ruiz Silva escribió: > Tengo un correo en iredmail con direccion @ssp.correos.cu con roundcube > y quiero ver si se puede hacer que el usuario cuando valla a ingresar > por via web no tenga que poner la direccion completa > ejemplo:p...@ssp.correos.cu que solo con poner pepe en el usuario y la > contraseña entre a esa direccion de correo. > > Gracias de antemano. > > > > Sean Bienvenidos a Nuestra Red de Correos Sancti Spiritus Organismo: > (MINCOM) > Pizarra: 327502 > > > __ > 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 eso lo configuras en el modo de autenticación del webmail, en este caso en la configuración del roundcube. 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. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ 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] Problema con Proxmox
El 2016-08-09 10:31, Daniel Morfa escribió: Hola a todos recien comence a incursionar en Proxmox 4.2.2 y tengo un monton de dudas, el tema esta en que queria crear un cluster pero ya tengo VM creadas en los servers de proxmox ahora me esta pidiendo que las elimine pero no creo que sea logico. En fin no hay forma de salvar las pc que cree para poder hacer el cluster como pide prox Puede que algo ortodoxo pero funciona, las vm se encuentran en: /var/lib/vz/images/ Por lo que puedes salvar el fichero de la vm antes de ser eliminada después de creado el cluster vuelves a crear las vm este te creara un nuevo fichero con un nuevo nombre por lo que vas a remplazarlo por el fichero de la vm que salvaste antes pero con el nombre de la nueva vm creada y completo camaguey, espero que me hallas entendido. -- Saludos, Juset Administrador del Sistema Informático Unidad Empresarial de Base Provari Camagüey Telf: (53)(32) 26 4802, 26 4803 ext 213 GNU/Linux Ubuntu Trusty Linux user # 383170 "El tiempo no se gasta, se gasta la vida de quien lo pierde" __ 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