Re: [Gutl-l] VM en proxmox
El 24/08/16 a las 17:04, Yuniel Gonzalez escribió: > Hola a todos, amigos soy nuevo utilizando proxmox, he buscado en varios > lugares y no encuentro como levantar las maquinas virtuales > automaticamente, si alguien puede ayudarme se los agradeceria, saludos a > todos y 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 entra a la interface web, entra a las opciones de la VM creadas, y marca el checkbox que dice start at boot seleccionando esta opción luego le das edit. Puedes decidir también en que orden quieres que carguen las VM, cual va primero y así sucesivamente en la opción start/shutdows order, 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
[Gutl-l] VM en proxmox
Hola a todos, amigos soy nuevo utilizando proxmox, he buscado en varios lugares y no encuentro como levantar las maquinas virtuales automaticamente, si alguien puede ayudarme se los agradeceria, saludos a todos y 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
Re: [Gutl-l] Sobre el robo de hilos y otras hierbas
On Wed, 24 Aug 2016 11:58:49 -0400, Ulises Gonzalez wrote: On 08/24/2016 11:30 AM, Hugo Florentino wrote: Colegas, Por favor, no roben hilos, esto es una violación de las normas de uso de la lista (que no pueden alegar que desconocen, porque recientemente las envié a la lista). Para ser claros: si se pretende crear un nuevo hilo o pregunta, hágase SIN responder, debe CREARSE un NUEVO mensaje. Recomendamos además evitar responder a un mensaje en un hilo ajeno excepto para notificar sobre la infracción, porque de responderse se alienta el comportamiento incorrecto. Sabes lo que pasa con esto Hugo (y dem'as administradores) que lo usuarios que escriben desde clientes windows no Thunderbird por lo general no saben que es un hilo de respuestas y por ello muchas veces cuando le llega un correo como este no saben de lo que le estamos hablando pues no les pasa a ellos, no creo que sea una falta de consideraci'on, si no en parte una falta de conocimiento Cierto Ulises, Por eso justamente he recordado las normas y explicado brevemente por qué no hacer preguntas respondiendo a un mensaje cualquiera. Aunque no se entienda del todo, no puede decirse que sea una norma difícil de cumplir, de modo que no podrá decirse luego que si un usuario infringe las normas y se pasa a moderación será por no haberse informado. Obviamente que los administradores y moderadores de GUTL tenemos mejores cosas que hacer con nuestro escaso tiempo libre que estar moderando a nadie, lo cual es bastante fastidioso para nosotros también, de modo que lo mejor para todos es que simplemente se cumplan las normas. En cualquier caso, en GUTL estamos abiertos al diálogo respetuoso y bien argumentado, de manera que si hay alguna norma poco razonable, puede debatirse y modificarse de ser necesario, aunque francamente no son tantas, son fáciles de cumplir y una buena parte resulta bastante obvia y común para una lista de correos. Saludos, Hugo __ 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] [Off-topic] Error sitio GUTL
On Wed, 24 Aug 2016 13:46:45 -0400, nun...@infomed.sld.cu wrote: EL portal esta dando error, con el certificado de seguridad gutl.jovenclub.cu usa un certificado de seguridad no válido. El certificado no será válido hasta miércoles, 24 de agosto de 2016 03:00. La fecha y hora actual es miércoles, 24 de agosto de 2016 01:47. Código de error: MOZILLA_PKIX_ERROR_NOT_YET_VALID_CERTIFICATE Saludo Alejandro Lamentablemente no gestionamos personalmente los servidores, sino que lo socicitamos a los colegas de Tino y quizas a su vez ellos tengan límites en lo que pueden hacer con servicios que están actualmente en la nube de Etecsa. A estas alturas el certificado debería ser válido, pero es buena la salvedad para todos que no deben crearse certificados con fechas y horas que aun no han llegado, ni siquiera para redondear. Gracias de todas maneras por reportar el problema, averiguaremos al respecto en cuanto se nos presente la oportunidad. Saludos, Hugo __ 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] Duda con persistencia de sysctl.conf
On Wed, 24 Aug 2016 14:18:17 -0400, Arian Molina Aguilera wrote: bueno te acabo de hacer la prueba, la primera vez fallo, no cargo el modulo, nf_conntrack_ipv4, por lo que lo puse para que cargará al inicio y así si funciono. En ese caso evidentemente es un error de este sistema en particular. Gracias por la ayuda. __ 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] Ayuda con centralizacion de nodos
On 08/24/2016 03:11 PM, Alberto José García Fumero wrote: Si sencillamente estuvieran, digamos, en clase C privada y fueran por ejemplo 192.168.0.x, 192.168.1.x y 192.168.2.x, podría poner servicios a oír por puertos diferentes a cada bloque, digo yo, y resolver el problema de que "y que nadie de otro segmento pueda entrar en los servicios del otro". Luego monitorearía como tú bien dices los accesos a cada una de las tarjetas de red, y listo. Sería más fácil. bueno si estamos hablando de los segmentos que tu dices con mascara de 24 bits se puede perfectamente hacer lo que yo digo, si tuvieran mascara de 16 o de 8 bits ya seria otra cosa.. A no ser que, como me parece que puedo especificar al menos en Apache, le pueda decir con la directiva LISTEN a qué tarjeta de red y puerto oír en cada virtualhost. No estoy seguro de que eso se pueda hacer con todos con los segmentos "separados por mascara" se puede poner tanto un apache como un proftpd a escuchar por el 80 o por el 21 segun sea el caso en todas las tarjetas. Luego digamos, pongo 3 virtualhost tipo red1:80, red2:80 y red3:80 y usando los Allow and Deny puedo decir que cliente entra y cual no, lo mismo se hace con proftpd -- 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] Ayuda con centralizacion de nodos
El mié, 24-08-2016 a las 11:17 -0400, Ulises Gonzalez escribió: > On 08/24/2016 10:33 AM, Francisco R. Díaz Ortíz wrote: > > propios servicios, como ejemplo un ftp, una web y cosas asi y un chat > > interno > > Para ftp con proftpd puedes hacer varios virtualhosts, todos corriendo > por el puerto 21 y limitar los clientes que acceden a cada uno como > mismo lo haces en apache, para dns si es que lo necesitas, puedes usar > un bind con vistas, para chat ya aqu'i estoy especulando con openfire > quizás puedas instalar varios openfire en la misma maquina que escuchen > y se administren por puertos distintos. Todo esto lo montas en una pc > con tres tarjetas de red, una para cada segmento y listo. Esa es la idea > general, los detalles ya los ves/vemos aplicación por aplicación > Me perdí, Ulises, hermano... ya vas demasiado rápido para mí ;-) Él plantea en un mensaje anterior: "diferentes nodos, o mini redes, todas en el mismo rango de ip y clase". Asumo que se trata de direcciones privadas **y que se repiten en cada minired**. O sea, que no puedo estar seguro de que no haya una misma dirección IP en dos de las miniredes, o incluso las tres. Si sencillamente estuvieran, digamos, en clase C privada y fueran por ejemplo 192.168.0.x, 192.168.1.x y 192.168.2.x, podría poner servicios a oír por puertos diferentes a cada bloque, digo yo, y resolver el problema de que "y que nadie de otro segmento pueda entrar en los servicios del otro". Luego monitorearía como tú bien dices los accesos a cada una de las tarjetas de red, y listo. Sería más fácil. A no ser que, como me parece que puedo especificar al menos en Apache, le pueda decir con la directiva LISTEN a qué tarjeta de red y puerto oír en cada virtualhost. No estoy seguro de que eso se pueda hacer con todos los servicios, y cuánto puede complicar el cuadro... -- 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] Ayuda con centralizacion de nodos
El 24/08/16 a las 10:33, Francisco R. Díaz Ortíz escribió: > Saludos: > Colega Alberto. Me disculpo si no fui muy claro en la explicacion, > necesito montarlo en linux epero yo probe con ipcop pero no logre dar > pie con vola en ese asunto, tambien intente con win2 server 2003 pero > nada, mi interes es montarlo en linux pero no se como > el asunto es que tengo varios secmentos de la red, una con 18 pc, otra > con 15 y una de 8. donde cada uno de esos secmentos tiene sis propios > servicios, como ejemplo un ftp, una web y cosas asi y un chat interno > ahora necesito hacer la manera de que uniendo esas redes, ninguno de los > chat internos via udp se vean, y que nadie de otro secnebto pueda entrar > en los servicios del otro, es centralisar la red en un solo punto, y ese > punto determine a donde va el trafico, he buscado en internet sobre este > asunto y hacen referencia muy pobre sobre el asunto menciones mil dos > soluciones pero ninguna segun los comentarios logro funcionar. > > --- > "LA VIDA ES MUY CORTA Y UNA SOLA, POR LO TANTO HAY QUE VIVIRLA AL MÁXIMO Y > DISFRUTAR CADA SEGUNDO COMO SI ESTE FUERA EL ULTIMO" > > El 2016-08-23 14:04, Alberto José García Fumero escribió: >> El mar, 23-08-2016 a las 11:16 -0400, Francisco R. Díaz Ortíz escribió: >>> Colegas, tengo un pequeño enredo y no tengo idea de cómo zafarme de >>> este nudo, tengo en la red, diferentes nodos, o mini redes, todas en el >>> mismo rango de ip y clase, cada una con x servicios internos de cada >>> nodo. Ahora mi preguntilla cómo hago para centralizar la red en un >>> solo servidor, y que para que alguien se conecte se tenga que pedir >>> permiso en el server central, y cada nodo mantenga sus servicios tal y >>> como lo tienen. >>> La idea la intenté desarrollar en ubunto con ipcop y me fundí, no logre >>> hacerlo, ahora estoy probando con winserver 2003 y ando igual de fundido >>> y no logro centralizar el tráfico de conexiones. >>> NOTA: solo me interesa centrar el número de conexiones de pc en cada >>> nodo o en la red general, nada mas. >>> >>> Alguna sugerencia >>> >> >> Buenas tardes, Francisco. >> >> Recuerda que esta lista es para debatir problemas que surjan usando >> software libre. Si buscas una solución que use Windows, eres libre de >> comunicarte de forma **individual** con quien quieras, pero no es una >> pregunta para la lista. >> >> Por otra parte, creo que sería conveniente que te explicaras un poco >> mejor. Quizás acotando el problema. Al menos yo no creo haber entendido >> bien. ¿Estás hablando de montar una red con un Samba 4 como controlador? >> >> ¿No te sería más cómodo tener cada tramo de red en un rango de IP >> privada aparte? > __ > 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 utiliza, pfsense, segmentación de redes, y vlan, necesitas al menos un switch capa 2 gestionable, conocer bien de networking, las subredes debes crearlas de Clase C, con mascaras pequeñas, como /27 30 host, /28 14 host, ejemplo redes como estas 192.168.1.1/27, 192.168.1.32/27, 192.168.1.64/27, esto lleva un trabajito bueno y lindo, si no tienes ideas, tírame al privado y cuadramos. 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] Duda con persistencia de sysctl.conf
El 24/08/16 a las 01:01, Hugo Florentino escribió: > On Tue, 23 Aug 2016 21:30:28 -0400, Arian Molina Aguilera wrote: >>> Me parece que no estas poniendo bien la variable o no existe, busque en >>> mi sistema y por defecto no la tengo establecida con ese valón que >>> dices. >>> >> me parece que en debian 8 para contar con el modulo de nf para conntrack >> hay que instalar dicho paquete a parte ya que por defecto no viene >> instalado en el sistema [...] > > No debe ser este el problema, porque suelo configurar netfilter con > rastreo de conexiones, de hecho es una de las primeras cosas que verifico. > Te agradecería si intentases establecer este valor en > /etc/sysctl.d/local.conf, reiniciar y comprobar el valor activo a ver si > el comportamiento es consistente en Debian 8 o es solo un problema en mi > equipo en particular. > __ > 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 te acabo de hacer la prueba, la primera vez fallo, no cargo el modulo, nf_conntrack_ipv4, por lo que lo puse para que cargará al inicio y así si funciono. root@repos:~# sysctl -a | grep net.netfilter net.netfilter.nf_conntrack_acct = 0 net.netfilter.nf_conntrack_buckets = 8192 net.netfilter.nf_conntrack_checksum = 1 net.netfilter.nf_conntrack_count = 23 net.netfilter.nf_conntrack_events = 1 net.netfilter.nf_conntrack_events_retry_timeout = 15 net.netfilter.nf_conntrack_expect_max = 124 net.netfilter.nf_conntrack_generic_timeout = 600 net.netfilter.nf_conntrack_helper = 1 net.netfilter.nf_conntrack_icmp_timeout = 30 net.netfilter.nf_conntrack_log_invalid = 0 net.netfilter.nf_conntrack_max = 32008 net.netfilter.nf_conntrack_tcp_be_liberal = 0 net.netfilter.nf_conntrack_tcp_loose = 1 net.netfilter.nf_conntrack_tcp_max_retrans = 3 net.netfilter.nf_conntrack_tcp_timeout_close = 10 net.netfilter.nf_conntrack_tcp_timeout_close_wait = 60 net.netfilter.nf_conntrack_tcp_timeout_established = 28800 net.netfilter.nf_conntrack_tcp_timeout_fin_wait = 120 net.netfilter.nf_conntrack_tcp_timeout_last_ack = 30 net.netfilter.nf_conntrack_tcp_timeout_max_retrans = 300 net.netfilter.nf_conntrack_tcp_timeout_syn_recv = 60 net.netfilter.nf_conntrack_tcp_timeout_syn_sent = 120 net.netfilter.nf_conntrack_tcp_timeout_time_wait = 120 net.netfilter.nf_conntrack_tcp_timeout_unacknowledged = 300 net.netfilter.nf_conntrack_timestamp = 0 net.netfilter.nf_conntrack_udp_timeout = 30 net.netfilter.nf_conntrack_udp_timeout_stream = 180 fijate si no tienes ese modulo cargado, de lo contrario tienes problema en ese sistema. uso debian 8.5 al día amd64. -- 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
[Gutl-l] [Off-topic] Error sitio GUTL
EL portal esta dando error, con el certificado de seguridad gutl.jovenclub.cu usa un certificado de seguridad no válido. El certificado no será válido hasta miércoles, 24 de agosto de 2016 03:00. La fecha y hora actual es miércoles, 24 de agosto de 2016 01:47. Código de error: MOZILLA_PKIX_ERROR_NOT_YET_VALID_CERTIFICATE Saludo Alejandro 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
Re: [Gutl-l] Sobre el robo de hilos y otras hierbas
On 08/24/2016 11:30 AM, Hugo Florentino wrote: Colegas, Por favor, no roben hilos, esto es una violación de las normas de uso de la lista (que no pueden alegar que desconocen, porque recientemente las envié a la lista). Para ser claros: si se pretende crear un nuevo hilo o pregunta, hágase SIN responder, debe CREARSE un NUEVO mensaje. Recomendamos además evitar responder a un mensaje en un hilo ajeno excepto para notificar sobre la infracción, porque de responderse se alienta el comportamiento incorrecto. Sabes lo que pasa con esto Hugo (y dem'as administradores) que lo usuarios que escriben desde clientes windows no Thunderbird por lo general no saben que es un hilo de respuestas y por ello muchas veces cuando le llega un correo como este no saben de lo que le estamos hablando pues no les pasa a ellos, no creo que sea una falta de consideraci'on, si no en parte una falta de conocimiento -- 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
[Gutl-l] Sobre el robo de hilos y otras hierbas
Colegas, Por favor, no roben hilos, esto es una violación de las normas de uso de la lista (que no pueden alegar que desconocen, porque recientemente las envié a la lista). Para ser claros: si se pretende crear un nuevo hilo o pregunta, hágase SIN responder, debe CREARSE un NUEVO mensaje. Recomendamos además evitar responder a un mensaje en un hilo ajeno excepto para notificar sobre la infracción, porque de responderse se alienta el comportamiento incorrecto. Puede que suene fastidioso que se insista en esto, pero muchos de nosotros configuramos nuestros clientes de correo para mostrar los mensajes organizados por hilos, y es bastante molesto estar abriendo todos los hilos solo para verificar si hay nuevos mensajes ajenos a los diferentes hilos. Muchos usuarios nuevos sencillamente tienen malos hábitos y necesitan comprender que seguir las normas de este servicio que GUTL en coordinación con los JCCE ofrecen gratuitamente, es un "sacrificio" insignificante a cambio de los beneficios que otorga. Además, nótese que los moderadores pueden poner temporal o permanentemente a los infractores de esta norma (y las demás) en modo moderado o incluso suspender las suscripciones en el caso de infracciones reiteradas o graves, asi que evidentemente es mucho mejor ahorrarnos todos las molestias que esto genera y simplemente seguir las normas, ¿si? Es todo, disculpen la muela ;) Saludos, Hugo __ 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] Ayuda con centralizacion de nodos
On 08/24/2016 10:33 AM, Francisco R. Díaz Ortíz wrote: propios servicios, como ejemplo un ftp, una web y cosas asi y un chat interno Para ftp con proftpd puedes hacer varios virtualhosts, todos corriendo por el puerto 21 y limitar los clientes que acceden a cada uno como mismo lo haces en apache, para dns si es que lo necesitas, puedes usar un bind con vistas, para chat ya aqu'i estoy especulando con openfire quizas puedas instalar varios openfire en la misma maquina que escuchen y se administren por puertos distintos. Todo esto lo montas en una pc con tres tarjetas de red, una para cada segmento y listo. Esa es la idea general, los detalles ya los ves/vemos aplicacion por aplicaci'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] [Off-Topic] Sobre Routers ZXDSL 831 CII
El 24/08/16 a las 10:25, Francisco R. Díaz Ortíz escribió: amigo esos routers desde a interfac de administracion si mal no recuerdo se puede deshabilitar esa opcion en mi red tengo uno, y yo se la quite dejame revisar y te digo, no obstante el manual aparece en el sitio oficial --- "LA VIDA ES MUY CORTA Y UNA SOLA, POR LO TANTO HAY QUE VIVIRLA AL MÁXIMO Y DISFRUTAR CADA SEGUNDO COMO SI ESTE FUERA EL ULTIMO" El 2016-08-23 12:08, Eduardo R. Barrera Pérez escribió: Disculpen el Off topic, pero el router este me tiene loco ya! Alguien tendrá un manual, que explique como trabajar con el firewall de este salao router para lograr que la interfaz de administración web solo sea accesible desde mi Red interna y no desde internet? Gracias. Gracias socio por responder, el manual no lo encontré o lo encontré y que en otra lista alguien me hizo llegar es un pdf, que solo dice como configurar las interfaces de red y alguna otra cosa, pero no explicaba nada sobre el firewall, pero afortunadamente ya logré lo que quería hacer, especificando en el control de acceso mi bloque ip y activando el firewall después... gracias de todos modos. -- ___ Ing. Eduardo R. Barrera Pérez Administrador de Redes y Servicios UEB Soluciones Mecánicas (SOMEC), Pinar del Río Email: ebarr...@somecpr.cu Jabber: ebarr...@jabber.somecpr.cu Phone: +53-48763617 Móvil: +53-58531759 _ ___| |__ __ _ _ __ _ __ ___ _ __ __ _ / _ \ '_ \ / _` | '__| '__/ _ \ '__/ _` | | __/ |_) | (_| | | | | | __/ | | (_| | \___|_.__/ \__,_|_| |_| \___|_| \__,_| __ 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] Ayuda con centralizacion de nodos
Saludos: Colega Alberto. Me disculpo si no fui muy claro en la explicacion, necesito montarlo en linux epero yo probe con ipcop pero no logre dar pie con vola en ese asunto, tambien intente con win2 server 2003 pero nada, mi interes es montarlo en linux pero no se como el asunto es que tengo varios secmentos de la red, una con 18 pc, otra con 15 y una de 8. donde cada uno de esos secmentos tiene sis propios servicios, como ejemplo un ftp, una web y cosas asi y un chat interno ahora necesito hacer la manera de que uniendo esas redes, ninguno de los chat internos via udp se vean, y que nadie de otro secnebto pueda entrar en los servicios del otro, es centralisar la red en un solo punto, y ese punto determine a donde va el trafico, he buscado en internet sobre este asunto y hacen referencia muy pobre sobre el asunto menciones mil dos soluciones pero ninguna segun los comentarios logro funcionar. --- "LA VIDA ES MUY CORTA Y UNA SOLA, POR LO TANTO HAY QUE VIVIRLA AL MÁXIMO Y DISFRUTAR CADA SEGUNDO COMO SI ESTE FUERA EL ULTIMO" El 2016-08-23 14:04, Alberto José García Fumero escribió: El mar, 23-08-2016 a las 11:16 -0400, Francisco R. Díaz Ortíz escribió: Colegas, tengo un pequeño enredo y no tengo idea de cómo zafarme de este nudo, tengo en la red, diferentes nodos, o mini redes, todas en el mismo rango de ip y clase, cada una con x servicios internos de cada nodo. Ahora mi preguntilla cómo hago para centralizar la red en un solo servidor, y que para que alguien se conecte se tenga que pedir permiso en el server central, y cada nodo mantenga sus servicios tal y como lo tienen. La idea la intenté desarrollar en ubunto con ipcop y me fundí, no logre hacerlo, ahora estoy probando con winserver 2003 y ando igual de fundido y no logro centralizar el tráfico de conexiones. NOTA: solo me interesa centrar el número de conexiones de pc en cada nodo o en la red general, nada mas. Alguna sugerencia Buenas tardes, Francisco. Recuerda que esta lista es para debatir problemas que surjan usando software libre. Si buscas una solución que use Windows, eres libre de comunicarte de forma **individual** con quien quieras, pero no es una pregunta para la lista. Por otra parte, creo que sería conveniente que te explicaras un poco mejor. Quizás acotando el problema. Al menos yo no creo haber entendido bien. ¿Estás hablando de montar una red con un Samba 4 como controlador? ¿No te sería más cómodo tener cada tramo de red en un rango de IP privada aparte? __ 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] [Off-Topic] Sobre Routers ZXDSL 831 CII
amigo esos routers desde a interfac de administracion si mal no recuerdo se puede deshabilitar esa opcion en mi red tengo uno, y yo se la quite dejame revisar y te digo, no obstante el manual aparece en el sitio oficial --- "LA VIDA ES MUY CORTA Y UNA SOLA, POR LO TANTO HAY QUE VIVIRLA AL MÁXIMO Y DISFRUTAR CADA SEGUNDO COMO SI ESTE FUERA EL ULTIMO" El 2016-08-23 12:08, Eduardo R. Barrera Pérez escribió: Disculpen el Off topic, pero el router este me tiene loco ya! Alguien tendrá un manual, que explique como trabajar con el firewall de este salao router para lograr que la interfaz de administración web solo sea accesible desde mi Red interna y no desde internet? Gracias. -- ___ Ing. Eduardo R. Barrera Pérez Administrador de Redes y Servicios UEB Soluciones Mecánicas (SOMEC), Pinar del Río Email: ebarr...@somecpr.cu Jabber: ebarr...@jabber.somecpr.cu Phone: +53-48763617 Móvil: +53-58531759 _ ___| |__ __ _ _ __ _ __ ___ _ __ __ _ / _ \ '_ \ / _` | '__| '__/ _ \ '__/ _` | | __/ |_) | (_| | | | | | __/ | | (_| | \___|_.__/ \__,_|_| |_| \___|_| \__,_| __ 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] [Off-topic] Utilizar camarás de video en red de datos
Puedes hacerlo con asterisk o elastix ambos soportan protocolos h.323 y sip los cuales puedes usar para hacer video conferencias, luego debes buscarte algún video-teléfono (planet huawei) creas los usuarios en el servidor de telefonía VoIP y listo, si los recursos son limitados o el tiempo no te da para adquirir dicho equipamiento puedes utilizar algún softphone como ekiga(linux) o zoiper(android). Espero que te sea útil. saludos D. El 23/08/16 a las 15:38, Ernesto Tur Laurencio escribió: Hola lista: En mi entidad me han dado la tarea de confeccionar un proyecto para montar en un salón donde se grabarán las operaciones y procederes médicos mediante cámaras de video para que en otra habitación otros profesionales puedan ver lo que está sucediendo y de ser posibles guardarlas para futuras proyecciones con fines docentes. La ayuda que solicito es si alguien de la lista tiene un escenario parecido que me pueda asesorar para la compra del equipamiento necesario mínimo y por supuesto los softwares (con tecnologías libres) para la captura, guardado y publicación de ese contenido. Gracias de antemano # - # Mientras no aparezca la indicada # goza con la equivocada # - # Salu2 -- From: "Lic. Emilio Márquez Infante" Sent: Tuesday, August 23, 2016 12:30 PM To: "Lista cubana de soporte técnico en Tecnologias Libres" Subject: Re: [Gutl-l] error en opendkim si hugo, tienes razón, gracias El 23/08/2016 a las 7:43, Hugo Florentino escribió: El comando opendkim-genkey viene en el paquete opendkim-tools (al menos en Debian), probablemente no esté instalado. __ 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 -- 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] Duda sobre crontab y reinicio
On Tue, 23 Aug 2016 15:11:35 -0400, Servilio Afre Puentes wrote: [...] Si estás corriendo con systemd, creo esto te da esta información: $ systemctl list-dependencies --after cron.service Si entendí bien, entonces aparentemente casi todo carga antes (los asteriscos que están entre paréntesis equivaldrían a los puntos rojos): cron.service * ├─system.slice * ├─systemd-journald.socket * └─basic.target * ├─paths.target * │ ├─acpid.path * │ ├─systemd-ask-password-console.path * │ └─systemd-ask-password-wall.path * ├─slices.target * │ ├─-.slice * │ ├─system.slice * │ └─user.slice * ├─sockets.target * │ ├─acpid.socket * │ ├─syslog.socket * │ ├─systemd-initctl.socket * │ ├─systemd-journald-dev-log.socket * │ ├─systemd-journald.socket * │ ├─systemd-shutdownd.socket * │ ├─systemd-udevd-control.socket * │ └─systemd-udevd-kernel.socket * ├─sysinit.target * │ ├─console-setup.service (*) │ ├─debian-fixup.service * │ ├─dev-hugepages.mount * │ ├─dev-mqueue.mount * │ ├─ebtables.service (*) │ ├─emergency.service * │ ├─kbd.service * │ ├─keyboard-setup.service * │ ├─kmod-static-nodes.service * │ ├─mdadm-raid.service * │ ├─networking.service * │ ├─proc-sys-fs-binfmt_misc.automount * │ ├─sys-fs-fuse-connections.mount (*) │ ├─sys-kernel-config.mount * │ ├─sys-kernel-debug.mount (*) │ ├─systemd-binfmt.service * │ ├─systemd-journald.service * │ ├─systemd-modules-load.service * │ ├─systemd-random-seed.service (*) │ ├─systemd-readahead-collect.service (*) │ ├─systemd-readahead-replay.service * │ ├─systemd-sysctl.service * │ ├─systemd-tmpfiles-setup-dev.service * │ ├─systemd-tmpfiles-setup.service * │ ├─systemd-udev-settle.service * │ ├─systemd-udev-trigger.service * │ ├─systemd-udevd.service * │ ├─systemd-update-utmp.service * │ ├─cryptsetup.target (*) │ │ └─lvm2-activation-early.service (*) │ ├─emergency.target (*) │ │ └─emergency.service * │ ├─local-fs.target * │ │ ├─-.mount (*) │ │ ├─dm-event.service * │ │ ├─home.mount (*) │ │ ├─lvm2-activation-early.service (*) │ │ ├─lvm2-activation.service * │ │ ├─lvm2-monitor.service * │ │ ├─mdadm-raid.service (*) │ │ ├─systemd-fsck-root.service * │ │ ├─systemd-remount-fs.service * │ │ ├─tmp.mount * │ │ ├─var.mount * │ │ └─local-fs-pre.target * │ │ ├─systemd-remount-fs.service * │ │ └─systemd-tmpfiles-setup-dev.service * │ └─swap.target * │ ├─dev-disk-by\x2did-scsi\x2d35000c50056d6134f\x2dpart2.swap * │ ├─dev-disk-by\x2did-wwn\x2d0x5000c50056d6134f\x2dpart2.swap * │ ├─dev-disk-by\x2dpath-pci\x2d:0b:00.0\x2dsas\x2d0x5000c50056d6134d\x2dlun\x2d0\x2dpart2.swap * │ ├─dev-disk-by\x2duuid-ba1e2785\x2d70dc\x2d4f3a\x2da976\x2dd6c9075739c6.swap * │ └─dev-sda2.swap * └─timers.target * └─systemd-tmpfiles-clean.timer Y este sería lo que cargue después: cron.service * ├─multi-user.target (*) │ ├─systemd-update-utmp-runlevel.service * │ └─graphical.target (*) │ ├─systemd-readahead-done.service (*) │ ├─systemd-readahead-done.timer (*) │ └─systemd-update-utmp-runlevel.service (*) └─shutdown.target Sería así? Exactamente que significado tiene que los puntos sean rojos o verdes? Porque si ejecuto $(systemctl --failed --all) me dice: 0 loaded units listed. Es decir, que no hubo fallos al menos en este inicio. Anteriormente este comando me indicó que había una unidad huérfana de ntp (que tenía desinstalado) y la única forma de solucionarlo fué instalando el paquete ntp y luego desinstalándolo (sin comentarios). __ 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] Duda sobre crontab y reinicio
On Tue, 23 Aug 2016 16:34:47 -0400, låzaro wrote: systemd-analyze critical-chain Aunque esa herramienta puede ser útil para otras cosas, no veo nada ahi que me indique donde se ejecuta cron: graphical.target @10.275s └─multi-user.target @10.275s └─exim4.service @9.645s +629ms └─mysql.service @5.866s +3.778s └─nss-lookup.target @5.866s └─dnsmasq.service @3.954s +1.911s └─basic.target @3.912s └─paths.target @3.912s └─acpid.path @3.912s └─sysinit.target @3.912s └─console-setup.service @3.370s +315ms └─kbd.service @3.090s +279ms └─remote-fs.target @3.090s └─local-fs.target @3.089s └─lvm2-monitor.service @3.034s +55ms └─system.slice @849ms └─-.slice @849ms __ 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