Re: [Gutl-l] sobre inicio en un servidor
Quiero parar apache systemctl stop httpd Quiero arrancarlo sytemctl start httpd Quiero ver si está corriendo o no, si no está pinchando quiero ver por qué no pinchó systemctl status httpd Quiero apagar la máquina systemctl poweroff Quiero salir de la sesión y volver a entrar (yo uso slim, no gdm3) systemctl restart slim Quiero ver que carajo está haciendo apache ahora mismo journalctl -f /usr/bin/httpd Quiero ver TODO lo que está sucediendo en el sistema en tiempo real journalctl -f Quiero que en el servidor el disco duro /dev/sdb1 se monte como autofs. Pon esto en /etc/fstab /dev/sdb1 /mnt/sdb1 auto rw,users,x-systemd.automount,noauto 0 0 Y cuando aprendes a hacer tus propias unit, te das banquete, integrando el sistema... Thread name: "Re: [Gutl-l] sobre inicio en un servidor" Mail number: 2 Date: Fri, Feb 26, 2016 In reply to: Yoel Villarreal > > On Fri, 26 Feb 2016 12:26:14 -0500 > låzaro wrote: > > > el que diga que no le gusta systemd, es porque no lo sabe usar > > > > yo te agradeceria que te tiraras un paso... explica mas o menos como se usa > ?? ilumina un poco la oscuridad de algunos... sin tener que gastar mas de 30 > segundos, pk no se de lo que hablan. > > -- > Yoel Villarreal > SYSADMIN FCP Félix Varela > > > __ > 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. __ 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] varias palabras con grep
On Fri, 26 Feb 2016 11:55:37 -0500 Yoel Villarreal wrote: > Saludos listeros... > > Pregunta: como buscar varias palabras con un solo grep > > cat archivo.txt | grep cad1,cad2 Easy.. me autorespondo jaja con la opcion -e tantas veces como sea necesario_ cat archivo.txt | grep -e "cad1" -e "cad2" -- Yoel Villarreal SYSADMIN FCP Félix Varela __ 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 servidor y 20 clientes ligeros
visteme despacio que ando apurado..!! hay que correr los 2 sistemas en diferentes horarios 1er turno de clase gnu+linux... en los terminales 2do turno de clase microsoft... en los terminales so them..!!! como montar las dos imagenes en un host unix, y que este sirva de interruptor para las terminales. saludos cordiales On Fri, 26 Feb 2016 12:27:37 -0500 låzaro wrote: > si quieres que todas las terminales corran con windows, entonces no > hemos hablado nada > > > > Thread name: "Re: [Gutl-l] sobre servidor y 20 clientes ligeros" > Mail number: 1 > Date: Fri, Feb 26, 2016 > In reply to: burq...@fcmb.grm.sld.cu > > > > lazaro...!!! > > > > no entendi lo de las 2 tarjetas.. > > > > el server solo tiene una... > > > > o es que hay que inyectarle otra tarjeta de red para que el server > > gnu+linux fuenciones adecuadamente para cada una... imagen > > cliente... > > > > te adelando que para todos los terminales es win o es > > linux. porque son para clases al unisono > > > > aclarame eso please > > > > saludos cordiales > > > > > > > > > > > > > si te decides a hacer 100% linux, aqui tienes como lo h ice con el > > > último debian > > > > > > http://uranio-235.github.io/blog/2015/05/23/ltsp-en-debian8-y-salud/ > > > > > > y un buen método para que las dos tarjetas del servidor resulten > > > útiles > > > > > > http://uranio-235.github.io/blog/2015/05/26/nic-bonding/ > > > > > > > > > Thread name: "[Gutl-l] sobre servidor y 20 clientes ligeros" > > > Mail number: 1 > > > Date: Wed, Feb 24, 2016 > > > In reply to: Raphael Burquet > > >> > > >> hola people.. > > >> > > >> necesito montar un host con 20 terminales. > > >> > > >> pero debe ser con doble booteo (ws gnu+linux and ws microsoft) > > >> desde el host,... pero con gnu +linux solamente,.. nada de > > >> microsoft. > > >> > > >> como server se va a utilizar una pc, con placa base pegatron, > > >> con 4 gb en la ram, un tera en el hd. > > >> > > >> los terminales son > > >> dual core con 4 en la ram > > >> > > >> soy todo oidos > > >> > > >> saludos cordiales > > >> > > >> > > >> > > >> > > >> La muerte es probablemente > > >> el mejor invento de la vida > > >> elimina lo viejo > > >> para darle paso a lo nuevo > > >> ahora lo nuevo eres tu > > >> > > >> Steve Jobs > > >> 1955-2011 > > >> Sylpheed 3.4.2 (GTK+ 2.24.23; i686-pc-linux-gnu) > > >> > > >> -- > > >> 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 > > > > > > -- > > > Warning! > > > 100'000 pelos de escoba fueron > > > introducidos satisfactoriamente > > > en su puerto USB. > > > > > > > > > __ > > > Lista de correos del Grupo de Usuarios de Tecnologías Libres de > > > Cuba. Gutl-l@jovenclub.cu > > > https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l > > > > > > > > > > > -- > > 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 > > -- > Warning! > 100'000 pelos de escoba fueron > introducidos satisfactoriamente > en su puerto USB. > > > __ > Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. > Gutl-l@jovenclub.cu > https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l La muerte es probablemente el mejor invento de la vida elimina lo viejo para darle paso a lo nuevo ahora lo nuevo eres tu Steve Jobs 1955-2011 Sylpheed 3.4.2 (GTK+ 2.24.23; i686-pc-linux-gnu) -- 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:
Re: [Gutl-l] sobre inicio en un servidor
On Fri, 26 Feb 2016 12:26:14 -0500 låzaro wrote: > el que diga que no le gusta systemd, es porque no lo sabe usar > yo te agradeceria que te tiraras un paso... explica mas o menos como se usa ?? ilumina un poco la oscuridad de algunos... sin tener que gastar mas de 30 segundos, pk no se de lo que hablan. -- Yoel Villarreal SYSADMIN FCP Félix Varela __ 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] Postfix y SASL
El Viernes, 26 de febrero de 2016 11:40:06 Arian Molina Aguilera escribió: > El 26/02/16 a las 10:48, Rommel Rodriguez Toirac escribió: > > Mis saludos; > > > > siguen los problemas con postfix :-( > > > > Estoy configurando un servidor Postfix (3.10.1) en un contenedor CentOS7 > > de > > > > Proxmox 4. Mi idea es configurarlo con SASL y TLS pero estoy presentando > > problemas con la configuración del SASL. Cuando trato de enviar un correo > > no me lo entrega y es por que el SASL. Según las trazas el mecanismo de > > autenticación tiene problemas o no existe. > > > > * > > Feb 26 09:14:36 gtmem postfix/smtpd[12939]: initializing the server-side > > TLS engine > > Feb 26 09:14:36 gtmem postfix/smtpd[12939]: connect from > > rommel.gtm.onat.gov.cu[192.168.41.6] > > Feb 26 09:14:36 gtmem postfix/smtpd[12939]: warning: SASL authentication > > failure: Internal Error -4 in server.c near line 1757 > > Feb 26 09:14:36 gtmem postfix/smtpd[12939]: warning: SASL authentication > > failure: Internal Error -4 in server.c near line 1757 > > Feb 26 09:14:36 gtmem postfix/smtpd[12939]: warning: SASL authentication > > failure: Internal Error -4 in server.c near line 1757 > > Feb 26 09:14:36 gtmem postfix/smtpd[12939]: warning: > > xsasl_cyrus_server_get_mechanism_list: no mechanism available > > Feb 26 09:14:36 gtmem postfix/smtpd[12939]: fatal: no SASL authentication > > mechanisms > > Feb 26 09:14:37 gtmem postfix/master[11805]: warning: process > > /usr/libexec/postfix/smtpd pid 12939 exit status 1 > > Feb 26 09:14:37 gtmem postfix/master[11805]: warning: > > /usr/libexec/postfix/smtpd: bad command startup -- throttling > > Feb 26 09:16:17 gtmem postfix/anvil[12940]: statistics: max connection > > rate > > 1/60s for (smtp:192.168.41.6) at Feb 26 09:14:36 > > Feb 26 09:16:17 gtmem postfix/anvil[12940]: statistics: max connection > > count 1 for (smtp:192.168.41.6) at Feb 26 09:14:36 > > Feb 26 09:16:17 gtmem postfix/anvil[12940]: statistics: max cache size 1 > > at Feb 26 09:14:36 > > * > > > > pero cuando miro: > > > > ** > > [root@gtmem sasl2]# cat /etc/sasl2/smtpd.conf > > pwcheck_method: saslauthd > > mech_list: plain login > > ** > > > > es decir, si existe y el servicio saslauthd está levantado y corriendo: > > > > ** > > [root@gtmem sasl2]# systemctl status saslauthd.service > > saslauthd.service - SASL authentication daemon. > > > > Loaded: loaded (/usr/lib/systemd/system/saslauthd.service; enabled) > > Active: active (running) since vie 2016-02-26 09:15:42 EST; 1h 25min > > ago > > > >Process: 12951 ExecStart=/usr/sbin/saslauthd -m $SOCKETDIR -a $MECH > >$FLAGS > > > > (code=exited, status=0/SUCCESS) > > > > Main PID: 12959 (saslauthd) > > > > CGroup: /lxc/105/system.slice/saslauthd.service > > > > ├─12959 /usr/sbin/saslauthd -m /run/saslauthd -a pam > > ├─12960 /usr/sbin/saslauthd -m /run/saslauthd -a pam > > ├─12961 /usr/sbin/saslauthd -m /run/saslauthd -a pam > > ├─12962 /usr/sbin/saslauthd -m /run/saslauthd -a pam > > └─12963 /usr/sbin/saslauthd -m /run/saslauthd -a pam > > > > feb 26 09:15:42 gtmem.gtm.onat.gob.cu saslauthd[12959]: detach_tty : > > master pid is: 12959 > > feb 26 09:15:42 gtmem.gtm.onat.gob.cu saslauthd[12959]: ipc_init: > > listening on socket: /run/saslauthd/mux > > feb 26 09:15:42 gtmem.gtm.onat.gob.cu systemd[1]: Started SASL > > authentication daemon.. > > ** > > > > La otra configuración que inflfuye en esta configuración es lo que hay > > en > > > > /etc/sysconfig/saslauthd y lo tengo así: > > > > ** > > [root@gtmem sasl2]# cat /etc/sysconfig/saslauthd > > # Directory in which to place saslauthd's listening socket, pid file, and > > so # on. This directory must already exist. > > SOCKETDIR=/run/saslauthd > > > > # Mechanism to use when checking passwords. Run "saslauthd -v" to get a > > list # of which mechanism your installation was compiled with the ablity > > to use. MECH=pam > > > > # Additional flags to pass to saslauthd on the command line. See > > saslauthd(8) # for the list of accepted flags. > > FLAGS= > > ** > > > > Que me falta? o que pudiera estar influyendo (en caso que no fuera por > > el > > > > SASL) en que no trabaje correctamente el servicio de mensajería > > electrónica? > ya eso me paso, a mi, y es por problemas de permisos entre la > configuración del postfix, el saslauthd, incluso sucedía también con > authdaemon, de courier también, creo que al final deje este ultimo, > porque se me integró mucho mejor con la autenticación con mysql, y la > posibilidad de utilizar postfixadmin, el tema esta que el postfix no > puede acceder a donde el mismo crea el socket, y eso es porque en esta > distros, por lo general el daemon smtpd por lo general esta enjaulado es > decir chrooteado, para solucionarlo lo que tuve que hacer fue
Re: [Gutl-l] varias palabras con grep
cat archivo.txt| egrep '(fulano|megnano|siclano)' Thread name: "[Gutl-l] varias palabras con grep" Mail number: 1 Date: Fri, Feb 26, 2016 In reply to: Yoel Villarreal > > Saludos listeros... > > Pregunta: como buscar varias palabras con un solo grep > > cat archivo.txt | grep cad1,cad2 > > Algo asi.. como se hace ??? > > -- > Yoel Villarreal > SYSADMIN FCP Félix Varela > > > __ > 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. __ 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 servidor y 20 clientes ligeros
si quieres que todas las terminales corran con windows, entonces no hemos hablado nada Thread name: "Re: [Gutl-l] sobre servidor y 20 clientes ligeros" Mail number: 1 Date: Fri, Feb 26, 2016 In reply to: burq...@fcmb.grm.sld.cu > > lazaro...!!! > > no entendi lo de las 2 tarjetas.. > > el server solo tiene una... > > o es que hay que inyectarle otra tarjeta de red para que el server > gnu+linux fuenciones adecuadamente para cada una... imagen cliente... > > te adelando que para todos los terminales es win o es linux. > porque son para clases al unisono > > aclarame eso please > > saludos cordiales > > > > > > > si te decides a hacer 100% linux, aqui tienes como lo h ice con el > > último debian > > > > http://uranio-235.github.io/blog/2015/05/23/ltsp-en-debian8-y-salud/ > > > > y un buen método para que las dos tarjetas del servidor resulten > > útiles > > > > http://uranio-235.github.io/blog/2015/05/26/nic-bonding/ > > > > > > Thread name: "[Gutl-l] sobre servidor y 20 clientes ligeros" > > Mail number: 1 > > Date: Wed, Feb 24, 2016 > > In reply to: Raphael Burquet > >> > >> hola people.. > >> > >> necesito montar un host con 20 terminales. > >> > >> pero debe ser con doble booteo (ws gnu+linux and ws microsoft) desde el > >> host,... pero con gnu +linux solamente,.. nada de microsoft. > >> > >> como server se va a utilizar una pc, con placa base pegatron, con 4 > >> gb en la ram, un tera en el hd. > >> > >> los terminales son > >> dual core con 4 en la ram > >> > >> soy todo oidos > >> > >> saludos cordiales > >> > >> > >> > >> > >> La muerte es probablemente > >> el mejor invento de la vida > >> elimina lo viejo > >> para darle paso a lo nuevo > >> ahora lo nuevo eres tu > >> > >> Steve Jobs > >> 1955-2011 > >> Sylpheed 3.4.2 (GTK+ 2.24.23; i686-pc-linux-gnu) > >> > >> -- > >> 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 > > > > -- > > Warning! > > 100'000 pelos de escoba fueron > > introducidos satisfactoriamente > > en su puerto USB. > > > > > > __ > > Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. > > Gutl-l@jovenclub.cu > > https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l > > > > > > -- > 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 -- Warning! 100'000 pelos de escoba fueron introducidos satisfactoriamente en su puerto USB. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] sobre inicio en un servidor
el que diga que no le gusta systemd, es porque no lo sabe usar Thread name: "Re: [Gutl-l] sobre inicio en un servidor" Mail number: 9 Date: Fri, Feb 26, 2016 In reply to: Michael González Medina > > El 26/02/16 a las 10:47, Arian Molina Aguilera escribió: > >El 26/02/16 a las 10:23, Michael González Medina escribió: > >>El 26/02/16 a las 09:55, Arian Molina Aguilera escribió: > >>>El 26/02/16 a las 09:49, Michael González Medina escribió: > El 26/02/16 a las 09:36, låzaro escribió: > >Thread name: "Re: [Gutl-l] sobre inicio en un servidor" > >Mail number: 1 > >Date: Fri, Feb 26, 2016 > >In reply to: Paradix ;) > >>El 25/02/16 a las 19:44, låzaro escribió: > >>>tengo una buena soga para el por aquí.. porque no ha > >>>actualizado?? No > >>>tiene liscenci para usar la nueva versión de debian > >>> > >>> > >>jajajaja recuerda en ocasiones es mejor la estabilidad q la > >>actualización ... aparte, no me gusta systemd :D > >> > >no lo dudo, la implementación de systemd en debian APESTA, no > >obstante, ve cogiéndole el gusto, que vino para quedarse > > > > > Bueno, yo no seria tan contundente en mi criterio, pero eso sí, > choqué un poco con ella(la implementación de systemd en debian) y > terminé optando por deshabilitarla, > > saludos, > > >>>Bueno yo llevo usando debian 8 desde que salio, igual proxmox 4 y 4.1 > >>>que es basado en este, y la verdad que yo con systemd no tengo quejas > >>>y me ha ido muy bien, antes de debian 8 ya lo usaba en mi flamante > >>>KaOS que es la distro que uso en mi estación de trabajo diaria y la > >>>verdad me siento muy a gusto con systemd la verdad no lo veo mal, mi > >>>PC de trabajo carga en 3s. Salu2. > >>> > >>Hasta este momento no puedo dar criterios(ni positivos ni negativos) > >>acerca de systemd puesto que, como no lo he estudiado(el funcionamiento > >>de systemd), es probable que "el choque" que tuve con este fue debido a > >>mi falta de conocimiento acerca de el mismo(fue un problema con > >>shorewall que no arrancaba bien en un Debian 8.0 acabado de instalar y > >>con el repo configurado). En algún momento no me quedará mas remedio que > >>estudiarlo y quizás pueda emitir algún criterio, eso si, he notado que > >>con el (systemd) el sistema parece iniciar mas rápido o mas ligero(no se > >>si son ideas mías o esto es real[aqui vuelvo al punto de mi falta de > >>estudio sobre este]) y además como dices Arian, con Promox 4(que también > >>lo estoy probando) no da ningún bateo, > >> > >>saludos, > >> > >Si con systemd el sistema carga mucho más rápido, porque inicia casí todos > >los proceso de inicio valga la redundancia en paralelo. > > que bien > > >Y bueno ya yo no uso shorewall hace mucho, ya que mi firewall favorito > >para redes es pfsense, en los server locales vasta con activar UFW, que va > >de maravilla, > > no lo dudo > > >ya te digo systemd es muy configurable y el sistema lo agradece y va más > >liviano. Mi recomendación es que lo estudies, y no te rindas porque un > >solo software no haya funcionado con systemd, > > de hecho no fue que me rendí, sino que, por cuestiones de falta de tiempo, > me fui por la vía mas conocida para lograr mi objetivo en aquel momento. Ya > después como he mencionado, lo he usado en otros Servidores sin problemas. > Igual me queda pendiente lograr su integración con Shorewall y ver cuales > fueron las causas por las que pasó aquello > > >la culpa te aseguro no es de systemd, será una mala integración de los > >deben mantener este paquete para q funcione con systemd. > > na tranquilo, me queda claro que no debe ser systemd(al menos en teoría[te > digo esto pues... lo POCO que leí en aquel momento me llevó a algunos forums > de systemd y shorewall donde encontré una serie de reportes de bugs etc etc > y como que la bola estaba encima de la net sin caer en ningún lado, y eso me > olió a la canción de Buena Fe."la culpa, la maldita culpa... no la tiene > nadie" y ahí mismo opté por la opción mas conocida debido a las razones > antes expuestas]). > > >Más bien se deberían buscar las causar del problema o error, pero si nos > >rendimos pues ahí quedo todo, y nunca sabremos el porque. > > 100% de acuerdo > >Salu2. > > > saludos, > > -- > Michael González Medina > Administrador de Red > Centro Nacional de Sanidad Vegetal > > > > __ > 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. __ 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] varias palabras con grep
Saludos listeros... Pregunta: como buscar varias palabras con un solo grep cat archivo.txt | grep cad1,cad2 Algo asi.. como se hace ??? -- Yoel Villarreal SYSADMIN FCP Félix Varela __ 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 módulos en lighttpd
El Viernes, 26 de febrero de 2016 8:55:07 Jose Alfredo Batista escribió: > Quiero instalar un servicio web y cuando esta en la instalación me > presenta el problema con el modulo rewrite > como se activa este modulo aa en la configuración de lighttpd lo > tengo asi > > server.modules = ( > "mod_access", > "mod_alias", > "mod_compress", > "mod_redirect", > "mod_rewrite", > > y cuando trato en consola d e activarlo me responde > > lighttpd-enable-mod rewrite > Ignoring unknown module: rewrite > Run /etc/init.d/lighttpd force-reload to enable changes > > que me falta para q se active dicho modulo > > -- > 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 y si pruebas poner: lighttpd-enable-mod mod_rewrite por que el modulo se llama mod_rewrite no rewrite -- Rommel Rodriguez Toirac Administrador de red ONAT Guantánamo Teléfono (pizarra): 327444,326625,326376,327677,326576 Extensión: 120 __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Postfix y SASL
El 26/02/16 a las 10:48, Rommel Rodriguez Toirac escribió: Mis saludos; siguen los problemas con postfix :-( Estoy configurando un servidor Postfix (3.10.1) en un contenedor CentOS7 de Proxmox 4. Mi idea es configurarlo con SASL y TLS pero estoy presentando problemas con la configuración del SASL. Cuando trato de enviar un correo no me lo entrega y es por que el SASL. Según las trazas el mecanismo de autenticación tiene problemas o no existe. * Feb 26 09:14:36 gtmem postfix/smtpd[12939]: initializing the server-side TLS engine Feb 26 09:14:36 gtmem postfix/smtpd[12939]: connect from rommel.gtm.onat.gov.cu[192.168.41.6] Feb 26 09:14:36 gtmem postfix/smtpd[12939]: warning: SASL authentication failure: Internal Error -4 in server.c near line 1757 Feb 26 09:14:36 gtmem postfix/smtpd[12939]: warning: SASL authentication failure: Internal Error -4 in server.c near line 1757 Feb 26 09:14:36 gtmem postfix/smtpd[12939]: warning: SASL authentication failure: Internal Error -4 in server.c near line 1757 Feb 26 09:14:36 gtmem postfix/smtpd[12939]: warning: xsasl_cyrus_server_get_mechanism_list: no mechanism available Feb 26 09:14:36 gtmem postfix/smtpd[12939]: fatal: no SASL authentication mechanisms Feb 26 09:14:37 gtmem postfix/master[11805]: warning: process /usr/libexec/postfix/smtpd pid 12939 exit status 1 Feb 26 09:14:37 gtmem postfix/master[11805]: warning: /usr/libexec/postfix/smtpd: bad command startup -- throttling Feb 26 09:16:17 gtmem postfix/anvil[12940]: statistics: max connection rate 1/60s for (smtp:192.168.41.6) at Feb 26 09:14:36 Feb 26 09:16:17 gtmem postfix/anvil[12940]: statistics: max connection count 1 for (smtp:192.168.41.6) at Feb 26 09:14:36 Feb 26 09:16:17 gtmem postfix/anvil[12940]: statistics: max cache size 1 at Feb 26 09:14:36 * pero cuando miro: ** [root@gtmem sasl2]# cat /etc/sasl2/smtpd.conf pwcheck_method: saslauthd mech_list: plain login ** es decir, si existe y el servicio saslauthd está levantado y corriendo: ** [root@gtmem sasl2]# systemctl status saslauthd.service saslauthd.service - SASL authentication daemon. Loaded: loaded (/usr/lib/systemd/system/saslauthd.service; enabled) Active: active (running) since vie 2016-02-26 09:15:42 EST; 1h 25min ago Process: 12951 ExecStart=/usr/sbin/saslauthd -m $SOCKETDIR -a $MECH $FLAGS (code=exited, status=0/SUCCESS) Main PID: 12959 (saslauthd) CGroup: /lxc/105/system.slice/saslauthd.service ├─12959 /usr/sbin/saslauthd -m /run/saslauthd -a pam ├─12960 /usr/sbin/saslauthd -m /run/saslauthd -a pam ├─12961 /usr/sbin/saslauthd -m /run/saslauthd -a pam ├─12962 /usr/sbin/saslauthd -m /run/saslauthd -a pam └─12963 /usr/sbin/saslauthd -m /run/saslauthd -a pam feb 26 09:15:42 gtmem.gtm.onat.gob.cu saslauthd[12959]: detach_tty : master pid is: 12959 feb 26 09:15:42 gtmem.gtm.onat.gob.cu saslauthd[12959]: ipc_init: listening on socket: /run/saslauthd/mux feb 26 09:15:42 gtmem.gtm.onat.gob.cu systemd[1]: Started SASL authentication daemon.. ** La otra configuración que inflfuye en esta configuración es lo que hay en /etc/sysconfig/saslauthd y lo tengo así: ** [root@gtmem sasl2]# cat /etc/sysconfig/saslauthd # Directory in which to place saslauthd's listening socket, pid file, and so # on. This directory must already exist. SOCKETDIR=/run/saslauthd # Mechanism to use when checking passwords. Run "saslauthd -v" to get a list # of which mechanism your installation was compiled with the ablity to use. MECH=pam # Additional flags to pass to saslauthd on the command line. See saslauthd(8) # for the list of accepted flags. FLAGS= ** Que me falta? o que pudiera estar influyendo (en caso que no fuera por el SASL) en que no trabaje correctamente el servicio de mensajería electrónica? ya eso me paso, a mi, y es por problemas de permisos entre la configuración del postfix, el saslauthd, incluso sucedía también con authdaemon, de courier también, creo que al final deje este ultimo, porque se me integró mucho mejor con la autenticación con mysql, y la posibilidad de utilizar postfixadmin, el tema esta que el postfix no puede acceder a donde el mismo crea el socket, y eso es porque en esta distros, por lo general el daemon smtpd por lo general esta enjaulado es decir chrooteado, para solucionarlo lo que tuve que hacer fue decirle a saslauthd o authdaemond si es courier que dicho socket lo creara dentro del chroot del postfix, y crear un enlace a donde el lo crear por defecto, para el correcto funcionamiento del programa, de esa forma postfix si podía acceder al modulo sasl y que funcionara correctamente la autenticación, si tienes salida al marte te puedo pasar algunos link de posts al respecto. Salu2. -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236
Re: [Gutl-l] sobre inicio en un servidor
El 26/02/16 a las 10:47, Arian Molina Aguilera escribió: El 26/02/16 a las 10:23, Michael González Medina escribió: El 26/02/16 a las 09:55, Arian Molina Aguilera escribió: El 26/02/16 a las 09:49, Michael González Medina escribió: El 26/02/16 a las 09:36, låzaro escribió: Thread name: "Re: [Gutl-l] sobre inicio en un servidor" Mail number: 1 Date: Fri, Feb 26, 2016 In reply to: Paradix ;) El 25/02/16 a las 19:44, låzaro escribió: tengo una buena soga para el por aquí.. porque no ha actualizado?? No tiene liscenci para usar la nueva versión de debian jajajaja recuerda en ocasiones es mejor la estabilidad q la actualización ... aparte, no me gusta systemd :D no lo dudo, la implementación de systemd en debian APESTA, no obstante, ve cogiéndole el gusto, que vino para quedarse Bueno, yo no seria tan contundente en mi criterio, pero eso sí, choqué un poco con ella(la implementación de systemd en debian) y terminé optando por deshabilitarla, saludos, Bueno yo llevo usando debian 8 desde que salio, igual proxmox 4 y 4.1 que es basado en este, y la verdad que yo con systemd no tengo quejas y me ha ido muy bien, antes de debian 8 ya lo usaba en mi flamante KaOS que es la distro que uso en mi estación de trabajo diaria y la verdad me siento muy a gusto con systemd la verdad no lo veo mal, mi PC de trabajo carga en 3s. Salu2. Hasta este momento no puedo dar criterios(ni positivos ni negativos) acerca de systemd puesto que, como no lo he estudiado(el funcionamiento de systemd), es probable que "el choque" que tuve con este fue debido a mi falta de conocimiento acerca de el mismo(fue un problema con shorewall que no arrancaba bien en un Debian 8.0 acabado de instalar y con el repo configurado). En algún momento no me quedará mas remedio que estudiarlo y quizás pueda emitir algún criterio, eso si, he notado que con el (systemd) el sistema parece iniciar mas rápido o mas ligero(no se si son ideas mías o esto es real[aqui vuelvo al punto de mi falta de estudio sobre este]) y además como dices Arian, con Promox 4(que también lo estoy probando) no da ningún bateo, saludos, Si con systemd el sistema carga mucho más rápido, porque inicia casí todos los proceso de inicio valga la redundancia en paralelo. que bien Y bueno ya yo no uso shorewall hace mucho, ya que mi firewall favorito para redes es pfsense, en los server locales vasta con activar UFW, que va de maravilla, no lo dudo ya te digo systemd es muy configurable y el sistema lo agradece y va más liviano. Mi recomendación es que lo estudies, y no te rindas porque un solo software no haya funcionado con systemd, de hecho no fue que me rendí, sino que, por cuestiones de falta de tiempo, me fui por la vía mas conocida para lograr mi objetivo en aquel momento. Ya después como he mencionado, lo he usado en otros Servidores sin problemas. Igual me queda pendiente lograr su integración con Shorewall y ver cuales fueron las causas por las que pasó aquello la culpa te aseguro no es de systemd, será una mala integración de los deben mantener este paquete para q funcione con systemd. na tranquilo, me queda claro que no debe ser systemd(al menos en teoría[te digo esto pues... lo POCO que leí en aquel momento me llevó a algunos forums de systemd y shorewall donde encontré una serie de reportes de bugs etc etc y como que la bola estaba encima de la net sin caer en ningún lado, y eso me olió a la canción de Buena Fe."la culpa, la maldita culpa... no la tiene nadie" y ahí mismo opté por la opción mas conocida debido a las razones antes expuestas]). Más bien se deberían buscar las causar del problema o error, pero si nos rendimos pues ahí quedo todo, y nunca sabremos el porque. 100% de acuerdo Salu2. saludos, -- Michael González Medina Administrador de Red Centro Nacional de Sanidad Vegetal __ 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 módulos en lighttpd
On Fri, 26 Feb 2016 08:55:07 -0500 Jose Alfredo Batista wrote: > Quiero instalar un servicio web y cuando esta en la instalación me > presenta el problema con el modulo rewrite > como se activa este modulo aa en la configuración de lighttpd lo > tengo asi > > server.modules = ( > "mod_access", > "mod_alias", > "mod_compress", > "mod_redirect", > "mod_rewrite", > > y cuando trato en consola d e activarlo me responde > > lighttpd-enable-mod rewrite > Ignoring unknown module: rewrite > Run /etc/init.d/lighttpd force-reload to enable changes > > que me falta para q se active dicho modulo > root@yoel:/home/nene# aptitude search lighttpd p lighttpd - fast webserver with minimal memory footprint p lighttpd-doc - documentation for lighttpd p lighttpd-mod-cml - cache meta language module for lighttpd p lighttpd-mod-magnet- control the request handling module for lighttpd p lighttpd-mod-mysql-vhost - MySQL-based virtual host configuration for lighttpd p lighttpd-mod-trigger-b4-dl - anti-deep-linking module for lighttpd p lighttpd-mod-webdav no me sale ningun modulo rewrite.. eso viene builtin ??? -- Yoel Villarreal SYSADMIN FCP Félix Varela __ 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 servidor y 20 clientes ligeros
lazaro...!!! no entendi lo de las 2 tarjetas.. el server solo tiene una... o es que hay que inyectarle otra tarjeta de red para que el server gnu+linux fuenciones adecuadamente para cada una... imagen cliente... te adelando que para todos los terminales es win o es linux. porque son para clases al unisono aclarame eso please saludos cordiales > si te decides a hacer 100% linux, aqui tienes como lo h ice con el > último debian > > http://uranio-235.github.io/blog/2015/05/23/ltsp-en-debian8-y-salud/ > > y un buen método para que las dos tarjetas del servidor resulten > útiles > > http://uranio-235.github.io/blog/2015/05/26/nic-bonding/ > > > Thread name: "[Gutl-l] sobre servidor y 20 clientes ligeros" > Mail number: 1 > Date: Wed, Feb 24, 2016 > In reply to: Raphael Burquet >> >> hola people.. >> >> necesito montar un host con 20 terminales. >> >> pero debe ser con doble booteo (ws gnu+linux and ws microsoft) desde el >> host,... pero con gnu +linux solamente,.. nada de microsoft. >> >> como server se va a utilizar una pc, con placa base pegatron, con 4 >> gb en la ram, un tera en el hd. >> >> los terminales son >> dual core con 4 en la ram >> >> soy todo oidos >> >> saludos cordiales >> >> >> >> >> La muerte es probablemente >> el mejor invento de la vida >> elimina lo viejo >> para darle paso a lo nuevo >> ahora lo nuevo eres tu >> >> Steve Jobs >> 1955-2011 >> Sylpheed 3.4.2 (GTK+ 2.24.23; i686-pc-linux-gnu) >> >> -- >> 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 > > -- > Warning! > 100'000 pelos de escoba fueron > introducidos satisfactoriamente > en su puerto USB. > > > __ > Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. > Gutl-l@jovenclub.cu > https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l > -- 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 inicio en un servidor
El 26/02/16 a las 10:23, Michael González Medina escribió: El 26/02/16 a las 09:55, Arian Molina Aguilera escribió: El 26/02/16 a las 09:49, Michael González Medina escribió: El 26/02/16 a las 09:36, låzaro escribió: Thread name: "Re: [Gutl-l] sobre inicio en un servidor" Mail number: 1 Date: Fri, Feb 26, 2016 In reply to: Paradix ;) El 25/02/16 a las 19:44, låzaro escribió: tengo una buena soga para el por aquí.. porque no ha actualizado?? No tiene liscenci para usar la nueva versión de debian jajajaja recuerda en ocasiones es mejor la estabilidad q la actualización ... aparte, no me gusta systemd :D no lo dudo, la implementación de systemd en debian APESTA, no obstante, ve cogiéndole el gusto, que vino para quedarse Bueno, yo no seria tan contundente en mi criterio, pero eso sí, choqué un poco con ella(la implementación de systemd en debian) y terminé optando por deshabilitarla, saludos, Bueno yo llevo usando debian 8 desde que salio, igual proxmox 4 y 4.1 que es basado en este, y la verdad que yo con systemd no tengo quejas y me ha ido muy bien, antes de debian 8 ya lo usaba en mi flamante KaOS que es la distro que uso en mi estación de trabajo diaria y la verdad me siento muy a gusto con systemd la verdad no lo veo mal, mi PC de trabajo carga en 3s. Salu2. Hasta este momento no puedo dar criterios(ni positivos ni negativos) acerca de systemd puesto que, como no lo he estudiado(el funcionamiento de systemd), es probable que "el choque" que tuve con este fue debido a mi falta de conocimiento acerca de el mismo(fue un problema con shorewall que no arrancaba bien en un Debian 8.0 acabado de instalar y con el repo configurado). En algún momento no me quedará mas remedio que estudiarlo y quizás pueda emitir algún criterio, eso si, he notado que con el (systemd) el sistema parece iniciar mas rápido o mas ligero(no se si son ideas mías o esto es real[aqui vuelvo al punto de mi falta de estudio sobre este]) y además como dices Arian, con Promox 4(que también lo estoy probando) no da ningún bateo, saludos, Si con systemd el sistema carga mucho más rápido, porque inicia casí todos los proceso de inicio valga la redundancia en paralelo. Y bueno ya yo no uso shorewall hace mucho, ya que mi firewall favorito para redes es pfsense, en los server locales vasta con activar UFW, que va de maravilla, ya te digo systemd es muy configurable y el sistema lo agradece y va más liviano. Mi recomendación es que lo estudies, y no te rindas porque un solo software no haya funcionado con systemd, la culpa te aseguro no es de systemd, será una mala integración de los deben mantener este paquete para q funcione con systemd. Más bien se deberían buscar las causar del problema o error, pero si nos rendimos pues ahí quedo todo, y nunca sabremos el porque. Salu2. -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236 jabber: linuxc...@openmailbox.org Brascuba Cigarrillos S.A. La Habana. Cuba. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
[Gutl-l] Postfix y SASL
Mis saludos; siguen los problemas con postfix :-( Estoy configurando un servidor Postfix (3.10.1) en un contenedor CentOS7 de Proxmox 4. Mi idea es configurarlo con SASL y TLS pero estoy presentando problemas con la configuración del SASL. Cuando trato de enviar un correo no me lo entrega y es por que el SASL. Según las trazas el mecanismo de autenticación tiene problemas o no existe. * Feb 26 09:14:36 gtmem postfix/smtpd[12939]: initializing the server-side TLS engine Feb 26 09:14:36 gtmem postfix/smtpd[12939]: connect from rommel.gtm.onat.gov.cu[192.168.41.6] Feb 26 09:14:36 gtmem postfix/smtpd[12939]: warning: SASL authentication failure: Internal Error -4 in server.c near line 1757 Feb 26 09:14:36 gtmem postfix/smtpd[12939]: warning: SASL authentication failure: Internal Error -4 in server.c near line 1757 Feb 26 09:14:36 gtmem postfix/smtpd[12939]: warning: SASL authentication failure: Internal Error -4 in server.c near line 1757 Feb 26 09:14:36 gtmem postfix/smtpd[12939]: warning: xsasl_cyrus_server_get_mechanism_list: no mechanism available Feb 26 09:14:36 gtmem postfix/smtpd[12939]: fatal: no SASL authentication mechanisms Feb 26 09:14:37 gtmem postfix/master[11805]: warning: process /usr/libexec/postfix/smtpd pid 12939 exit status 1 Feb 26 09:14:37 gtmem postfix/master[11805]: warning: /usr/libexec/postfix/smtpd: bad command startup -- throttling Feb 26 09:16:17 gtmem postfix/anvil[12940]: statistics: max connection rate 1/60s for (smtp:192.168.41.6) at Feb 26 09:14:36 Feb 26 09:16:17 gtmem postfix/anvil[12940]: statistics: max connection count 1 for (smtp:192.168.41.6) at Feb 26 09:14:36 Feb 26 09:16:17 gtmem postfix/anvil[12940]: statistics: max cache size 1 at Feb 26 09:14:36 * pero cuando miro: ** [root@gtmem sasl2]# cat /etc/sasl2/smtpd.conf pwcheck_method: saslauthd mech_list: plain login ** es decir, si existe y el servicio saslauthd está levantado y corriendo: ** [root@gtmem sasl2]# systemctl status saslauthd.service saslauthd.service - SASL authentication daemon. Loaded: loaded (/usr/lib/systemd/system/saslauthd.service; enabled) Active: active (running) since vie 2016-02-26 09:15:42 EST; 1h 25min ago Process: 12951 ExecStart=/usr/sbin/saslauthd -m $SOCKETDIR -a $MECH $FLAGS (code=exited, status=0/SUCCESS) Main PID: 12959 (saslauthd) CGroup: /lxc/105/system.slice/saslauthd.service ├─12959 /usr/sbin/saslauthd -m /run/saslauthd -a pam ├─12960 /usr/sbin/saslauthd -m /run/saslauthd -a pam ├─12961 /usr/sbin/saslauthd -m /run/saslauthd -a pam ├─12962 /usr/sbin/saslauthd -m /run/saslauthd -a pam └─12963 /usr/sbin/saslauthd -m /run/saslauthd -a pam feb 26 09:15:42 gtmem.gtm.onat.gob.cu saslauthd[12959]: detach_tty : master pid is: 12959 feb 26 09:15:42 gtmem.gtm.onat.gob.cu saslauthd[12959]: ipc_init: listening on socket: /run/saslauthd/mux feb 26 09:15:42 gtmem.gtm.onat.gob.cu systemd[1]: Started SASL authentication daemon.. ** La otra configuración que inflfuye en esta configuración es lo que hay en /etc/sysconfig/saslauthd y lo tengo así: ** [root@gtmem sasl2]# cat /etc/sysconfig/saslauthd # Directory in which to place saslauthd's listening socket, pid file, and so # on. This directory must already exist. SOCKETDIR=/run/saslauthd # Mechanism to use when checking passwords. Run "saslauthd -v" to get a list # of which mechanism your installation was compiled with the ablity to use. MECH=pam # Additional flags to pass to saslauthd on the command line. See saslauthd(8) # for the list of accepted flags. FLAGS= ** Que me falta? o que pudiera estar influyendo (en caso que no fuera por el SASL) en que no trabaje correctamente el servicio de mensajería electrónica? -- Rommel Rodriguez Toirac Administrador de red ONAT Guantánamo Teléfono (pizarra): 327444,326625,326376,327677,326576 Extensión: 120 __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] sobre inicio en un servidor
El 26/02/16 a las 09:55, Arian Molina Aguilera escribió: El 26/02/16 a las 09:49, Michael González Medina escribió: El 26/02/16 a las 09:36, låzaro escribió: Thread name: "Re: [Gutl-l] sobre inicio en un servidor" Mail number: 1 Date: Fri, Feb 26, 2016 In reply to: Paradix ;) El 25/02/16 a las 19:44, låzaro escribió: tengo una buena soga para el por aquí.. porque no ha actualizado?? No tiene liscenci para usar la nueva versión de debian jajajaja recuerda en ocasiones es mejor la estabilidad q la actualización ... aparte, no me gusta systemd :D no lo dudo, la implementación de systemd en debian APESTA, no obstante, ve cogiéndole el gusto, que vino para quedarse Bueno, yo no seria tan contundente en mi criterio, pero eso sí, choqué un poco con ella(la implementación de systemd en debian) y terminé optando por deshabilitarla, saludos, Bueno yo llevo usando debian 8 desde que salio, igual proxmox 4 y 4.1 que es basado en este, y la verdad que yo con systemd no tengo quejas y me ha ido muy bien, antes de debian 8 ya lo usaba en mi flamante KaOS que es la distro que uso en mi estación de trabajo diaria y la verdad me siento muy a gusto con systemd la verdad no lo veo mal, mi PC de trabajo carga en 3s. Salu2. Hasta este momento no puedo dar criterios(ni positivos ni negativos) acerca de systemd puesto que, como no lo he estudiado(el funcionamiento de systemd), es probable que "el choque" que tuve con este fue debido a mi falta de conocimiento acerca de el mismo(fue un problema con shorewall que no arrancaba bien en un Debian 8.0 acabado de instalar y con el repo configurado). En algún momento no me quedará mas remedio que estudiarlo y quizás pueda emitir algún criterio, eso si, he notado que con el (systemd) el sistema parece iniciar mas rápido o mas ligero(no se si son ideas mías o esto es real[aqui vuelvo al punto de mi falta de estudio sobre este]) y además como dices Arian, con Promox 4(que también lo estoy probando) no da ningún bateo, saludos, -- Michael González Medina Administrador de Red Centro Nacional de Sanidad Vegetal __ 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 inicio en un servidor
On Thu, 25 Feb 2016 15:04:37 -0500 "Paradix ;)" wrote: > Saludos lista > > Acabo de instalar Debian Wheezy en una pc con idea de utilizarlo como > servidor para una pequeña red (menos de 50 pcs). Entre las cosas que se > instalaron está el entorno grafico. Quiero saber como hacer que el > servidor arranque en modo texto sin tener que desinstalar xorg, tener el > modo grafico disponible para el momento q decida hacer startx. Me queda > claro que tengo que jugar con el runlevel pero no se que comando o que > archivo tocar. > Aptitude install rcconf luego ejecutas ese susodicho y quitas los servicios que te den la gana, en este caso gdm, xdm, kdm lo que sea gestor de X -- Yoel Villarreal SYSADMIN FCP Félix Varela __ 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 inicio en un servidor
El 26/02/16 a las 09:36, låzaro escribió: Thread name: "Re: [Gutl-l] sobre inicio en un servidor" Mail number: 1 Date: Fri, Feb 26, 2016 In reply to: Paradix ;) El 25/02/16 a las 19:44, låzaro escribió: tengo una buena soga para el por aquí.. porque no ha actualizado?? No tiene liscenci para usar la nueva versión de debian jajajaja recuerda en ocasiones es mejor la estabilidad q la actualización ... aparte, no me gusta systemd :D no lo dudo, la implementación de systemd en debian APESTA, no obstante, ve cogiéndole el gusto, que vino para quedarse Bueno, yo no seria tan contundente en mi criterio, pero eso sí, choqué un poco con ella(la implementación de systemd en debian) y terminé optando por deshabilitarla, saludos, -- Michael González Medina Administrador de Red Centro Nacional de Sanidad Vegetal __ 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 inicio en un servidor
El 26/02/16 a las 09:49, Michael González Medina escribió: El 26/02/16 a las 09:36, låzaro escribió: Thread name: "Re: [Gutl-l] sobre inicio en un servidor" Mail number: 1 Date: Fri, Feb 26, 2016 In reply to: Paradix ;) El 25/02/16 a las 19:44, låzaro escribió: tengo una buena soga para el por aquí.. porque no ha actualizado?? No tiene liscenci para usar la nueva versión de debian jajajaja recuerda en ocasiones es mejor la estabilidad q la actualización ... aparte, no me gusta systemd :D no lo dudo, la implementación de systemd en debian APESTA, no obstante, ve cogiéndole el gusto, que vino para quedarse Bueno, yo no seria tan contundente en mi criterio, pero eso sí, choqué un poco con ella(la implementación de systemd en debian) y terminé optando por deshabilitarla, saludos, Bueno yo llevo usando debian 8 desde que salio, igual proxmox 4 y 4.1 que es basado en este, y la verdad que yo con systemd no tengo quejas y me ha ido muy bien, antes de debian 8 ya lo usaba en mi flamante KaOS que es la distro que uso en mi estación de trabajo diaria y la verdad me siento muy a gusto con systemd la verdad no lo veo mal, mi PC de trabajo carga en 3s. Salu2. -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236 jabber: linuxc...@openmailbox.org Brascuba Cigarrillos S.A. La Habana. Cuba. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] sobre inicio en un servidor
Thread name: "Re: [Gutl-l] sobre inicio en un servidor" Mail number: 1 Date: Fri, Feb 26, 2016 In reply to: Paradix ;) > > El 25/02/16 a las 19:44, låzaro escribió: > > tengo una buena soga para el por aquí.. porque no ha actualizado?? No > > tiene liscenci para usar la nueva versión de debian > > > > > > jajajaja recuerda en ocasiones es mejor la estabilidad q la > actualización ... aparte, no me gusta systemd :D > no lo dudo, la implementación de systemd en debian APESTA, no obstante, ve cogiéndole el gusto, que vino para quedarse -- Warning! 100'000 pelos de escoba fueron introducidos satisfactoriamente en su puerto USB. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] sobre inicio en un servidor
en mi opinión, debian sigue siendo la mejor opción para los
servidores
Thread name: "Re: [Gutl-l] sobre inicio en un servidor"
Mail number: 2
Date: Fri, Feb 26, 2016
In reply to: Alberto José García Fumero
>
> El jue, 25-02-2016 a las 19:44 -0500, låzaro escribió:
> > tengo una buena soga para el por aquí.. porque no ha actualizado?? No
> > tiene liscenci para usar la nueva versión de debian
>
> >
>
> No seas asesino... que Debian no usa licencia ;-) Sí, ya sé que no te
> gusta Debian.
>
> Y a mí habría que azotarme en la plaza pública, con heraldos y todo
> gritando mi delito... mi estación de trabajo todavía anda por Debian
> 6.0.
>
> Pero tienes razón en algo: Paradix, por si acaso deberías verificar si
> esa versión tiene la vulnerabilidad del bash. Te cito más abajo un
> mensaje del amigo Michael sobre el tema. O si no, usar dash como Lázaro
> y Servilio sugirieron una vez.
>
> Fumero
>
>
>
> De: Michael González Medina
> 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] Falla (SOLUCIONADO)
> Fecha:Wed, 01 Oct 2014 12:40:27 -0400
>
>
> El 01/10/14 12:12, Michael González Medina escribió:
> > El 01/10/14 10:27, Msc. Carlos Pollán Estrada escribió:
> >> Colegas.
> >> Parace que al fin se solucionó la cosa.
> >> Apunté mi sources.list a http://http.debian.net/debian Luego
> aptitude
> >> update y apt-get install --only-upgrade bash
> >> y al ejecutar env x='() { :;}; echo vulnerable' bash -c "echo this
> is
> >> a test"
> >> solo me sale "this is a test" sin el "vulnerable" como antes salía.
> >> Salu2 y gracias a a todos, en especial a Hugo, de quien tomé la
> >> recomendación.
> >>
> >>
> > Carlos:
> >
> > Ya probaste ejecutar otras pruebas? como estas:
> >
> >
> > env X='() { (a)=>\' bash -c "echo date"; cat echo ; rm -f echo
> >
> > y
> >
> > env -i X=' () { }; echo hello' bash -c 'date'
> >
> >
> > si te devuelve al menos la fecha, aun sigues siendo vulnerable a
> otras
> > variantes de dicha falla,
> >
> > saludos,
> >
> Rectifico..!! ya va por 6 variantes diferentes:
>
> Exploit 1 (CVE-2014-6271)
>
> env x='() { :;}; echo vulnerable' bash -c "echo this is a test"
>
> Si en la salida de este comando ves "vulnerable" debes actualizar
> bash.
>
> Exploit 2 (CVE-2014-7169)
>
> env X='() { (shellshocker.net)=>\' bash -c "echo date"; cat echo;
> rm ./echo
>
> Si en la salida de este comando ves la fecha, aun eres vulnerable.
>
> Exploit 3 (???)
>
> env X=' () { }; echo hello' bash -c 'date'
>
> Si en la salida de este comando ves "hello" aun eres vulnerable.
>
> Exploit 4 (CVE-2014-7186)
>
> bash -c 'true < < < echo "CVE-2014-7186 vulnerable, redir_stack"
>
> Si en la salida de este comando ves el texto "CVE-2014-7186
> vulnerable, redir_stack". aun eres vulnerable.
>
> Exploit 5 (CVE-2014-7187)
>
> (for x in {1..200} ; do echo "for x$x in ; do :"; done; for x in
> {1..200} ; do echo done ; done) | bash ||
> echo "CVE-2014-7187 vulnerable, word_lineno"
>
> Si en la salida de este comando ves el texto "CVE-2014-7187
> vulnerable, word_lineno". aun eres vulnerable.
>
> Exploit 6 (CVE-2014-6278)
>
> shellshocker='() { echo You are vulnerable; }' bash -c shellshocker
>
> en la salida de este comando No debes ver "You are vulnerable" si
> tu sistema esta correctamente parcheado debes ver "bash: shellshocker:
> command not found"
>
> saludos,
>
>
> --
> 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
--
Warning!
100'000 pelos de escoba fueron
introducidos satisfactoriamente
en su puerto USB.
__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] sobre inicio en un servidor
>> > > no lo dudo, la implementación de systemd en debian APESTA, no > obstante, ve cogiéndole el gusto, que vino para quedarse > > siempre y cuando devuan no se quede en humo -- Paradix ;) Haciendo abogacía por el software libre adonde voy -- 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 inicio en un servidor
El 26/02/16 a las 08:13, Alberto José García Fumero escribió:
>>> env x='() { :;}; echo vulnerable' bash -c "echo this
> is
>>> >> a test"
no habia un parche para esto? mi wheezy a visto actualizaciones pero
creo q ninguna para bash
--
Paradix ;)
Haciendo abogacía por el software libre adonde voy
--
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] pasar pfSense sobre proxy
El 26/02/16 a las 11:17, Yoandri Solis escribió: intstale pfsense en una maquina virtual para probarlo antes de instalarlo y y tendo dos preguntas primero como le configuro la dirreccion en que esta el repo y lo segundo como hago q pase a traves de u Firewall Arregla la hora de tu computadora, o uso horario, tienes adelantada la misma par de horas. Salu2. -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236 jabber: linuxc...@openmailbox.org Brascuba Cigarrillos S.A. La Habana. Cuba. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] sobre módulos en lighttpd
El 26/02/16 a las 08:55, Jose Alfredo Batista escribió: Quiero instalar un servicio web y cuando esta en la instalación me presenta el problema con el modulo rewrite como se activa este modulo aa en la configuración de lighttpd lo tengo asi server.modules = ( "mod_access", "mod_alias", "mod_compress", "mod_redirect", "mod_rewrite", y cuando trato en consola d e activarlo me responde lighttpd-enable-mod rewrite Ignoring unknown module: rewrite Run /etc/init.d/lighttpd force-reload to enable changes que me falta para q se active dicho modulo -- 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 prueba nginx, te olvidarás de pasar trabajo. Salu2. -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236 jabber: linuxc...@openmailbox.org Brascuba Cigarrillos S.A. La Habana. Cuba. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] pasar pfSense sobre proxy
El 26/02/16 a las 09:01, Arian Molina Aguilera escribió: El 26/02/16 a las 11:17, Yoandri Solis escribió: intstale pfsense en una maquina virtual para probarlo antes de instalarlo y y tendo dos preguntas primero como le configuro la dirreccion en que esta el repo y lo segundo como hago q pase a traves de u Firewall Arregla la hora de tu computadora, o uso horario, tienes adelantada la misma par de horas. Salu2. huso horario. Sorry. -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236 jabber: linuxc...@openmailbox.org Brascuba Cigarrillos S.A. La Habana. Cuba. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] pasar pfSense sobre proxy
El 26/02/16 a las 11:17, Yoandri Solis escribió: intstale pfsense en una maquina virtual para probarlo antes de instalarlo y y tendo dos preguntas primero como le configuro la dirreccion en que esta el repo y lo segundo como hago q pase a traves de u Firewall Lo primero, la dirección de selección de repo, esta oculta y por defecto apunta a los oficiales de internet, para cambiarlo tienes que escribir en el navegador una vez logueado en el pfsense http://192.168.1.XXX/pkg_mgr_settings.php por supuesto cambiar el ip por el tuyo, te aparecerá las opciones para cambiar el repo por uno no oficial. Lo otro que preguntas es sencillo, supongo que configuras la interfaz WAN para salir por la red que mencionas que tiene firewall, ahí solo tienes que declarar el gateway por defecto para la misma, otra opción es decirle a pfsense que use un proxy para salir a las actualizaciones y paquetes, para eso vas a opciones System ->Advanced->Miscellaneous y ahí definirías tu proxy. Salu2. -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236 jabber: linuxc...@openmailbox.org Brascuba Cigarrillos S.A. La Habana. Cuba. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] sobre inicio en un servidor
El 25/02/16 a las 19:44, låzaro escribió: > tengo una buena soga para el por aquí.. porque no ha actualizado?? No > tiene liscenci para usar la nueva versión de debian > > jajajaja recuerda en ocasiones es mejor la estabilidad q la actualización ... aparte, no me gusta systemd :D -- Paradix ;) Haciendo abogacía por el software libre adonde voy -- 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 inicio en un servidor
El 26/02/16 a las 07:58, Alberto José García Fumero escribió: > El jue, 25-02-2016 a las 15:04 -0500, Paradix ;) escribió: >> Saludos lista >> >> Acabo de instalar Debian Wheezy en una pc con idea de utilizarlo como >> servidor para una pequeña red (menos de 50 pcs). Entre las cosas que se >> instalaron está el entorno grafico. Quiero saber como hacer que el >> servidor arranque en modo texto sin tener que desinstalar xorg, tener el >> modo grafico disponible para el momento q decida hacer startx. Me queda >> claro que tengo que jugar con el runlevel pero no se que comando o que >> archivo tocar. >> >> Salu2 >> >> > > Lo primero que se me ocurre es que pruebes tecleando el comando tasksel > en una consola, con permisos de administrador. Te aparecerá un menú > donde podrás desmarcar la opción de que presente el ambiente gráfico > (Debian desktop environment). Luego reinicias. Sencillo y rápido. > ok, probare eso tambien, gracias alberto -- Paradix ;) Haciendo abogacía por el software libre adonde voy -- 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
[Gutl-l] sobre módulos en lighttpd
Quiero instalar un servicio web y cuando esta en la instalación me presenta el problema con el modulo rewrite como se activa este modulo aa en la configuración de lighttpd lo tengo asi server.modules = ( "mod_access", "mod_alias", "mod_compress", "mod_redirect", "mod_rewrite", y cuando trato en consola d e activarlo me responde lighttpd-enable-mod rewrite Ignoring unknown module: rewrite Run /etc/init.d/lighttpd force-reload to enable changes que me falta para q se active dicho modulo -- 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
[Gutl-l] pasar pfSense sobre proxy
intstale pfsense en una maquina virtual para probarlo antes de instalarlo y y tendo dos preguntas primero como le configuro la dirreccion en que esta el repo y lo segundo como hago q pase a traves de u Firewall -- Yoandri Solis López J´ de Comunicaciones Administration Municipal Artemisa __ 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 inicio en un servidor
El jue, 25-02-2016 a las 19:44 -0500, låzaro escribió:
> tengo una buena soga para el por aquí.. porque no ha actualizado?? No
> tiene liscenci para usar la nueva versión de debian
>
No seas asesino... que Debian no usa licencia ;-) Sí, ya sé que no te
gusta Debian.
Y a mí habría que azotarme en la plaza pública, con heraldos y todo
gritando mi delito... mi estación de trabajo todavía anda por Debian
6.0.
Pero tienes razón en algo: Paradix, por si acaso deberías verificar si
esa versión tiene la vulnerabilidad del bash. Te cito más abajo un
mensaje del amigo Michael sobre el tema. O si no, usar dash como Lázaro
y Servilio sugirieron una vez.
Fumero
De: Michael González Medina
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] Falla (SOLUCIONADO)
Fecha: Wed, 01 Oct 2014 12:40:27 -0400
El 01/10/14 12:12, Michael González Medina escribió:
> El 01/10/14 10:27, Msc. Carlos Pollán Estrada escribió:
>> Colegas.
>> Parace que al fin se solucionó la cosa.
>> Apunté mi sources.list a http://http.debian.net/debian Luego
aptitude
>> update y apt-get install --only-upgrade bash
>> y al ejecutar env x='() { :;}; echo vulnerable' bash -c "echo this
is
>> a test"
>> solo me sale "this is a test" sin el "vulnerable" como antes salía.
>> Salu2 y gracias a a todos, en especial a Hugo, de quien tomé la
>> recomendación.
>>
>>
> Carlos:
>
> Ya probaste ejecutar otras pruebas? como estas:
>
>
> env X='() { (a)=>\' bash -c "echo date"; cat echo ; rm -f echo
>
> y
>
> env -i X=' () { }; echo hello' bash -c 'date'
>
>
> si te devuelve al menos la fecha, aun sigues siendo vulnerable a
otras
> variantes de dicha falla,
>
> saludos,
>
Rectifico..!! ya va por 6 variantes diferentes:
Exploit 1 (CVE-2014-6271)
env x='() { :;}; echo vulnerable' bash -c "echo this is a test"
Si en la salida de este comando ves "vulnerable" debes actualizar
bash.
Exploit 2 (CVE-2014-7169)
env X='() { (shellshocker.net)=>\' bash -c "echo date"; cat echo;
rm ./echo
Si en la salida de este comando ves la fecha, aun eres vulnerable.
Exploit 3 (???)
env X=' () { }; echo hello' bash -c 'date'
Si en la salida de este comando ves "hello" aun eres vulnerable.
Exploit 4 (CVE-2014-7186)
bash -c 'true
Re: [Gutl-l] Hard Reset en Android
On 25/02/2016 14:28, Roger Durañona Vargas wrote: On 25/02/16 14:55, Juan Carlos López Niebla wrote: si amigo, todo eso lo entiendo pero en ningun momento yo sugeri nada de las cajas que es la nota discordante en este tema, porque segum he estado preguntando y a lo mejor no me he documentado bien porque no tengo la gran virtud de tener acceso a la red de redes, creo que con software se puede hacer una recuperacion de IMEI y recuperas el mismo que tu tenias, yo se que esas cajas son ilegales pero te confieso que desconocia de su existencia haste que me lo sugeristes y me llegue a un taller a pregutar a ver cuales eran mis posibilidades pero yo espero que resuelva con la reinstalacion porque me dijeron que el factory reset boto el imei porque el sistema operativo esta dando bateo y que hay grandes posibilidades de que con una reinstalacion vuelva, sino tendre que morir con la via ilegal pero ¨resolvible¨ porque sino me quedaria sin movil y es un lujo que en la isla no podemos permitirnos, perder un movil teniendo la solucion, vamos a ver que sale de esto yo espero que de la lista salgan cosas buenas y yo pueda resolver el problema No! La caja no es ilegal! Lo ilegal es cambiar el IMEI porque se le puede hacer a telefonos robados. Si tu caso puede resolverse con reinstalacion seria lo ideal, porque eso puedes hacerlo tu mismo sin pagarle a nadie, y de paso aprendes algo nuevo. Eso es lo que quiero hacer, yo he ido recopilando las direcciones y las cosas que necesito, ahora solo me queda ir a ETECSA a descargar todo lo que necesito para reinstalarlo y asi aprender algo nuevo. __ 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 inicio en un servidor
El jue, 25-02-2016 a las 15:04 -0500, Paradix ;) escribió: > Saludos lista > > Acabo de instalar Debian Wheezy en una pc con idea de utilizarlo como > servidor para una pequeña red (menos de 50 pcs). Entre las cosas que se > instalaron está el entorno grafico. Quiero saber como hacer que el > servidor arranque en modo texto sin tener que desinstalar xorg, tener el > modo grafico disponible para el momento q decida hacer startx. Me queda > claro que tengo que jugar con el runlevel pero no se que comando o que > archivo tocar. > > Salu2 > > Lo primero que se me ocurre es que pruebes tecleando el comando tasksel en una consola, con permisos de administrador. Te aparecerá un menú donde podrás desmarcar la opción de que presente el ambiente gráfico (Debian desktop environment). Luego reinicias. Sencillo y rápido. -- 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] Off-Topic Sede Flisol 2016
Aquí podemos hablar con la gente de SOFTEL que esta trabajando sus aplicaciones punteras con software libre (Galen clínicas e Integro). También Lazaro tiene bastante desarrollo que mostrar para la red de salud (squid de ley, correo, cosas y cosas). Eso no es salud pero es para la infraestructura Informatica del sector. Son otras ideas a considerar. Saludos Borys El 25/02/2016, a las 02:12 p.m., Alberto José García Fumero cu> escribió: El jue, 25-02-2016 a las 12:35 -0500, låzaro escribió: socio estoy luchando a capa y espada por usar el calixto, pero me piden que debe estar vinculado a alguna temática de salud "software libre en salud" De toda formas, mañana pienso ver a un personaje de informática en salud, a ver que pasa... te diré Te lo vamos a agradecer todos. ¿Y si probaras (te va a llevar tiempo echarle un vistazo a esas cosa s, pero bueno...) a tentarlos mostrándoles ctsim (computed tomography simulator), freediams (interacciones entre medicamentos, consultando diversas bases de datos), o alguno de los CMS que han existido para conservar registros médicos? ¿Hacer en el FLISOL una breve presentac ión de alguna de esas cosas? Vaya, alguna forma de hacer aterrizar el tema sobre la pista...? -- 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 -- 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] En busca de mentores para taller de NodeJS en Cubaconf
On 2/19/16, Olemis Lang wrote: > On 2/19/16, Pablo Mestre wrote: >> El 17/02/16 01:49, Pablo M. Drake escribió: [...] >>> >>> Como ya saben en el marco del Cubaconf 2016 se esta organizando un >>> taller de NodeJS usando los estándares de la NodeSchool. Por esta >>> razon es necesario tener 1 mentor por cada 5 alumnos. Por el momento >>> solo contamos con 2 mentores por lo cual solo permite tener a 10 >>> alumnos durante el taller. >>> Si alguien con conocimiento de NodeJS o AngularJS desea colaborar por >>> favor que se ponga en contacto conmigo mediante pmdcuba at gmail.com o >>> con olemis at gmail.com >>> > > Hasta q esté listo el sitio para el registro d mentores , los > interesados también pueden añadir un comentario en el issue #6 [1]_ . > [...] NodeSchool Havana ya está incluído en la lista d capítulos oficiales [2]_ y cuenta con el primer homepage trilingüe (es, en, fr) d toda la familia [3]_ . Si notan algún error , por favor , envíe un mensaje con detalles a . Todavía estamos en busca d mentores . Sería muy bueno si alguien pudiera aportar una traducción d la página al portugués y otra al alemán . Les agradecemos su cooperación . [...] .. [1] https://github.com/nodeschool/havana/issues/6 .. [2] http://nodeschool.io/chapters.html .. [3] http://nodeschool.io/havana -- Regards, Olemis - @olemislc Apache™ Bloodhound contributor http://issues.apache.org/bloodhound http://blood-hound.net Brython committer http://brython.info http://github.com/brython-dev/brython Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: __ 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
