Re: Extraños kernel panic en Debian Jessie
yo tengo el mismo problema. con el kernel 3.2.0-4 (32 bits) o inferior se resuelve tu problema, por cierto este fallo creo que tiene relación con el chip gráfico nVidia, ahun no descubro (en mis ratos libres ) el por que de la falla, con el driver privativo y el libre (nouveau) es el mismo problema la ultima investigación q le di a Xorg fue que "el grafico dejo de responder" si, kieres evitar bajar el kernel, puedes usar Opera (explota cada 10 minutos) epiphany-browser saludos jose maldonado -- ** software libre no significa gratis: richard m. stallman http://wiki.debian.org/es/NormasLista#resumen http://wiki.debian.org/es/NormasLista/Gmail http://es.wikipedia.org/wiki/Top-posting -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/530c36ba.5060...@gmail.com
Fwd: Re: Pregunta sobre iptables en debian
-- Forwarded message -- De: "Maykel Franco" Date de fermeture: 2014-02-24 18:24 réserve de droits: Re: Pregunta sobre iptables en debian Pour: "debian-user-spanish" Cc : > El día 24 de febrero de 2014, 23:07, Vicios > escribió: > > El 24/02/14 22:44, Maykel Franco escribió: > > > >> Hola buenas, tengo una pregunta que alomejor es un poco tonta pero > >> siempre la he tenido y ahí va... > >> > >> No entiendo cuál es la finalidad de usar iptables. Es decir, se usa > >> para filtrar y abrir sólo lo que tú quieras o cerrar, pero si tengo > >> sólo instalado un servidor web y un servicio ssh, qué más da si uso > >> iptables para aceptar sólo conexiones a esos puertos 80/22 > >> respectivamente y cierro todo lo demás, si aunque no ponga iptables > >> también van a estar abierto y escuchando... > >> > >> ¿Para que no puedan explotar otros puertos abiertos de otros > >> servicios? No sé alomejor estoy equivocado pero no le veo mucho > >> sentido excepto cerrar todo y abrir solo lo que quieras... No sé si me > >> explicado bien. > >> > >> Es decir, imaginaros que sólo tengo el servicio web activo, puerto 80, > >> todo lo demás que tenga algún puerto corriendo los paro, qué > >> diferencia habría de usar ahí iptables a no usarlo... > >> > >> Saludos. > >> > >> > > iptables es un firewall de red con el que gestionar las conexiones en capa 3 > > y 4 como más te guste o necesites. Incluso puedes comprobar el estado de las > > mismas para decidir que hacer con ellas o detectar paquetes mal formados que > > puedan dar indicios de un ataque. > > > > Como comentas, se utiliza para cortar tráfico no deseado y permitir el > > legítimo: ya sea abriendo puertos, permitiendo qué conexiones desde qué red, > > NATing, etc. > > > > Puedes tener todos los servicios que quieras escuchando en la máquina local, > > pero si tienes iptables dropeando todas las peticiones serán rechazadas. > > > > Por ejemplo, prueba en tu máquina con el server Web y SSH las siguientes > > reglas > > > > iptables -A INPUT -p tcp --dport 80 -j DROP > > iptables -A INPUT -p tcp --dport 22 -j DROP > > > > esto debería descartarte todas las conexiones entrantes al puerto de destino > > 80 y 22 de la máquina local aun teniendo la política por defecto en ACCEPT. > > Con el comando iptables -L -vn deberías poder ver los contadores > > incrementándose con las pruebas que hagas. > > > > La configuración de un firewall es muy particular porque varía desde las > > necesidades de la red hasta del administrador del mismo. Lo ideal a mi gusto > > y más en ambientes en producción, es denegar todo y permitir únicamente lo > > que sea necesario pero no es estrictamente necesario. > > > > Saludos! > > > > > > > > -- > > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > > with a subject of "unsubscribe". Trouble? Contact > > listmas...@lists.debian.org > > Archive: http://lists.debian.org/530bc2a5.5090...@gmail.com > > > > Sé de lo que es capaz iptables y para que es. El forward, mangle, nat, > redirect...Lo he usado para numerosas cosas, pero la duda no es que no > sepa lo que es iptables, la duda es que creo que da lo mismo tener > iptables permitiendo sólo el tráfico TCP y cerrar todo, va a ser > vulnerable igual. Es decir, si cierras todo, servicio a servicio y > solo dejas el web apache, iptables apagado, daría lo mismo que usar > iptables, cerrar todo y sólo permitir el tráfico TCP al puerto 80. > Sería igual de vulnerable en ese caso o me equivoco?? > > Todo esto sin contar con fail2ban, por supuesto. > > Gracias por las respuestas. > > Saludos. No recuerdo donde escuche que la seguridad es un estado mental. No podemos delegar la seguridad solo a un firewall. Tambien se debe tener en cuenta la parte de la aplicacion. No importa si tienes un firewall de miles de dolares si tienes una aplicacion web mal programada y que por ejemplo te de acceso a tu maquina por otro puerto. Y presisamente hay entra el firewall. Imagina que tienes un server web con una aplicacion mal programada. Y por esas cosas de la vida alguien mal intencionado te abre sierto puertos, protocolos etc para hacer quien sabe que (malo). Inicialmente el firewall permite el acceso ya que seria trafico permitido. Si tienes iptables este bloqueara estos puertos y protocolos no deseados a parte de controlar y monitorear tu trafico. Hay te puedes dar cuenta que algo anda mal. Por ejemplo si de un momento a otro tu iptables empiesa a dropear trafico saliente de ssh que viene de tu server que supuestamente solo tendria trafico http por el puerto 80. Para cosas como esas sirve iptables. Bueno y no solo es tener iptables bien afinado. Tambien es importante tener a alguien atento de las notificaciones de tu firewall. El no hacerlo es como tener un guardia mudo. Recuerda que no es recomendable tener tu firewall dentro de ll mismo server web. no subestimes tu servidor solo por que depronto brinda una web simple. dependiendo el pais donde este tu server. Si tu server empi
Fwd: Re: Pregunta sobre iptables en debian
-- Forwarded message -- De: "Maykel Franco" Date de fermeture: 2014-02-24 18:24 réserve de droits: Re: Pregunta sobre iptables en debian Pour: "debian-user-spanish" Cc : > El día 24 de febrero de 2014, 23:07, Vicios > escribió: > > El 24/02/14 22:44, Maykel Franco escribió: > > > >> Hola buenas, tengo una pregunta que alomejor es un poco tonta pero > >> siempre la he tenido y ahí va... > >> > >> No entiendo cuál es la finalidad de usar iptables. Es decir, se usa > >> para filtrar y abrir sólo lo que tú quieras o cerrar, pero si tengo > >> sólo instalado un servidor web y un servicio ssh, qué más da si uso > >> iptables para aceptar sólo conexiones a esos puertos 80/22 > >> respectivamente y cierro todo lo demás, si aunque no ponga iptables > >> también van a estar abierto y escuchando... > >> > >> ¿Para que no puedan explotar otros puertos abiertos de otros > >> servicios? No sé alomejor estoy equivocado pero no le veo mucho > >> sentido excepto cerrar todo y abrir solo lo que quieras... No sé si me > >> explicado bien. > >> > >> Es decir, imaginaros que sólo tengo el servicio web activo, puerto 80, > >> todo lo demás que tenga algún puerto corriendo los paro, qué > >> diferencia habría de usar ahí iptables a no usarlo... > >> > >> Saludos. > >> > >> > > iptables es un firewall de red con el que gestionar las conexiones en capa 3 > > y 4 como más te guste o necesites. Incluso puedes comprobar el estado de las > > mismas para decidir que hacer con ellas o detectar paquetes mal formados que > > puedan dar indicios de un ataque. > > > > Como comentas, se utiliza para cortar tráfico no deseado y permitir el > > legítimo: ya sea abriendo puertos, permitiendo qué conexiones desde qué red, > > NATing, etc. > > > > Puedes tener todos los servicios que quieras escuchando en la máquina local, > > pero si tienes iptables dropeando todas las peticiones serán rechazadas. > > > > Por ejemplo, prueba en tu máquina con el server Web y SSH las siguientes > > reglas > > > > iptables -A INPUT -p tcp --dport 80 -j DROP > > iptables -A INPUT -p tcp --dport 22 -j DROP > > > > esto debería descartarte todas las conexiones entrantes al puerto de destino > > 80 y 22 de la máquina local aun teniendo la política por defecto en ACCEPT. > > Con el comando iptables -L -vn deberías poder ver los contadores > > incrementándose con las pruebas que hagas. > > > > La configuración de un firewall es muy particular porque varía desde las > > necesidades de la red hasta del administrador del mismo. Lo ideal a mi gusto > > y más en ambientes en producción, es denegar todo y permitir únicamente lo > > que sea necesario pero no es estrictamente necesario. > > > > Saludos! > > > > > > > > -- > > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > > with a subject of "unsubscribe". Trouble? Contact > > listmas...@lists.debian.org > > Archive: http://lists.debian.org/530bc2a5.5090...@gmail.com > > > > Sé de lo que es capaz iptables y para que es. El forward, mangle, nat, > redirect...Lo he usado para numerosas cosas, pero la duda no es que no > sepa lo que es iptables, la duda es que creo que da lo mismo tener > iptables permitiendo sólo el tráfico TCP y cerrar todo, va a ser > vulnerable igual. Es decir, si cierras todo, servicio a servicio y > solo dejas el web apache, iptables apagado, daría lo mismo que usar > iptables, cerrar todo y sólo permitir el tráfico TCP al puerto 80. > Sería igual de vulnerable en ese caso o me equivoco?? > > Todo esto sin contar con fail2ban, por supuesto. > > Gracias por las respuestas. > > Saludos. Hola. No recuerdo donde escuche que la seguridad es un estado mental pero bueno al grano. Es importatnte no delegar la seguridad solo a un firewall. Tambien se debe tener en cuenta la parte de la aplicacion. De nada sirve tener un firewall de miles de dolares si tienes una aplicacion web mal programada y que por ejemplo te de acceso a tu maquina por otro puerto. Y presisamente hay entra el firewall. Imagina que tienes un server web con una aplicacion mal programada. Y por esas cosas de la vida alguien mal intencionado te abre sierto puertos, protocolos, etc, para hacer quien sabe que (malo) con tu server. Inicialmente el firewall permite el acceso ya que seria trafico permitido. Si tienes iptables este bloqueara estos puertos y protocolos no deseados a parte de controlar y monitorear tu trafico. Hay te puedes dar cuenta que algo anda mal. Por ejemplo si de un momento a otro tu iptables empiesa a dropear trafico saliente de ssh que viene de tu server que supuestamente solo tendria trafico http por el puerto 80 o tu server empiesa a generar mas conexiones de lo normalvia pueto 80 a otro server en particular, esto en particular no lo bloquearia tu firewall pero si quedaria registrado (tu server ahora es un bot para un ataque dos?) . Tambien es importatnte que alguien verifique las notificaciones de tu firewall. No importa si tienes super afinado tu iptables, si no lo revizas es
Re: Pregunta sobre iptables en debian
El día 24 de febrero de 2014, 23:07, Vicios escribió: > El 24/02/14 22:44, Maykel Franco escribió: > >> Hola buenas, tengo una pregunta que alomejor es un poco tonta pero >> siempre la he tenido y ahí va... >> >> No entiendo cuál es la finalidad de usar iptables. Es decir, se usa >> para filtrar y abrir sólo lo que tú quieras o cerrar, pero si tengo >> sólo instalado un servidor web y un servicio ssh, qué más da si uso >> iptables para aceptar sólo conexiones a esos puertos 80/22 >> respectivamente y cierro todo lo demás, si aunque no ponga iptables >> también van a estar abierto y escuchando... >> >> ¿Para que no puedan explotar otros puertos abiertos de otros >> servicios? No sé alomejor estoy equivocado pero no le veo mucho >> sentido excepto cerrar todo y abrir solo lo que quieras... No sé si me >> explicado bien. >> >> Es decir, imaginaros que sólo tengo el servicio web activo, puerto 80, >> todo lo demás que tenga algún puerto corriendo los paro, qué >> diferencia habría de usar ahí iptables a no usarlo... >> >> Saludos. >> >> > iptables es un firewall de red con el que gestionar las conexiones en capa 3 > y 4 como más te guste o necesites. Incluso puedes comprobar el estado de las > mismas para decidir que hacer con ellas o detectar paquetes mal formados que > puedan dar indicios de un ataque. > > Como comentas, se utiliza para cortar tráfico no deseado y permitir el > legítimo: ya sea abriendo puertos, permitiendo qué conexiones desde qué red, > NATing, etc. > > Puedes tener todos los servicios que quieras escuchando en la máquina local, > pero si tienes iptables dropeando todas las peticiones serán rechazadas. > > Por ejemplo, prueba en tu máquina con el server Web y SSH las siguientes > reglas > > iptables -A INPUT -p tcp --dport 80 -j DROP > iptables -A INPUT -p tcp --dport 22 -j DROP > > esto debería descartarte todas las conexiones entrantes al puerto de destino > 80 y 22 de la máquina local aun teniendo la política por defecto en ACCEPT. > Con el comando iptables -L -vn deberías poder ver los contadores > incrementándose con las pruebas que hagas. > > La configuración de un firewall es muy particular porque varía desde las > necesidades de la red hasta del administrador del mismo. Lo ideal a mi gusto > y más en ambientes en producción, es denegar todo y permitir únicamente lo > que sea necesario pero no es estrictamente necesario. > > Saludos! > > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/530bc2a5.5090...@gmail.com > Sé de lo que es capaz iptables y para que es. El forward, mangle, nat, redirect...Lo he usado para numerosas cosas, pero la duda no es que no sepa lo que es iptables, la duda es que creo que da lo mismo tener iptables permitiendo sólo el tráfico TCP y cerrar todo, va a ser vulnerable igual. Es decir, si cierras todo, servicio a servicio y solo dejas el web apache, iptables apagado, daría lo mismo que usar iptables, cerrar todo y sólo permitir el tráfico TCP al puerto 80. Sería igual de vulnerable en ese caso o me equivoco?? Todo esto sin contar con fail2ban, por supuesto. Gracias por las respuestas. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caj2aoa8updtb4jz5e5ffszx+am52zwswu5yraifupoyqwos...@mail.gmail.com
[OT] Re: Cual es a mejor combinacion Server de Correos
El 24/02/2014 07:22 p.m., Fabián Bonetti escribió: On Mon, 24 Feb 2014 18:31:06 -0300 Ariel Martin Bellio wrote: La nación de Brasil se vio obligada en crear un sistema de correo llamado Expresso el sistema de email desde Brasil. Este sistema es opensource. Por lo que se ve usa muchos paquetes interesantes. Mas info: http://blog.mamalibre.com.ar/post/expresso-el-sistema-de-email-desde-brasil De buena manera le digo Fabián que cuide la edición de los emails... lo siguiente al "wrote:" no lo escribí yo. Salut! <>
Re: Cual es a mejor combinacion Server de Correos
On Mon, 24 Feb 2014 18:31:06 -0300 Ariel Martin Bellio wrote: La nación de Brasil se vio obligada en crear un sistema de correo llamado Expresso el sistema de email desde Brasil. Este sistema es opensource. Por lo que se ve usa muchos paquetes interesantes. Mas info: http://blog.mamalibre.com.ar/post/expresso-el-sistema-de-email-desde-brasil -- Servicios:. http://mamalibre.com.ar/servicios.php MamaLibre, Casa en Lincoln, Ituzaingo 1085 CP6070, Buenos Aires, Argentina pgph_q0hKRkcU.pgp Description: PGP signature
Re: Pregunta sobre iptables en debian
El 24/02/14 22:44, Maykel Franco escribió: Hola buenas, tengo una pregunta que alomejor es un poco tonta pero siempre la he tenido y ahí va... No entiendo cuál es la finalidad de usar iptables. Es decir, se usa para filtrar y abrir sólo lo que tú quieras o cerrar, pero si tengo sólo instalado un servidor web y un servicio ssh, qué más da si uso iptables para aceptar sólo conexiones a esos puertos 80/22 respectivamente y cierro todo lo demás, si aunque no ponga iptables también van a estar abierto y escuchando... ¿Para que no puedan explotar otros puertos abiertos de otros servicios? No sé alomejor estoy equivocado pero no le veo mucho sentido excepto cerrar todo y abrir solo lo que quieras... No sé si me explicado bien. Es decir, imaginaros que sólo tengo el servicio web activo, puerto 80, todo lo demás que tenga algún puerto corriendo los paro, qué diferencia habría de usar ahí iptables a no usarlo... Saludos. iptables es un firewall de red con el que gestionar las conexiones en capa 3 y 4 como más te guste o necesites. Incluso puedes comprobar el estado de las mismas para decidir que hacer con ellas o detectar paquetes mal formados que puedan dar indicios de un ataque. Como comentas, se utiliza para cortar tráfico no deseado y permitir el legítimo: ya sea abriendo puertos, permitiendo qué conexiones desde qué red, NATing, etc. Puedes tener todos los servicios que quieras escuchando en la máquina local, pero si tienes iptables dropeando todas las peticiones serán rechazadas. Por ejemplo, prueba en tu máquina con el server Web y SSH las siguientes reglas iptables -A INPUT -p tcp --dport 80 -j DROP iptables -A INPUT -p tcp --dport 22 -j DROP esto debería descartarte todas las conexiones entrantes al puerto de destino 80 y 22 de la máquina local aun teniendo la política por defecto en ACCEPT. Con el comando iptables -L -vn deberías poder ver los contadores incrementándose con las pruebas que hagas. La configuración de un firewall es muy particular porque varía desde las necesidades de la red hasta del administrador del mismo. Lo ideal a mi gusto y más en ambientes en producción, es denegar todo y permitir únicamente lo que sea necesario pero no es estrictamente necesario. Saludos! -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/530bc2a5.5090...@gmail.com
Re: Pregunta sobre iptables en debian
El 24 de febrero de 2014, 18:53, Ariel Martin Bellio escribió: > El 24/02/2014 06:44 p.m., Maykel Franco escribió: > > Hola buenas, tengo una pregunta que alomejor es un poco tonta pero >> siempre la he tenido y ahí va... >> >> No entiendo cuál es la finalidad de usar iptables. Es decir, se usa >> para filtrar y abrir sólo lo que tú quieras o cerrar, pero si tengo >> sólo instalado un servidor web y un servicio ssh, qué más da si uso >> iptables para aceptar sólo conexiones a esos puertos 80/22 >> respectivamente y cierro todo lo demás, si aunque no ponga iptables >> también van a estar abierto y escuchando... >> >> ¿Para que no puedan explotar otros puertos abiertos de otros >> servicios? No sé alomejor estoy equivocado pero no le veo mucho >> sentido excepto cerrar todo y abrir solo lo que quieras... No sé si me >> explicado bien. >> >> Es decir, imaginaros que sólo tengo el servicio web activo, puerto 80, >> todo lo demás que tenga algún puerto corriendo los paro, qué >> diferencia habría de usar ahí iptables a no usarlo... >> >> Saludos. >> >> >> > Me parece que es util eso de cerrar todo por iptables y dejar solo los > servicios que usás, creo que es menos vulnerable. > espesemos de cero el iptables es un firewall simplemente por algunas características que tiene te permite hacer algunas cosas mas como redirección de puertos con herramientas como el fail2ban te permite bloquear dinamicamente peticiones fallidas o analizar paquetes incompletos y dropearlos pero al fin y al cabo no es mas que un firewall aqui viene el gran error de administración y seguridad no es para bloquear puerto abiertos los puertos no desesados es por que tenes corriendo una aplicacion que no debe o no es deseada por ende parala desisntalala o lo que sea y si es que esta escuchando en una interface que no deseas simplemente configura bien el programa que tenes escuchando en ese puerto consepto TODO PUEDE FALLAR si tenes un programa detras de un firewall y el firewall falla el programa queda expuesto -- MrIX Linux user number 412793. http://counter.li.org/ las grandes obras, las sueñan los santos locos, las realizan los luchadores natos, las aprovechan los felices cuerdo, y las critican los inútiles crónicos,
Re: Pregunta sobre iptables en debian
El Mon, 24 Feb 2014 22:44:03 +0100 Maykel Franco escribió: > Hola buenas, tengo una pregunta que alomejor es un poco tonta pero > siempre la he tenido y ahí va... > > No entiendo cuál es la finalidad de usar iptables. Es decir, se usa > para filtrar y abrir sólo lo que tú quieras o cerrar, pero si tengo > sólo instalado un servidor web y un servicio ssh, qué más da si uso > iptables para aceptar sólo conexiones a esos puertos 80/22 > respectivamente y cierro todo lo demás, si aunque no ponga iptables > también van a estar abierto y escuchando... > > ¿Para que no puedan explotar otros puertos abiertos de otros > servicios? No sé alomejor estoy equivocado pero no le veo mucho > sentido excepto cerrar todo y abrir solo lo que quieras... No sé si me > explicado bien. > > Es decir, imaginaros que sólo tengo el servicio web activo, puerto 80, > todo lo demás que tenga algún puerto corriendo los paro, qué > diferencia habría de usar ahí iptables a no usarlo... > sabes lo que es iptables??? sabes para que sirve? Tenes una idea muy simple de los sistemas Sabes los que es un DoS Sabes lo que son conexiones armadas mal a proposito? o mas simple: vos a tu casa dejas entrar a cualquiera?? Iptables es algo complejo como para explicarlo en un mail Existe mucha documentacion al respecto y para los distintos usos que le podes dar lee un poco sobre firewalling, trata de entender para que se usa un filtro. Si tenes una aplicacion web no solo necesitas netfilter tambien necesitas un WAF > Saludos. > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: > http://lists.debian.org/caj2aoa92ewh+vgtduaxjqutyfzsyw2gof+8csk33alpxrny...@mail.gmail.com > -- Angel Claudio Alvarez -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140224185943.c965249550d5235f7ea40...@angel-alvarez.com.ar
Re: Pregunta sobre iptables en debian
El 24/02/2014 06:44 p.m., Maykel Franco escribió: Hola buenas, tengo una pregunta que alomejor es un poco tonta pero siempre la he tenido y ahí va... No entiendo cuál es la finalidad de usar iptables. Es decir, se usa para filtrar y abrir sólo lo que tú quieras o cerrar, pero si tengo sólo instalado un servidor web y un servicio ssh, qué más da si uso iptables para aceptar sólo conexiones a esos puertos 80/22 respectivamente y cierro todo lo demás, si aunque no ponga iptables también van a estar abierto y escuchando... ¿Para que no puedan explotar otros puertos abiertos de otros servicios? No sé alomejor estoy equivocado pero no le veo mucho sentido excepto cerrar todo y abrir solo lo que quieras... No sé si me explicado bien. Es decir, imaginaros que sólo tengo el servicio web activo, puerto 80, todo lo demás que tenga algún puerto corriendo los paro, qué diferencia habría de usar ahí iptables a no usarlo... Saludos. Me parece que es util eso de cerrar todo por iptables y dejar solo los servicios que usás, creo que es menos vulnerable. <>
Pregunta sobre iptables en debian
Hola buenas, tengo una pregunta que alomejor es un poco tonta pero siempre la he tenido y ahí va... No entiendo cuál es la finalidad de usar iptables. Es decir, se usa para filtrar y abrir sólo lo que tú quieras o cerrar, pero si tengo sólo instalado un servidor web y un servicio ssh, qué más da si uso iptables para aceptar sólo conexiones a esos puertos 80/22 respectivamente y cierro todo lo demás, si aunque no ponga iptables también van a estar abierto y escuchando... ¿Para que no puedan explotar otros puertos abiertos de otros servicios? No sé alomejor estoy equivocado pero no le veo mucho sentido excepto cerrar todo y abrir solo lo que quieras... No sé si me explicado bien. Es decir, imaginaros que sólo tengo el servicio web activo, puerto 80, todo lo demás que tenga algún puerto corriendo los paro, qué diferencia habría de usar ahí iptables a no usarlo... Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caj2aoa92ewh+vgtduaxjqutyfzsyw2gof+8csk33alpxrny...@mail.gmail.com
Re: Cual es a mejor combinacion Server de Correos
El 24/02/2014 03:27 p.m., William Romero escribió: Hola lista tengo servidor de correos con la combinacion de PostFix , Dovecot, Sendmail , luego Horde. Resulta que ahora quieren agregar mas dominios en este mismo servidor e instale Postfix admin que por cierto funiona bien pero hay que configurar algo mas a postfix y dovecot para que lea la base de datos del mismo al crar cuentas y dominio. mi consulta es cuan es la mejor opcion para escoger para configurar y administrar las cuentas y dominios por cierto tambien la aplicacion web. 1. Phamm , Postfix , Horde , Spam mail ( esta estoy buscando me dicen que si funciona bien ) 2. Posfixadmin , Postfix , Dovecot, Rouncube, Spamassin ( seria bueno esto) 3. Zimbra ( es algo caro ) saludos Atte. William Romero C Fijate que te parece Virtualmin (GPL) <>
Re: Cual es a mejor combinacion Server de Correos
On 24 de febrero de 2014 19:27:31 CET, William Romero wrote: > >Hola lista tengo servidor de correos con la combinacion de PostFix , >Dovecot, Sendmail , luego Horde. ¿2 MTAs en el mismo server? Raro raro. >Resulta que ahora quieren agregar mas dominios en este mismo servidor e >instale Postfix admin que por cierto funiona bien pero hay que >configurar algo mas a postfix y dovecot para que lea la base de datos >del mismo al crar cuentas y dominio. > >mi consulta es cuan es la mejor opcion para escoger para configurar y >administrar las cuentas y dominios por cierto tambien la aplicacion >web. La mejor es la que tú prefieras. >1. Phamm , Postfix , Horde , Spam mail ( esta estoy buscando me dicen >que si funciona bien ) >2. Posfixadmin , Postfix , Dovecot, Rouncube, Spamassin ( seria bueno >esto) Yo uso más o menos ésto. Es una configuración manual [1] y "error prone", pero funciona bien. >3. Zimbra ( es algo caro ) > > >saludos > >Atte. > >William Romero C [1] http://enchufado.com/post.php?ID=361 Salut, jors -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5b5853d8-a214-4954-a5a7-01c5f01e7...@email.android.com
RE: Cual es a mejor combinacion Server de Correos
> Date: Mon, 24 Feb 2014 19:50:40 +0100 > From: alfo...@gnuino.net > To: wromer...@hotmail.com > CC: debian-user-spanish@lists.debian.org > Subject: Re: Cual es a mejor combinacion Server de Correos > > Saludos: > >> >> 1. Phamm , Postfix , Horde , Spam mail ( esta estoy buscando me dicen que si >> funciona bien ) >> 2. Posfixadmin , Postfix , Dovecot, Rouncube, Spamassin ( seria bueno esto) >> 3. Zimbra ( es algo caro ) > > Zimbra es caro si te decides por la ZCS Network Edition, pero tienes la > version ZCS Open Source: > > http://www.zimbra.com/downloads/os-downloads.html > > Yo con esta version de zimbra tengo funcionando un servidor con casi 40 > dominios y unas 400 cuentas de correo. La diferencia con la version de pago > está en algunas automatizaciones (sobre todo de cara a hacer backups), pero > tienes scripts o zimlets (addons para zimbra) que hacen casi de todo. > > Eso si... necesitas máquina para hacerlo correr de manera fluida. > > > -- > Alfonso > > > -- Gracias Alfonso. estoy revisando el link . saludos > -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/bay177-w3754fb6bffacf4582d035db6...@phx.gbl
Re: Cual es a mejor combinacion Server de Correos
Saludos: > > 1. Phamm , Postfix , Horde , Spam mail ( esta estoy buscando me dicen que si > funciona bien ) > 2. Posfixadmin , Postfix , Dovecot, Rouncube, Spamassin ( seria bueno esto) > 3. Zimbra ( es algo caro ) Zimbra es caro si te decides por la ZCS Network Edition, pero tienes la version ZCS Open Source: http://www.zimbra.com/downloads/os-downloads.html Yo con esta version de zimbra tengo funcionando un servidor con casi 40 dominios y unas 400 cuentas de correo. La diferencia con la version de pago está en algunas automatizaciones (sobre todo de cara a hacer backups), pero tienes scripts o zimlets (addons para zimbra) que hacen casi de todo. Eso si... necesitas máquina para hacerlo correr de manera fluida. -- Alfonso -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2075454215.682.1393267840010.javamail.r...@gnuino.net
Cual es a mejor combinacion Server de Correos
Hola lista tengo servidor de correos con la combinacion de PostFix , Dovecot, Sendmail , luego Horde. Resulta que ahora quieren agregar mas dominios en este mismo servidor e instale Postfix admin que por cierto funiona bien pero hay que configurar algo mas a postfix y dovecot para que lea la base de datos del mismo al crar cuentas y dominio. mi consulta es cuan es la mejor opcion para escoger para configurar y administrar las cuentas y dominios por cierto tambien la aplicacion web. 1. Phamm , Postfix , Horde , Spam mail ( esta estoy buscando me dicen que si funciona bien ) 2. Posfixadmin , Postfix , Dovecot, Rouncube, Spamassin ( seria bueno esto) 3. Zimbra ( es algo caro ) saludos Atte. William Romero C
Re: Transferencia FTP a menos de 1Mbit/S
El Sun, 23 Feb 2014 20:52:57 -0300, adriancito escribió: > On 21/02/14 12:24, Camaleón wrote: (...) >>> Es raro, desde un cliente Linux todo funciona perfecto, pero desde las >>> PCs Windows se percibe lentitud... >>> >> Bien, ahora prueba con otro cliente FTP (p. ej., FileZilla o WinSCP, >> ambos con versión "portátil" disponible) desde Windows. >> > Q raro, pruebo con otra PC con Debian 7 y con el Filezilla como cliente > de FTP y todo funciona perfecto. Eso ya nos lo habías dicho ;-) Tienes que hacer la prueba *desde el equipo con Windows* pero con FileZilla o cualquier otro cliente FTP. Se trata de acotar al máximo el origen del la lentitud. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2014.02.24.16.14...@gmail.com
