Re: porque squid me permite descargar correo externo, siendo que no soporta SMPT/POP3
El vie, 09-05-2014 a las 20:25 -0300, Flako escribió: Hola Estoy usando Debian 5.0 como proxy con: squid-common 2.7.STABLE3-4.1 // squidguard 1.2.0-8.4 // shorewall 4.0.15-1 Por alguna razón que no comprendo cuando configuro un cliente de correo con el proxy 'proxy_ip:3128' funciona el correo externo, esto es bueno que lo haga, pero no comprendo que configuración de squid permite hacer eso. Es decir, tengo entendido que squid solo es proxy de http/s, este no permite ser proxy de smtp/pop3 para eso necesito un server socks y como no lo tengo, no entiendo porque funciona . Ademas que me gustaria saber que se me esta pasando (conceptualmente), también necesito configurar otro server_proxy que lo tengo con IPCOP (squid+dansguardian) donde el correo externo no funciona atreves del proxy (dansguardian - squid) Porque funciona en Debian y no en IPCOP? (los dos usan squid) .../... Squid es un proxy de http o https, es eso y nada mas que eso, si quieres que algo no pase por el router tienes que denegarlo con otras herramientas como iptables o alguno de los muchos firewales, esto es si tienes una maquina que hace de router y instalas squid, te puede ayudar a reducir el trafico web, pero no afectara en absoluto a cualquier otro tipo de trafico. -- Salud. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1399962294.3582.2.ca...@trujo.hvn.sas.junta-andalucia.es
Re: OT: Algunas preguntas sobre TT-Rss
2014-05-12 14:31 GMT+00:00 Camaleón noela...@gmail.com: El Mon, 12 May 2014 10:13:47 +, C. L. Martinez escribió: (...) La parte de owncloud ya la tengo más que lista y ahora estoy con tt-rss. ¿Alguien lo ha utilizado?. Lo consulto porque, tengo dos pegas con este soft (y eso que dicen que es el mejor a nivel de tener un server caserillo). a) Como carajo se borran permanentemente los artículos que he leido y quiero borrar. Me imagino que con filtros, ¿pero como leches se hace si no sé que artículo voy a borrar y cual no? En su FAQ hablan de purgar pero no sé si lo usarán como sinónimo de eliminar permanentemente: http://tt-rss.org/redmine/projects/tt-rss/wiki/FrequentlyAskedQuestions#I-have-questions-about-article-purging-I-dont-think-purging-works b) Como hago para que aparezan siempre los articulos que quiero conservar al hacer login (para poder verlos ahora me tengo que ir a la opción de All articles, y eso es bastante molesto. La idea es que me aparezcan en el frame de la izquierda, que és donde me estoy creando mis carpetitas). En teoría tiene que ser con la función de archive, pero a mí esa opción ni me aparece cuando marco el artículo. Por aquí comentan algo sobre la función de archivado: http://tt-rss.org/redmine/projects/tt-rss/wiki/ArchivedFeed Saludos, -- Bueno, he avanzado algo ... La única forma de guardar las feeds es utilizando la función starred como decía Adrià, y es la única manera ... Para eliminar permanentement la cosa se complica bastante ... En fin, seguiré mirando ... Si al final volveré al lector de rss de thunderbird ... :)) Gracias por la ayuda. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caejqa5lf0qhb67w+jazrbymplgnexgn0xzgvyj5pkzkk09_...@mail.gmail.com
Re: porque squid me permite descargar correo externo, siendo que no soporta SMTP/POP3
El día 13 de mayo de 2014, 3:24, Antonio Trujillo Carmona antonio.trujillo.s...@juntadeandalucia.es escribió: El vie, 09-05-2014 a las 20:25 -0300, Flako escribió: Hola Estoy usando Debian 5.0 como proxy con: squid-common 2.7.STABLE3-4.1 // squidguard 1.2.0-8.4 // shorewall 4.0.15-1 Por alguna razón que no comprendo cuando configuro un cliente de correo con el proxy 'proxy_ip:3128' funciona el correo externo, esto es bueno que lo haga, pero no comprendo que configuración de squid permite hacer eso. Es decir, tengo entendido que squid solo es proxy de http/s, este no permite ser proxy de smtp/pop3 para eso necesito un server socks y como no lo tengo, no entiendo porque funciona . Ademas que me gustaria saber que se me esta pasando (conceptualmente), también necesito configurar otro server_proxy que lo tengo con IPCOP (squid+dansguardian) donde el correo externo no funciona atreves del proxy (dansguardian - squid) Porque funciona en Debian y no en IPCOP? (los dos usan squid) .../... Squid es un proxy de http o https, es eso y nada mas que eso, si quieres que algo no pase por el router tienes que denegarlo con otras herramientas como iptables o alguno de los muchos firewales, esto es si tienes una maquina que hace de router y instalas squid, te puede ayudar a reducir el trafico web, pero no afectara en absoluto a cualquier otro tipo de trafico. -- Salud. Camaleon: en Thunderbird en la sección de proxy (la parte web funciona, porque me carga mozilla.org) En Windows Live mail desde configuración de sistemas de windows (parece no tener una sección proxy) Las lineas del squid.conf del ipcop, no son para web mail porque los web mail usan HTTP/S (80/443), yo los agregue solo para ver que pasaba.. por si redireccionaba los puertos... (pero no lo hace) Antonio: Si luego de leer y leer descubrí que supuestamente SQUID no permite pasar el trafico de SMTP/POP3, pero la instalación de Debian aparentemente lo permite, en realidad no entiendo por donde y como pasa el trafico... lo peor es que no se como descubrir como lo hace. Creo que no es un re-direccionamiento vía NAT, porque: - desde el cliente realizo un 'telnet ipServerPOP3 110' y no conecta (el cliente tiene una puerta de enlace diferente a la del Debian), - verifique los router que hay entre el cliente y el debian y no encuentro nada relacionado, entiendo que si fuese por ruteo debería andar el telnet.. - Estoy seguro que pasa por el Debian porque lo desconecto y deja de andar el correo y el Cliente me indica error de conexión con el Servidor Debian. Si tampoco es el SQUID porque no soporta SMTP/POP3 que mas puede ser? que puede estar permitiendo que los clientes tengan acceso externo a SMTP/POP3 cuando la puerta de enlace no es el Debian y un 'telnet ipServerPOP3 110' falla? Gracias. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CADqxbRRYQ4d=qdC1VbspMXG-=-pk3d1c1ufnm5ydycomovh...@mail.gmail.com
Re: porque squid me permite descargar correo externo, siendo que no soporta SMTP/POP3
El Tue, 13 May 2014 08:48:37 -0300, Flako escribió: Camaleon: en Thunderbird en la sección de proxy (la parte web funciona, porque me carga mozilla.org) En Windows Live mail desde configuración de sistemas de windows (parece no tener una sección proxy) Hum... no, a ver, creo que no entiendes lo que te pregunto ni por qué te lo pregunto :-) Dijiste en tu primer mensaje que el cliente de correo que tienes en un equipo que usa squid (lo llamaremos equipo 1) estaba configurado para usar el proxy y que te permitía descargar/enviar correos pero que en otro equipo (equipo 2) que también usa squid+dansguardian+ipcop configurado de igual forma esto no era posible. Si en un equipo que usa squid recibes/envías correo sin problemas y en otro no, es porque el primero no te está filtrando los puertos para envío/ recepción de correo y el segundo sí. Otra posibilidad para que eso suceda sería que la configuración de la conexión a la red del cliente de correo no se estuviera aplicando correctamente de ahí que te preguntara qué cliente estabas usando y qué datos habías puesto pero el hecho de que Thunderbid te cargue una web no significa nada, ya que eso es tráfico http no pop3/smtp que es de lo que estamos hablando. En resumen, si tienes un cliente de correo configurado para usar squid y squid no está configurado ni directa ni indirectamente para impedir ese tráfico, el cliente podrá recibir/enviar correos. Lo raro en este caso es que el cliente de correo se conecte a los servidores remotos con esa configuración, y si lo hace es porque seguramente la esté omitiendo. Las lineas del squid.conf del ipcop, no son para web mail porque los web mail usan HTTP/S (80/443), yo los agregue solo para ver que pasaba.. por si redireccionaba los puertos... (pero no lo hace) Bueno, cuidado con esa percepción que es engañosa. En la web de Squid lo comentan: http://wiki.squid-cache.org/SquidFaq/SecurityPitfalls 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: https://lists.debian.org/pan.2014.05.13.13.40...@gmail.com
Re: dudas con altermime
El día 12 de mayo de 2014, 18:50, Ariel ar...@cncc.cult.cu escribió: (recupero este correo de mi filtro... gente, cuidado donde enviáis los mensajes) El 12/05/2014 12:39, Camaleón escribió: El Mon, 12 May 2014 12:27:47 -0400, Ariel escribió: hablando de altermine, el mio esta funcionando sin problemas, es decir puedo poner un pie de texto en todos mis correos salientes, el problema esta en que no lo puedo usar si tengo spamassasin, alguna sugerencia?? No sé si SA lo permite (quizá a través de algún plugin :-?), pero amavisd-new sí. ¿Cómo llamas al SA, usas spamd? uso amavis-new y spamassasin, el problema es que o uno o el otro, es decir o utilizo un pir de texto en mis correos salientes o marco los correos como posibles spam, pero ambos no me deja Hum... a ver, postfix tiene que estar conectado con amavisd-new y amavisd-new tiene que llamar al resto de componentes (SA, clamav, altermime...) para procesar el correo y volver a reinyectarlo en postfix. Es decir, en teoría es posible hacerlo. 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: https://lists.debian.org/CAKprTDH9gfReT=mp82oevtwzy4t-1fmtf2ghoaws605pffa...@mail.gmail.com
Re: OT: Algunas preguntas sobre TT-Rss
El Tue, 13 May 2014 11:28:26 +, C. L. Martinez escribió: Bueno, he avanzado algo ... La única forma de guardar las feeds es utilizando la función starred como decía Adrià, y es la única manera ... Para eliminar permanentement la cosa se complica bastante ... En fin, seguiré mirando ... Si al final volveré al lector de rss de thunderbird ... :)) Trabajar con los rss es un poco lioso, pasa igual que con los artículos de las news (nntp), al fin y al cabo en ambos casos se trabaja con recursos en línea (de sólo lectura, no alterables por el cliente) y la caché local que sirve para agilizar la carga de esos recursos. Borrar en estos casos no conlleva más que eliminar del caché local el artículo que queremos pero si volvemos a sincronizar con el servidor remoto volverá a aparecer de nuevo, de ahí que sea necesario configurar el cliente para decirle exactamente qué queremos hacer con los artículos marcados como eliminados (p. ej., borrarlo localmente de la caché y no volver a descargarlo). Tanto en Liferea (rss) como en Pan (nntp) tengo configuradas las opciones básicas para la gestión de los artículos, es decir: - Caché local activado - Mantener los artículos durante x días y después eliminarlos/purgarlos del caché 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: https://lists.debian.org/pan.2014.05.13.14.04...@gmail.com
Re: OT: Algunas preguntas sobre TT-Rss
2014-05-13 14:04 GMT+00:00 Camaleón noela...@gmail.com: El Tue, 13 May 2014 11:28:26 +, C. L. Martinez escribió: Bueno, he avanzado algo ... La única forma de guardar las feeds es utilizando la función starred como decía Adrià, y es la única manera ... Para eliminar permanentement la cosa se complica bastante ... En fin, seguiré mirando ... Si al final volveré al lector de rss de thunderbird ... :)) Trabajar con los rss es un poco lioso, pasa igual que con los artículos de las news (nntp), al fin y al cabo en ambos casos se trabaja con recursos en línea (de sólo lectura, no alterables por el cliente) y la caché local que sirve para agilizar la carga de esos recursos. Borrar en estos casos no conlleva más que eliminar del caché local el artículo que queremos pero si volvemos a sincronizar con el servidor remoto volverá a aparecer de nuevo, de ahí que sea necesario configurar el cliente para decirle exactamente qué queremos hacer con los artículos marcados como eliminados (p. ej., borrarlo localmente de la caché y no volver a descargarlo). Tanto en Liferea (rss) como en Pan (nntp) tengo configuradas las opciones básicas para la gestión de los artículos, es decir: - Caché local activado - Mantener los artículos durante x días y después eliminarlos/purgarlos del caché Saludos, Correcto. El tema es que yo quiero guardar ciertos artículos y que no sean borrados nunca a menos que yo lo especifique. Y eso parece ser que con tt-rss solo se puede hacer de dos formas: utilizando Archived (pero descuadra todo el árbol de carpetas) o utilizando Starred ... En fin, lo que digo: sigo mirando. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAEjQA5JVR8E5DSzFWU4r2qv1F7WsNZOe301rL7RJ_X=nmak...@mail.gmail.com
Re: OT: Algunas preguntas sobre TT-Rss
El Tue, 13 May 2014 14:24:31 +, C. L. Martinez escribió: 2014-05-13 14:04 GMT+00:00 Camaleón noela...@gmail.com: El Tue, 13 May 2014 11:28:26 +, C. L. Martinez escribió: Bueno, he avanzado algo ... La única forma de guardar las feeds es utilizando la función starred como decía Adrià, y es la única manera ... Para eliminar permanentement la cosa se complica bastante ... En fin, seguiré mirando ... (...) Tanto en Liferea (rss) como en Pan (nntp) tengo configuradas las opciones básicas para la gestión de los artículos, es decir: - Caché local activado - Mantener los artículos durante x días y después eliminarlos/purgarlos del caché Correcto. El tema es que yo quiero guardar ciertos artículos y que no sean borrados nunca a menos que yo lo especifique. Y eso parece ser que con tt-rss solo se puede hacer de dos formas: utilizando Archived (pero descuadra todo el árbol de carpetas) o utilizando Starred ... En fin, lo que digo: sigo mirando. ¿Por qué dices que te descuadra todo el árbol de carpetas? 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: https://lists.debian.org/pan.2014.05.13.14.36...@gmail.com
iptables y filtrado de muuuuchas MAC
Antes de nada, un saludito a la lista: estuve apuntado hace ya un puñado de años... y ahora procuro volver. A lo que vamos. Tengo un problema que sé que creo resolver, pero no sé si habrá otra mejor solución o si simplemente estoy reinventando la rueda (quizás haya software que lo haga ya, pero no lo he encontrado). Mi problema son los smartphones: hay demasiados y no quiero dejar que se conecten a la red wifi o, mejor dicho, que se conecten a internet a través de la red wifi. He estado indagando sobre esto y he logrado identificarlos más o menos fielmente con el servidor dhcp siguiendo ciertos criterios que ahora no vienen a cuento. Muy bien, ya los tengo identificados y se me ocurre, bien darles un subrango de direcciones ip que luego filtro con iptables, bien denegarles directamente la ip. Hasta aquí todo bien. El problema es que este es un criterio demasiado endeble, porque siempre queda la posibilidad de que un avispado se de cuenta de que poniendo él una ip fija, consigue salir a internet; y luego se propague la voz. Para atajarlo se me ha ocurrido lo siguiente: 1. Al identificarlo con el servidor dhcp como un smartphone, además de darle ip en el subrango filtrado, apunto su dirección MAC en el fichero de log (pongamos que es /var/log/dhcpd.log). 2. Me creo un demonio que cada medio minuto, por ejemplo, recopile esas MAC y cree reglas de filtrado de iptables. Para no acumular y acomular direcciones MAC, el veto dura cierto tiempo, después del cual elimino la regla. 3. Esto que pretendo hacer es algo parecido a lo que hace denyhosts o, más aún, fail2ban. No he usado este segundo, pero me imagino que ni tiene esto que quiero ni habrá posibilidad de escribirle un módulo, porque supongo que su filtrado se basa en ip de origen y el mío tiene que ser mac de origen. Mi duda viene de cuál es la mejor forma de crear las reglas iptables para que las comprobaciones de las reglas de filtrado de MAC sean las mínimas, ya que quizás puede que se junten muchas MAC vetadas y eso imagino que relentizará el flujo de paquetes. A mí se me ha ocurrido lo siguiente (supongamos que las comunicaciones con los equipos de la red wifi se reciben por la interfaz eth1): iptables -t nat -N SMARTPHONES iptables -t nat -A PREROUTING -i eth1 -p tcp -j SMARTPHONES iptables -I FORWARD -m connmark --mark 0xfe -j DROP iptables -I INPUT -m connmark --mark 0xfe -j DROP # Todas estas reglas serían las que tendría # dinámicamente que ir creando y borrando iptables -I SMARTPHONES -m mac --mac-source AA -j CONNMARK --set-mark 0xfe . . . iptables -I SMARTPHONES -m mac --mac-source ZZ -j CONNMARK --set-mark 0xfe O sea, la idea que tengo es solamente hacer las comprobaciones de la MAC con el primer paquete de la conexión y ponerle una marca. Eso evita que los siguientes paquetes de las máquinas que pueden conectar tengan que atravesar de nuevo toda la lista de direcciones MAC. ¿Es buena idea esto? ¿Creéis que funcionará? Lo que no sé si hacer es justamente después de marcar el paquete, salir de la cadena SMARTPHONES: iptables -A SMARTPHONES -m mac --mac-source AA -j CONNMARK --set-mark 0xfe iptables -A SMARTPHONES -m connmark --mark 0xfe -j RETURN Esto duplica las reglas de la cadena SMARTPHONES a cambio de no tener que comprobar todas las reglas, si el paquete resulta marcado. No sé qué será lo menos costoso: supongo que dependerá de la proporción de máquinas filtradas respecto a las totales. Tampoco sé muy bien si todas las comprobaciones son igual de costosas: imagino que no. De antemano, muchas gracias y perdón por el tochazo. -- Femmina è cosa mobil per natura. --- Francisco Petrarca --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140513153152.ga7...@cubo.casa
Re: iptables y filtrado de muuuuchas MAC
El Tue, 13 May 2014 17:31:52 +0200, José Miguel (sio2) escribió: (...) A lo que vamos. Tengo un problema que sé que creo resolver, pero no sé si habrá otra mejor solución o si simplemente estoy reinventando la rueda (quizás haya software que lo haga ya, pero no lo he encontrado). Mi problema son los smartphones: hay demasiados y no quiero dejar que se conecten a la red wifi o, mejor dicho, que se conecten a internet a través de la red wifi. (...) Preguntonta: ¿No hay un proxy de por medio que actué como agente de tráfico y que te evite la manipulación del enrutado (iptables)? 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: https://lists.debian.org/pan.2014.05.13.15.49...@gmail.com
Gerardito
Colegas Resulta que tengo el ultracopier de Debian pero necesito que se active de forma automatica en kde 4.8 pues al copiar un archivo, me sale el que trae predeterminado. Existe alguna configuracion o ejecutable que se active al mandar a copiar un archivo en kde4.8?. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201405131126.38649.gerard...@inor.sld.cu
Re: iptables y filtrado de muuuuchas MAC
El Tue, 13 de May de 2014, a las 03:49:53PM +, Camaleón dijo: Mi problema son los smartphones: hay demasiados y no quiero dejar que se conecten a la red wifi o, mejor dicho, que se conecten a internet a través de la red wifi. Preguntonta: ¿No hay un proxy de por medio que actué como agente de tráfico y que te evite la manipulación del enrutado (iptables)? En principio tengo libertad para implementar otra buena solución, pero no tengo ni idea de cómo atajar el problema: se me ocurrió el dhcp para identificar los clientes e iptables para filtrar. ¿Qué proxy puede hacerme un trabajo equivalente? -- Y mis desdichas son como cerezas, que voy por una y, de una en otra asidas, vuelvo con todo un plato de tristezas. --- Tomé de Burguillos --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140513160238.ga8...@cubo.casa
Re: Gerardito
On Martes, 13 de mayo de 2014 11:26:38 AM Gerardo escribió: Colegas Resulta que tengo el ultracopier de Debian pero necesito que se active de forma automatica en kde 4.8 pues al copiar un archivo, me sale el que trae predeterminado. Existe alguna configuracion o ejecutable que se active al mandar a copiar un archivo en kde4.8?. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201405131200.54764.gerard...@inor.sld.cu
Ultracopier como predeterminado (era: Gerardito)
El Tue, 13 May 2014 11:26:38 -0400, Gerardo escribió: Colegas Resulta que tengo el ultracopier de Debian pero necesito que se active de forma automatica en kde 4.8 pues al copiar un archivo, me sale el que trae predeterminado. Existe alguna configuracion o ejecutable que se active al mandar a copiar un archivo en kde4.8?. En su FAQ comentan algo: *** http://ultracopier.first-world.info/faq.html Ultracopier is not used when I do a copy No windows: It's normal, because the file manager doesn't support it, see catchcopy project for more information. Ask to the developers of your file browser to support it. *** 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: https://lists.debian.org/pan.2014.05.13.16.11...@gmail.com
Re: iptables y filtrado de muuuuchas MAC
El Tue, 13 May 2014 18:02:38 +0200, José Miguel (sio2) escribió: El Tue, 13 de May de 2014, a las 03:49:53PM +, Camaleón dijo: Mi problema son los smartphones: hay demasiados y no quiero dejar que se conecten a la red wifi o, mejor dicho, que se conecten a internet a través de la red wifi. Preguntonta: ¿No hay un proxy de por medio que actué como agente de tráfico y que te evite la manipulación del enrutado (iptables)? En principio tengo libertad para implementar otra buena solución, pero no tengo ni idea de cómo atajar el problema: se me ocurrió el dhcp para identificar los clientes e iptables para filtrar. ¿Qué proxy puede hacerme un trabajo equivalente? Pues en teoría te haría falta: 1/ Tener las redes separadas físicamente para forzar el paso por el proxy de todos los clientes de la red. 2/ En cuanto al proxy, cualquiera con autentificación de usuarios te sirve. Una vez que los tengas catalogados (por usuarios, por MAC, IP, etc...) podrás decir qué grupos pueden navegar y cuáles no. La idea del proxy es crear un entorno cautivo de paso obligatorio para todos los usuarios de la red y una vez capturados poder manipularlos/ redirigirlos al gusto. 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: https://lists.debian.org/pan.2014.05.13.16.19...@gmail.com
Re: iptables y filtrado de muuuuchas MAC
El Tue, 13 de May de 2014, a las 04:19:01PM +, Camaleón dijo: Pues en teoría te haría falta: 1/ Tener las redes separadas físicamente para forzar el paso por el proxy de todos los clientes de la red. La red wifi está en una VLAN separada, sí. 2/ En cuanto al proxy, cualquiera con autentificación de usuarios te sirve. Una vez que los tengas catalogados (por usuarios, por MAC, IP, etc...) podrás decir qué grupos pueden navegar y cuáles no. He usado (y uso) squid (¿te refieres a algo como squid?), pero le veo a eso varios inconvenientes: + No deseo autentificación de usuarios: en principio se puede conectar cualquiera sin permisos especiales, porque no hay ningún problema en que se conecte algún que otro portátil: el problema son los smartphones, porque todo el mundo tiene uno. + No me vale un filtrado exclusivo por MAC, porque los smartphones son cada uno de su padre y de su madre. Por ese motivo, los identifico con los parámetros que envían cuando pretenden obtener una ip y, ya identificados, apunto su MAC.[1] + ¿Qué ventaja de procesamiento da el que el filtrado de MAC lo realice, pongamos, squid a que lo realice directamente iptables? [1] Quizás me como mucho la cabeza, porque aun poniendo en práctica lo que quiero hay otra forma de seguir burlándome: conectarse sin pedir ip, y luego ponerse una ip fija, así jamás se apunta la MAC, porque jamás interviene el dhcp. Pero esto ya me parece demasiado rebuscamiento. ¡Ah! Gracias por tus respuestas. -- El hombre que se ríe de todo es que todo lo desprecia. La mujer que se ríe de todo es que sabe que tiene una dentadura bonita. --- Enrique Jardiel Poncela --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140513165514.ga11...@cubo.casa
Re: Gerardito
Yo tambien quisiera saber como hacerlo, como se llama el ejecutable del copiador de kde y así crear un enlace simbolico o acceso directo para que cargue ese copiador en vez del que trae por defecto. Es posible usar el copiador que usa el root en kde con la apariencia simple y que no se peque en la barra de notificaciones? Si dominas los Bits, dominas el mundo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201405131307.57868.hay...@inor.sld.cu
Re: iptables y filtrado de muuuuchas MAC
El Tue, 13 May 2014 18:55:15 +0200, José Miguel (sio2) escribió: El Tue, 13 de May de 2014, a las 04:19:01PM +, Camaleón dijo: Pues en teoría te haría falta: 1/ Tener las redes separadas físicamente para forzar el paso por el proxy de todos los clientes de la red. La red wifi está en una VLAN separada, sí. 2/ En cuanto al proxy, cualquiera con autentificación de usuarios te sirve. Una vez que los tengas catalogados (por usuarios, por MAC, IP, etc...) podrás decir qué grupos pueden navegar y cuáles no. He usado (y uso) squid (¿te refieres a algo como squid?), pero le veo a eso varios inconvenientes: Sí, claro, squid te sirve. + No deseo autentificación de usuarios: en principio se puede conectar cualquiera sin permisos especiales, porque no hay ningún problema en que se conecte algún que otro portátil: el problema son los smartphones, porque todo el mundo tiene uno. En ese caso podrías una configuración de proxy transparente aunque para lo que buscas no sé si te serviría... pero sí ya tienes squid y no usas autentificación entiendo que es esta debe ser la configuración actual ¿no? + No me vale un filtrado exclusivo por MAC, porque los smartphones son cada uno de su padre y de su madre. Por ese motivo, los identifico con los parámetros que envían cuando pretenden obtener una ip y, ya identificados, apunto su MAC.[1] Como lo ponías en el asunto... vale, entonces eso quiere decir que desconoces los dispositivos que se van a conectar a tu red. + ¿Qué ventaja de procesamiento da el que el filtrado de MAC lo realice, pongamos, squid a que lo realice directamente iptables? ¿En cuanto a rendimiento, dices? Ni idea, no tengo esos datos :-? pero no me gusta mucho estar tocando iptables, prefiero usar proxy o alguna otra solución dedicada para controlar el acceso a internet de los equipos. [1] Quizás me como mucho la cabeza, porque aun poniendo en práctica lo que quiero hay otra forma de seguir burlándome: conectarse sin pedir ip, y luego ponerse una ip fija, así jamás se apunta la MAC, porque jamás interviene el dhcp. Pero esto ya me parece demasiado rebuscamiento. Esto sólo lo podrás evitar creando una jaula (entorno cautivo) y obligando a los equipos de la red local a pasar por tu pasarela/proxy (o como quieras llamarlo) para poder salir a Internet. ¡Ah! Gracias por tus respuestas. De nada, a ver si a alguien se le ocurre alguna otra idea :-) 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: https://lists.debian.org/pan.2014.05.13.17.22...@gmail.com
Re: iptables y filtrado de muuuuchas MAC
El Tue, 13 de May de 2014, a las 05:22:01PM +, Camaleón dijo: En ese caso podrías una configuración de proxy transparente aunque para lo que buscas no sé si te serviría... pero sí ya tienes squid y no usas autentificación entiendo que es esta debe ser la configuración actual ¿no? Sí, y no. Ahora mismo está funcionando como proxy transparente, pero ya lo he configurado para filtrar tráfico https y eso no se puede hacer de modo transparente. El problema es que el modo no transparente exige configurar, así que, cuando se acerque final de curso (esto es un instituto) y haga la imagen para el año que viene, incluiré la configuración, clonaré, y lo habilitaré en modo no transparente. Esto sólo lo podrás evitar creando una jaula (entorno cautivo) y obligando a los equipos de la red local a pasar por tu pasarela/proxy (o como quieras llamarlo) para poder salir a Internet. Un pfSense o algo por el estilo, entiendo. No lo he implementado nunca, pero desde mis pocos conocimientos, entiendo que eso implica autenticación. No quiero la red así, sino una red más o menos abierta (la contraseña es pública), pero sin acceso de los smartphones que son legión y se me acaban comiendo las ips disponibles y el ancho de banda. ¡Ah! Gracias por tus respuestas. De nada, a ver si a alguien se le ocurre alguna otra idea :-) Esperemos. Si no hay mejor solución, a ver si algún gurú en iptables me dice si se pueden optimizar más las reglas. -- Un bel morir tutta una vita honora. --- Francisco Petrarca --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140513174621.ga17...@cubo.casa
Re: iptables y filtrado de muuuuchas MAC
On Tue, May 13, 2014 at 06:55:15PM +0200, José Miguel (sio2) wrote: + No deseo autentificación de usuarios: en principio se puede conectar cualquiera sin permisos especiales, porque no hay ningún problema en que se conecte algún que otro portátil: el problema son los smartphones, porque todo el mundo tiene uno. A ver si me entero: Si hubiera pocos smartphones y muchos portátiles, ¿bloquearías a los portátiles? Es que no entiendo bien cuál es el problema. ¿Que hay mucha gente conectándose? ¿Por qué eso es un problema? ¿No hay ancho de banda para todo el mundo? Entonces en el pecado ya estaría la penitencia, pues el ancho de banda se reparte entre quienes lo estén usando. ¿Quieres establecer algún tipo de derecho a usar la red basándose en el tipo de dispositivo con el que uno se conecta? Entonces: ¿Qué hay de la neutralidad de la red? Por supuesto que la respuesta puede ser perfectamente la red es mía y hago con ella lo que quiero, pero precisamente por eso pregunto: ¿por qué quieres eso? -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140513173726.ga22...@cantor.unex.es
[OT] Neutralidad, etc [Re: iptables y filtrado de muuuuchas MAC]
El Tue, 13 de May de 2014, a las 07:37:26PM +0200, Santiago Vila dijo: Hombre, no creo que la lista esté para dar explicaciones filosóficas de por qué se hace una cosa y por qué otra no. Pero en fin: allá va. Es la red de un instituto y, por tanto, no es una red lúdica. Hay alumnos que llevan su portátil, porque trabajan con él y quiero darles servicio. Podría perfectamente deshabilitar la red wifi y santas pascuas, pero entiendo que les puede resultar más cómodo traerse el ordenador de su casa que usar un fijo que le facilitemos nosotros. Idéntico razonamiento se puede aplicar a un profesor. En cambio, la conexión de los smartphones no suele tener ese carácter académico y sobre todo, son muchísimos, porque absolutamente todos los chavales tienen uno: la red inalámbrica es insostenible con ellos, así que los tengo que vetar. A ver si me entero: Si hubiera pocos smartphones y muchos portátiles, ¿bloquearías a los portátiles? Si hubiera muchos portátiles, entonces eso significaría que habría pocos ordenadores fijos conectados, con lo que el aumento en el tráfico de unos se vería compensado por la disminución del tráfico de otros. Muchos portátiles por tanto, no sería problema. Además de que jamás se daría la circunstancia de que absolutamente todos tuvieran un portátil, así que ese muchos sería en términos absolutos, siempre pocos. Si hubiera pocos smartphones, los smartphones no serían ningún problema, así que ¿para qué filtrarlos? Entonces: ¿Qué hay de la neutralidad de la red? Imagina el caso de que mi duda hubiera sido: ¿Puede alguien ayudarme a configurar un squid para que mis alumnos no vean porno durante las clases? ¿Crees que ante esta petición me habrías hecho la misma pregunta? Porque filtrar sitios web, sean o no porno, también atenta contra la neutralidad de la red. En esta red no hay neutralidad: efectivamente, es mía y hago con ella lo que me parece maś beneficioso. -- Sabed que menda es don Mendo. --- Muñoz Seca --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140513182040.ga19...@cubo.casa
Check out Bitcasa
Hey, I just sent you A LOT of free space on Bitcasa! GET FREE SPACE: http://l.bitcasa.com/fS1Bn0NL With Bitcasa, you can privately and securely store your entire digital life -- photos, movies, music, docs, etc -- in one place and access from any device, anywhere. You get 6GB of free space, which is 3x more than most other free accounts receive. When you sign up, I’ll get some bonus space too (which I need). Bitcasa is free, and sign up only takes 1 minute. Enjoy! Alejandro Aprenda más en: http://www.bitcasa.com/learn-more Síganos en Twitter http://www.twitter.com/bitcasa y dele a Me Gusta en Facebook http://www.facebook.com/bitcasa! To stop future invitations from Bitcasa Users: http://email.bitcasa.com/wf/unsubscribe?upn=GA3tWWLb1-2FLi-2BYT1t27j3CiLpW-2B5N5z5M8rH4uHGdEJ5P2eZNHaQCeCEoQfK5MnDW5hpHFBi1sK4mlgg9tUm4FHwTRPGFV7H0amOMSbxOCCwabu0eyTQSDFmlwaY6DM7XHogjdLFohy-2BzFY2iZT8VhBqoc2bfE55PF9ytz6pbpqTYkVSNFJAZL7C1llCIyQlREG2-2BvvSeeVgwrrKP2taU5a0nGUsvZOpvN5rsw90PhM-3D. Sent by: Bitcasa, Inc., 215 Castro St., 2nd Floor, Mountain View, CA 94041.
Check out Bitcasa
Hey, I just sent you A LOT of free space on Bitcasa! GET FREE SPACE: http://l.bitcasa.com/fS1Bn0NL With Bitcasa, you can privately and securely store your entire digital life -- photos, movies, music, docs, etc -- in one place and access from any device, anywhere. You get 6GB of free space, which is 3x more than most other free accounts receive. When you sign up, I’ll get some bonus space too (which I need). Bitcasa is free, and sign up only takes 1 minute. Enjoy! Alejandro Aprenda más en: http://www.bitcasa.com/learn-more Síganos en Twitter http://www.twitter.com/bitcasa y dele a Me Gusta en Facebook http://www.facebook.com/bitcasa! To stop future invitations from Bitcasa Users: http://email.bitcasa.com/wf/unsubscribe?upn=GA3tWWLb1-2FLi-2BYT1t27j3CiLpW-2B5N5z5M8rH4uHGdEJ5P2eZNHaQCeCEoQfK5MnDq5XMYbCz1M78qF3q74yg2JwUDnFu4ojXXBBQqeVqnHqPEFwxty4RJP-2FFxwoR62evAVAQQXFvbPcWz8iHP3r2-2F3wiUZ-2FZ-2F91a9EWbmmeYLUIQxsDUmd9JZs0wQBboaNNt3qg-2BWo4u4CMMm2zZRNaaCWshj7cMIzIdgeugUZJZtRs-3D. Sent by: Bitcasa, Inc., 215 Castro St., 2nd Floor, Mountain View, CA 94041.
Check out Bitcasa
Hey, I just sent you A LOT of free space on Bitcasa! GET FREE SPACE: http://l.bitcasa.com/fS1Bn0NL With Bitcasa, you can privately and securely store your entire digital life -- photos, movies, music, docs, etc -- in one place and access from any device, anywhere. You get 6GB of free space, which is 3x more than most other free accounts receive. When you sign up, I’ll get some bonus space too (which I need). Bitcasa is free, and sign up only takes 1 minute. Enjoy! Alejandro Aprenda más en: http://www.bitcasa.com/learn-more Síganos en Twitter http://www.twitter.com/bitcasa y dele a Me Gusta en Facebook http://www.facebook.com/bitcasa! To stop future invitations from Bitcasa Users: http://email.bitcasa.com/wf/unsubscribe?upn=GA3tWWLb1-2FLi-2BYT1t27j3CiLpW-2B5N5z5M8rH4uHGdEJ5P2eZNHaQCeCEoQfK5MnDg88mPij1MqQv8cYKLKzWKr1WakvjMtk4P6MIRePIv9R-2BAVXIjV2pUlNoTLAj-2Fo9lkwjPK7LhT36-2FAZ9KxYnd18ITl3DxLLghOXSGRrtEQ9mNuTvpN82gE0-2BfyuzdcVhTOhbHoYFrkhLk7h-2BNVP0UZVIM1oFfAv1u-2BwWQQFGt9I4-3D. Sent by: Bitcasa, Inc., 215 Castro St., 2nd Floor, Mountain View, CA 94041.
Error al montar una carpeta de un disco que esta montado en una carpeta de mi PC
Cuando trato de montar en una PC con wheezy una carpeta que pertenece a mi PC que tambien tiene wheezy si esa carpeta pertenece a un disco que esta montado sobre una carpeta de mi PC me da error. Como podría solucionar esto? ósea como podría montar dicha carpeta en la otra PC? root@ser-dat-02:/mnt# mount -t nfs 192.168.0.160:/opt/trabajo/debian/wheezy /mnt/wheezy root@ser-dat-02:/mnt# Esto perfecto: es mi disco duro principal donde tengo el sistema. root@ser-dat-02:/mnt# mount -t nfs 192.168.0.160:/mnt/datos/instalaciones/jessie /mnt/informatica mount.nfs: access denied by server while mounting 192.168.0.160:/mnt/datos/instalaciones/jessie root@ser-dat-02:/mnt# aquí el error es otro disco duro que lo tengo montado en /mnt/datos ya previamente le había dado la siguiente instrucción: root@clt_iyc_03:~# chmod -R 777 /mnt/datos/* root@clt_iyc_03:~# Toda ayuda será bien venida | ISMAEL | -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/729f819c8ae6440296e87cec64781...@natio.co.cu
Re: iptables y filtrado de muuuuchas MAC
Hola, una solución es ipset(8). Es una herramienta de Netfilter. Puedes crear un conjunto de datos y hacer 'matching' contra el: % ipset create MIS_MACS ... # crea el conjunto % ipset add MIS_MACS mac # añade mac a MIS_MACS % iptables -A ... -m set --match-set MIS_MACS src ... -j ACCEPT # una regla que se valida contra el contenido del grupo Incluso, puedes actualizar el contenido del set desde una regla de iptables: % iptables -A ... -j SET --add-set MIS_MACS # añade los datos del paquete al conjunto Más aún, puedes darle un timeout a los elementos del set, y que salgan solos. En fin, investiga tu. Saludos. PD: No estoy subscrito a debian-user-spanish@lists.debian.org -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caoksjbhgxyxncycqc3sk6-n2qhbk4pcvxaq1x8pkrdhaqu4...@mail.gmail.com
Re: Error al montar una carpeta de un disco que esta montado en una carpeta de mi PC
- Original Message - From: Zeque ze...@fibertel.com.ar To: Ismael L. Donis Garcia sli...@citricos.co.cu Sent: Tuesday, May 13, 2014 4:14 PM Subject: Re: Error al montar una carpeta de un disco que esta montado en una carpeta de mi PC Ismael, Podrás enviar la configuración actual del /etc/exports de la PC que tiene el NFS? Muchas gracias. Saludos, Ezequiel El 05/13/2014 04:39 PM, Ismael L. Donis Garcia escribió: Cuando trato de montar en una PC con wheezy una carpeta que pertenece a mi PC que tambien tiene wheezy si esa carpeta pertenece a un disco que esta montado sobre una carpeta de mi PC me da error. Como podría solucionar esto? ósea como podría montar dicha carpeta en la otra PC? root@ser-dat-02:/mnt# mount -t nfs 192.168.0.160:/opt/trabajo/debian/wheezy /mnt/wheezy root@ser-dat-02:/mnt# Esto perfecto: es mi disco duro principal donde tengo el sistema. root@ser-dat-02:/mnt# mount -t nfs 192.168.0.160:/mnt/datos/instalaciones/jessie /mnt/informatica mount.nfs: access denied by server while mounting 192.168.0.160:/mnt/datos/instalaciones/jessie root@ser-dat-02:/mnt# aquí el error es otro disco duro que lo tengo montado en /mnt/datos ya previamente le había dado la siguiente instrucción: root@clt_iyc_03:~# chmod -R 777 /mnt/datos/* root@clt_iyc_03:~# Toda ayuda será bien venida | ISMAEL | esto es lo que tiene el archivo: /etc/exports de mi PC, en la otra PC no existe el archivo. /opt/trabajo/debian/wheezy 192.168.0.0/24(rw,subtree_check) Voy a probar agregar la linea /mnt/datos 192.168.0.0/24(rw,subtree_check) al archivo de mi PC a ver si con eso resuelvo. no se si eso será un disparate, algo completamete alocado. Saludos | ISMAEL | -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/31d9ef4d7d834c1e89cc2f1fac03a...@natio.co.cu
Sin acceso a servidor de pruebas
Hola a la lista. Recientemente, tengo problemas para acceder a mi servidor casero. Primero, porque mi laptop tomó la misma dirección IP que mi server (tardé mucho en saberlo porque, quien sabe qué embrujo le hicieron, no veía el icono de conexión desde mi Debian, tuve que reiniciarlo). Luego de superado este percance, ahora resulta que no puedo ver la info de mi server. Cuando conecto a 192.168.*.***, me dice mi navegador: ¡Vaya! Google Chrome no ha podido establecer conexión con la página 192.168.*.***. Prueba a volver a cargar: 192.168.*.***. Y cuando cargo el filezilla, ¡oh, sorpresa, toda la info está accesible! Y cuando digo toda es desde el directorio '/' hasta el último archivo de '/var', cuando, según el manual que sigo, sólo debería mostrarse '/home/servidor/www'. Y pensando que podía ser un fallo aleatorio, pasa esto: # /etc/init.d/proftpd restart [ ok ] Stopping ftp server: proftpd. [] Starting ftp server: proftpdservidordebian.no-ip.org proftpd[3242]: mod_tls_memcache/0.1: notice: unable to register 'memcache' SSL session cache: Memcache support not enabled servidordebian.no-ip.org proftpd[3242]: warning: unable to determine IP address of 'servidordebian.no-ip.org' servidordebian.no-ip.org proftpd[3242]: error: no valid servers configured servidordebian.no-ip.org proftpd[3242]: Fatal: error processing configuration file '/etc/proftpd/proftpd.conf' failed! root@servidordebian:~# ls -l /home/servidor total 4 drwxrwxrwx 2 root root 4096 may 11 17:44 www root@servidordebian:~# ls -l /home/servidor/www total 4 lrwxrwxrwx 1 root root 16 may 11 17:44 cgi-bin - /usr/lib/cgi-bin -rw-r--r-- 1 root root 20 may 10 13:05 inicio.php lrwxrwxrwx 1 root root 21 may 10 15:40 phpmyadmin - /usr/share/phpmyadmin lrwxrwxrwx 1 root root 21 may 10 16:00 phpsysinfo - /usr/share/phpsysinfo root@servidordebian:~# chmod 777 /home/servidor/www/inicio.php root@servidordebian:~# nano /etc/proftpd/proftpd.conf root@servidordebian:~# Ok, ahora sí me tranqué. Quizás se deba a que lee el nombre del servidor de un archivo, y no esté correcto; pero no me queda claro. Por si acaso, /etc/hostname, lo modifiqué hace poco: # cat /etc/hostname servidordebian.no-ip.org ¿y ahora? -- Buen uso de las listas (como se ven en Debian): http://wiki.debian.org/es/NormasLista Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CALEvJmSP6RVov=um_5chepha84a0t7l5o5beunmfe7rxkwc...@mail.gmail.com
Re: OT: Algunas preguntas sobre TT-Rss
2014-05-13 14:36 GMT+00:00 Camaleón noela...@gmail.com: El Tue, 13 May 2014 14:24:31 +, C. L. Martinez escribió: 2014-05-13 14:04 GMT+00:00 Camaleón noela...@gmail.com: El Tue, 13 May 2014 11:28:26 +, C. L. Martinez escribió: Bueno, he avanzado algo ... La única forma de guardar las feeds es utilizando la función starred como decía Adrià, y es la única manera ... Para eliminar permanentement la cosa se complica bastante ... En fin, seguiré mirando ... (...) Tanto en Liferea (rss) como en Pan (nntp) tengo configuradas las opciones básicas para la gestión de los artículos, es decir: - Caché local activado - Mantener los artículos durante x días y después eliminarlos/purgarlos del caché Correcto. El tema es que yo quiero guardar ciertos artículos y que no sean borrados nunca a menos que yo lo especifique. Y eso parece ser que con tt-rss solo se puede hacer de dos formas: utilizando Archived (pero descuadra todo el árbol de carpetas) o utilizando Starred ... En fin, lo que digo: sigo mirando. ¿Por qué dices que te descuadra todo el árbol de carpetas? Sencillo, si marcas un artículo como archived, lo mueve a una carpeta que tiene predefinida como, precisamente, Archived y desaparece de tus carpetas personales. Quizá descuadrar no ha sido el término correcto ... Pero vamos que lo que yo quiero es que el artículo siga en la carpeta que yo he creado y no que sea movido de sitio. Y eso parece ser que solo se consigue con Starred, pero vamos es algo chapucero ... Aquí tienes una demo: http://www.softaculous.com/demos/Tiny_Tiny_RSS. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caejqa5lrpfyx0daovq+n57heip9jcsogmuruxgqdjzh377d...@mail.gmail.com