El Viernes, 22 de Junio de 2007 00:12, [EMAIL PROTECTED] escribió: > --- Demian Pecile <[EMAIL PROTECTED]> escribió: > > Herr Groucho escribió: > > > El Jueves, 21 de Junio de 2007 08:16, Alejandro > > > > Vargas escribió: > > >> El 21/06/07, Luciano Ruete > > > > <[EMAIL PROTECTED]> escribió: > > Otra opción más barata: > > En realidad se me vienen dos a la mente (en ningún > orden en particular): > > 0) Le filtrás los puertos P2P al c*r*j*, e instalás un > proxy socks que limite entrada y salida, para uso de > esta gente que necesite P2P.
Muy bien, dame una lista infalible de puertos p2p. :-) Además odio los proxies y complicar las cosas. > 1) Otra: metés todo el tráfico P2P por una placa > virtual (hay algo de eso en mensajes anteriores de > hace uno o dos meses, creo que de un thread de traffic > shaping justamente), y dejás que los que usan P2P se > maten entre ellos y dejen andar al resto. La placa > "virtual" era un módulo del kernel que ahora no > recuerdo, y que podés especificarle el ancho de banda > entrante Y saliente máximo (de hecho la discusión en > el thread era porque no podías especificar entrada y > salida asimétrica, si decías por ej. 64 kbps era tanto > para subida como para bajada). Ahh.. Algo me dijo Luciano, pero me vendió mal el concepto y concluí que era una forma horrible de hacer las cosas... Viéndolo como una placa de red virtual con capacidad de definirme el through put entrante y saliente, no suena para nada horrible! -- Herr Groucho ID Jabber: [EMAIL PROTECTED] Señal distintiva: LU5MJR - 144,550 MHz FM. Clave pública GPG: hkp://pks.lugmen.org.ar Fingerprint GPG: B7BD 0FC7 D9A2 66F3 4EFC 45EE 7DE2 3932 597B 6354
