Un chaval chileno crea un detector de terremotos que avisa por Twitter
Acabo de leer la noticia en una lista de espana... http://www.gizmodo.es/2011/07/20/un-chaval-chileno-crea-un-detector-de-terremotos-que-avisa-por-twitter.html Es hijo de alguno por aca ?? :D salu2 -- -- Victor Hugo dos Santos Linux Counter #224399
Re: Un chaval chileno crea un detector de terremotos que avisa por Twitter
El 22/07/11 09:43, Victor Hugo dos Santos escribió: Acabo de leer la noticia en una lista de espana... http://www.gizmodo.es/2011/07/20/un-chaval-chileno-crea-un-detector-de-terremotos-que-avisa-por-twitter.html Es hijo de alguno por aca ?? :D salu2 te fijaste en la foto del articulo la polera (remera/camiseta) Debian -- Mis Certificaciones: Red Hat Certified System Administrato RHCSA Nº100223072 Red Hat Certified Technician (RHCT) Nº605010753835478 Novell Certified Linux Professional CLP 10
Tenemos kernel 3.0
saquen las cervezas, champagnes, o jugo de limon y a celebrar Linus torvalds write: So there it is. Gone are the 2.6.bignum days, and 3.0 is out. This obviously also opens the merge window for the next kernel, which will be 3.1. The stable team will take the third digit, so 3.0.1 will be the first stable release based on 3.0. As already mentioned several times, there are no special landmark features or incompatibilities related to the version number change, it's simply a way to drop an inconvenient numbering system in honor of twenty years of Linux. In fact, the 3.0 merge window was calmer than most, and apart from some excitement from RCU I'd have called it really smooth. Which is not to say that there may not be bugs, but if anything, there are hopefully fewer than usual, rather than the normal .0 problems. -- Mis Certificaciones: Red Hat Certified System Administrato RHCSA Nº100223072 Red Hat Certified Technician (RHCT) Nº605010753835478 Novell Certified Linux Professional CLP 10
Re: Tenemos kernel 3.0
On 22/07/11 10:39, Enrique Herrera Noya wrote: saquen las cervezas, champagnes, o jugo de limon y a celebrar A mi no me funcionó pero para los más entendidos y que no saben de donde bajarlo jajaaja aquí les dejo el link para que lo compilen y lo prueben !!! http://www.kernel.org/pub/linux/kernel/v3.0/linux-3.0.tar.bz2 En lo personal, espero comentarios y vivencias concretas ;) salu2 Linus torvalds write: So there it is. Gone are the 2.6.bignum days, and 3.0 is out. This obviously also opens the merge window for the next kernel, which will be 3.1. The stable team will take the third digit, so 3.0.1 will be the first stable release based on 3.0. As already mentioned several times, there are no special landmark features or incompatibilities related to the version number change, it's simply a way to drop an inconvenient numbering system in honor of twenty years of Linux. In fact, the 3.0 merge window was calmer than most, and apart from some excitement from RCU I'd have called it really smooth. Which is not to say that there may not be bugs, but if anything, there are hopefully fewer than usual, rather than the normal .0 problems. -- --
Squid Iptables
Estimados, haber si alguien me puede dar una mano ... :d En un laboratorio que hago para una futura implementación el esquema es el siguiente: LAN - SQUID/IPTABLES - ASA - INTERNET Ya está configurado y todo anda bien, el Proxy es transparente y solo posee una interfaz de red, el Proxy no enmascara las direcciones IP desde la LAN por que el ASA posee reglas explicitas respecto a otros servicios y necesita conocer las IPs reales del origen ( LAN ), el problema es que en los logs del ASA el tráfico al puerto 80 se enmascara ( solo el puerto 80, con otros puertos funcionan perfecto ) con la dirección IP del SQUID, ejemplo: TCP Internet 65.54.48.49:80 red_LAN 172.16.16.1:53792 TCP Internet 204.0.86.9:80 red_LAN 172.16.16.1:60209 Siendo 172.16.16.1 la IP del SQUID. Esta es la regla del Squid que redirecciona y no posee una para enmascarar. -A PREROUTING -p tcp -m tcp --dport 80 -j REDIRECT --to-ports 3128 El esquema no puede ser alterado, obviamente hay soluciones si se saca por ejemplo el ASA y se agrega una interfaz mas de red pero no es posible realizarlo de acuerdo a ciertos requerimientos. El tema no es el ASA, sino la salida de la petición al puerto 80 desde el SQUID hacia el Firewall. ¿Existirá alguna manera de no enmascarar el tráfico de ese puerto? Se agradece cualquier comentario. Saludos a todos. Víctor Hernández M.
Auto medir ancho de banda
Estimados, una pregunta interesante ojalá podamos resolverla: Mi idea es poder auto determinar el óptimo de conexiones paralelas de descarga a uno o más servidores, sin necesidad de parametrizar mi ancho de banda o incluso teniendo varios otros usuarios en la red. Entonces quiero saber cuando una conexión TCP/IP de descarga alcanza su límite (ya sea por el medio físico o porque al otro lado hay traffic shape). Estuve revisando y hasta ahora creo que esto se maneja mas por el lado del emisor que del receptor. ¿Alguien se le ocurre como puedo obtener esta info? Aldrin Martoq http://aldrin.martoq.cl/
Re: Squid Iptables
2011/7/22 Victor Hernandez M. vhernan...@munistgo.cl: Estimados, haber si alguien me puede dar una mano ... :d [...] El tema no es el ASA, sino la salida de la petición al puerto 80 desde el SQUID hacia el Firewall. ¿Existirá alguna manera de no enmascarar el tráfico de ese puerto? que version de squid tienes ?? http://www.squid-cache.org/Doc/config/forwarded_for/ salu2 -- -- Victor Hugo dos Santos Linux Counter #224399
Re: Squid Iptables
Estimados, haber si alguien me puede dar una mano ... :d [...] El tema no es el ASA, sino la salida de la petición al puerto 80 desde el SQUID hacia el Firewall. ¿Existirá alguna manera de no enmascarar el tráfico de ese puerto? que version de squid tienes ?? http://www.squid-cache.org/Doc/config/forwarded_for/ Gracias Victor por contestar. Squid Cache: Version 2.6.STABLE21 Saludos Cordiales, Víctor Hernández M.
Re: Squid Iptables
On 23/07/2011 5:06 AM, Victor Hernandez M. wrote: Estimados, haber si alguien me puede dar una mano ... :d [...] El tema no es el ASA, sino la salida de la petición al puerto 80 desde el SQUID hacia el Firewall. ¿Existirá alguna manera de no enmascarar el tráfico de ese puerto? que version de squid tienes ?? http://www.squid-cache.org/Doc/config/forwarded_for/ Gracias Victor por contestar. Saludos Cordiales, Víctor Hernández M. Forwarded_for es util solo en la capa 7 (de aplicaciones) y no en la 3, por que es una variable de la cabecera HTTP. Algunas observaciones: 1) Enmascarar es alterar la direccion/puerto de Origen/Destino y recordar de algun modo los valores originales. Esto sucede en tiempo real y mientras esta establecida la conexion. 2) Los proxys NO enmascaran nada. Ellos efectivamente DEBEN crear una segunda conexion hacia el destinto. Las IP/Puerto que registra tu ASA detras del proxy son creadas en esa maquina y no en el Host original. Ademas, cuando el numero de conexiones entre el Host y el Proxy es mayor que entre el Proxy e Internet, significa que un Cache esta trabajando. No obstante, lei agluna vez que existe un approach llamado Full o Fully Transparent Mode en donde la direccion IP origen del cliente se maniente intacta. Ultil por si quieres hacer algun filtering o QoS despues que el trafico sale del proxy. Lo que no he investigado es si SQUID lo soporta y . En todo caso ese mapeo es muy costoso en procesamiento y quizas debas parchar tu kernel (no lo recomendaria para alto trafico). Dale un vistaso a tproxy Saludos, = Miguel Oyarzo O. ICT Network Engineer Melbourne, Australia miguelaus...@gmail.com http://linkedin.com/in/mikeaustralia Linux User: # 483188 - counter.li.org =
