Navengando un poco encontre este articulo, es muy basico, pero puede serles de mucha utilidad, IPTABLES EN 21 SEGUNDOS
http://www.seguridad0.com/index.php?c48d27845e861b64dba72ff5c9e959f2&ID=1330
Saludos
Fernando Ferrari
fernandorferrari@yahoo.com.ar
NOTICIA: Mandrake linux compra Conectiva !!!
"Mandrakesoft, the number one European Linux company, today announced a definitive agreement to acquire Conectiva, the number one Linux company in Brazil and Latin America. This acquisition is expected to increase significantly Mandrakesoft's size and R&D capabilities.
Conectiva, founded in 1995, employs 60 people and has offices in Curitiba, São Paulo and Manaus, Brazil. The company had 1.7 million EUR (2.2 million USD) of revenues in their latest fiscal year, and reached break-even during the latest fiscal half-year. Conectiva has gained significant recognition for its adaptive approach to technology development for corporations, communities and large partners in the communication and technology sector in Latin America.
Providing Linux services for corporations since its inception, Conectiva has a wide range of projects including ATM and teller solutions for financial institutions, infrastructure for the government, and a complete range of Linux solutions sold through major retail stores in Brazil. Conectiva's technical achievements are also well known in the worldwide Linux community. Among them, the RPM port of apt-get (apt-rpm) and the new Smart Package Manager are just two examples of Conectiva's accomplishments. In this context, Conectiva has long been sought by larger technology and communication industry players to develop specialized solutions, including embedded devices.
Well-known customers include public sector and large accounts such as HSBC, Casas Bahia, IBM, HP, Siemens, White Martins-Praxair, Generali, and the Brazilian Army, Navy and Air Force. Examples of large deployments by Conectiva include 15,000 desktops and 800 servers in the São Paulo public schools. Conectiva also has a strong position in the training business, training more than 15,000 people each year through its network of partners throughout Brazil.
Mandrakesoft, founded in 1998, is the internationally recognized number one European Linux company. Mandrakesoft has built its business by designing and delivering user-friendly Linux products to both individuals and businesses, building a user base of more than 4 million users. In its latest fiscal year, Mandrakesoft's revenues reached 5.18 million EUR (6.7 million USD) for a net income of 1.39 million EUR (1.8 million USD).
Mandrakesoft is also recognized as offering increasingly strong business solutions in both Europe and the USA. These solutions include server and desktop products for corporations, dedicated support, training, and online services such as Mandrakeclub and Mandrakeonline. Mandrakesoft's customers include such prestigious corporations as Carrefour, France Telecom, HP, Macif, Total, Verizon, and many government agencies including several French ministries.
Mandrakesoft is acquiring all shares of Conectiva for a total amount of 1.79 million EUR (2.3 million USD) in stock.
Both Mandrakesoft and Conectiva are profitable companies. The resulting corporation will benefit from several synergies by sharing development resources, commercial prospects and larger economies of scale, resulting in improved development potential for both companies.
"This merger is a great opportunity for Mandrakesoft and Conectiva. It is clear that it will strengthen us by creating commercial and technological value", said Jaques Rosenzvaig, CEO of Conectiva. "The merger also positions the resulting company as a leading worldwide provider of Linux."
"Combining the two businesses enables us to extend the scope of our offering and address more businesses by compounding development and commercial assets, resulting in strong synergies", added François Bancilhon, CEO of Mandrakesoft. "Mandrakesoft and Conectiva are dedicated to delivering innovative and quality products with a high level of personalized services to our customers. Our aggregated strengths will enhance extensive deployments, thus providing greater opportunity for continued expansion."
Conectiva's acquisition is in line with Mandrakesoft's strategy to expand through both organic and external growth. Besides the commercial potential to address the Latin American market, the choice of Conectiva was strongly based on the cultural fit which exists between the two companies.
Mandrakesoft and c are both founding Members of the Linux Core Consortium (LCC), which has recently started development of a common implementation of the Linux Standard Base. The combined companies will build their next corporate releases on top of the LCC implementation.
Saludos
Fernando Ferrari
fernandorferrari@yahoo.com.ar
Conectiva, founded in 1995, employs 60 people and has offices in Curitiba, São Paulo and Manaus, Brazil. The company had 1.7 million EUR (2.2 million USD) of revenues in their latest fiscal year, and reached break-even during the latest fiscal half-year. Conectiva has gained significant recognition for its adaptive approach to technology development for corporations, communities and large partners in the communication and technology sector in Latin America.
Providing Linux services for corporations since its inception, Conectiva has a wide range of projects including ATM and teller solutions for financial institutions, infrastructure for the government, and a complete range of Linux solutions sold through major retail stores in Brazil. Conectiva's technical achievements are also well known in the worldwide Linux community. Among them, the RPM port of apt-get (apt-rpm) and the new Smart Package Manager are just two examples of Conectiva's accomplishments. In this context, Conectiva has long been sought by larger technology and communication industry players to develop specialized solutions, including embedded devices.
Well-known customers include public sector and large accounts such as HSBC, Casas Bahia, IBM, HP, Siemens, White Martins-Praxair, Generali, and the Brazilian Army, Navy and Air Force. Examples of large deployments by Conectiva include 15,000 desktops and 800 servers in the São Paulo public schools. Conectiva also has a strong position in the training business, training more than 15,000 people each year through its network of partners throughout Brazil.
Mandrakesoft, founded in 1998, is the internationally recognized number one European Linux company. Mandrakesoft has built its business by designing and delivering user-friendly Linux products to both individuals and businesses, building a user base of more than 4 million users. In its latest fiscal year, Mandrakesoft's revenues reached 5.18 million EUR (6.7 million USD) for a net income of 1.39 million EUR (1.8 million USD).
Mandrakesoft is also recognized as offering increasingly strong business solutions in both Europe and the USA. These solutions include server and desktop products for corporations, dedicated support, training, and online services such as Mandrakeclub and Mandrakeonline. Mandrakesoft's customers include such prestigious corporations as Carrefour, France Telecom, HP, Macif, Total, Verizon, and many government agencies including several French ministries.
Mandrakesoft is acquiring all shares of Conectiva for a total amount of 1.79 million EUR (2.3 million USD) in stock.
Both Mandrakesoft and Conectiva are profitable companies. The resulting corporation will benefit from several synergies by sharing development resources, commercial prospects and larger economies of scale, resulting in improved development potential for both companies.
"This merger is a great opportunity for Mandrakesoft and Conectiva. It is clear that it will strengthen us by creating commercial and technological value", said Jaques Rosenzvaig, CEO of Conectiva. "The merger also positions the resulting company as a leading worldwide provider of Linux."
"Combining the two businesses enables us to extend the scope of our offering and address more businesses by compounding development and commercial assets, resulting in strong synergies", added François Bancilhon, CEO of Mandrakesoft. "Mandrakesoft and Conectiva are dedicated to delivering innovative and quality products with a high level of personalized services to our customers. Our aggregated strengths will enhance extensive deployments, thus providing greater opportunity for continued expansion."
Conectiva's acquisition is in line with Mandrakesoft's strategy to expand through both organic and external growth. Besides the commercial potential to address the Latin American market, the choice of Conectiva was strongly based on the cultural fit which exists between the two companies.
Mandrakesoft and c are both founding Members of the Linux Core Consortium (LCC), which has recently started development of a common implementation of the Linux Standard Base. The combined companies will build their next corporate releases on top of the LCC implementation.
Saludos
Fernando Ferrari
fernandorferrari@yahoo.com.ar
Bueno, bueno...
Considerando que ya terminan las vacaciones y que las nuevas ideas abundan en mi pequeña cabeza, pronto vamos a ver un tutorial de tecnica de injeccion html, que estoy preparando, y algo de noticias, como que se viene el messenger de google, vamos google todavia, que no para!, como me gustan esos tipos!, parece que no van a parar hasta tener todo el mercado...
Pronto.... una pequeña review de la ultima version Testing de Debian Sarge.. y muchas cosas mas...
Saludos desde los pocos dias que me quedan de vacaciones... ;=)
Saludos
Fernando Ferrari
fernandorferrari@yahoo.com.ar
Pronto.... una pequeña review de la ultima version Testing de Debian Sarge.. y muchas cosas mas...
Saludos desde los pocos dias que me quedan de vacaciones... ;=)
Saludos
Fernando Ferrari
fernandorferrari@yahoo.com.ar
Vacaciones!!!
Bueno, bueno, bueno, ahora me toca a mi, me tomo un par de dias de vacaciones, por lo que la pagina puede llegar a estar desactualizada, o mas que alguna foto mia tomando sol, semi-desnudo, no van a ver (Tranquilas... chicasss, tranquilas!!!).....
Que la pasen lindo, y no me extrañen demasiado....
Saludos
Fernando Ferrari
fernandorferrari@yahoo.com.ar
Que la pasen lindo, y no me extrañen demasiado....
Saludos
Fernando Ferrari
fernandorferrari@yahoo.com.ar
Administracion: CONTROL DE ANCHO DE BANDA...
ÍNDICE:
Introduccion
Para que sirve?
Aclarando conceptos
Trafic Control Super Script (TCSS)
Finalizando la configuración
Sitios web útiles
Para cerrar
INTRODUCCIÓN
En este articulo les voy a explicar los conceptos de administración del ancho de banda con las herramientas GNU/GPL que trabajan en conjunto con el kernel Linux. En este caso hablaremos de netfilter e iptables, iproute2, y una de sus utilidades: tc y de Traffic Control Super Script, una linda aplicación que permite especificar reglas de limitación de ancho de banda en base a IP y puerto de origen y/o destino mediante unos simplificadamente complejos archivos de configuración. También hablaremos a nivel conceptual de CBQ (Class-Based Queuing; su traducción puede sonar vulgar, pero es "Encolamiento basado en clases"), aunque el día de hoy ya contamos con otras disciplinas como HTB.
PARA QUE SIRVE?
En principio, CBQ presenta la capacidad de dar el ancho de banda requerido por cada clase en un intervalo de tiempo especificado, si hubiera demanda del mismo. Esto se logra mediante un mecanismo similar al utilizado por los delay_pools de Squid para limitación de ancho de banda de Proxy HTTP, aplicando "esperas" entre las transferencias de paquetes.
En segunda instancia CBQ permite que las clases "tomen prestado" ancho de banda no utilizado por otras clases.
ACLARANDO CONCEPTOS
El ancho de banda en si mismo es una función del tamaño y el tiempo. Por ejemplo, la velocidad la medimos en metros por segundo. En el mundo de las comunicaciones medimos bits, bytes o algún múltiplo por segundo. De esta forma tenemos que en un vinculo de 512Kb por segundo logramos una velocidad o tasa de transferencia de 64Kb por segundo, ya que 8 bits = 1 byte, y, por lo tanto, 512/8 = 64. (Olvidemos por un momento que en ADSL o cablemodem tenemos diferentes anchos de banda dependiendo de si estamos enviando o recibiendo datos). De aquí que las limitaciones de ancho de banda se realicen intercalando esperas en la trasmisión / recepción de datos, como en los delay_pools que comentábamos.
Si suponemos un escenario típico, tendremos direcciones IP (computadoras o dispositivos) que intentan acceder a recursos IP de otras redes, pasando a través de un gateway. Esto se puede aplicar a una configuración NAT clásica, direcciones IP privadas, accediendo a internet a través de un gateway GNU/Linux con dos o mas interfases de red.
Como sea, logramos que todas las solicitudes hacia internet pasen a través de nuestro gateway, por lo que podremos controlar no solo que protocolos o combinaciones de puertos o IP de origen o destino permitir, sino también el ancho de banda permitido.
En principio, quise hablar del Script CBQ.init, que permite armar fácilmente reglas de CBQ mediante el comando tc del paquete iproute2, pero le quise dar la oportunidad a otra aplicación llamada Traffic Control Super Script (TCSS). De todas formas, me gustaría comentar que CBQ.init resulta útil cuando deseamos aprender a crear nuestros propios comando tc, ya que mediante su función compile podemos obtener la traducción de los archivos de configuración CBQ.init que hagamos a comandos tc.
Así mismo, existen otras aplicaciones para este mismo propósito, como Snitch y HTB.init. Pasemos, finalmente, a revisar TCSS.
TRAFFIC CONTROL SUPER SCRIPT
Ante todo, al TCSS no lo he visto ni en Slackware, Gentoo, SuSe, Mandrake, ni en ninguna otra; van a tener que descargarlo del sitio oficial. Esto es importante: el autor recomienda que el firewalling y el control de ancho de banda lo realice un servidor GNU/Linux realizando bridging. El TCSS (y demás derivados de iproute2/tc) se puede aplicar aunque no trabajemos de dicha forma.
Al descargar TCSS, obtendremos un archivo .tar.gz. Vamos a desempaquetarlo donde deseemos. Es preferible utilizar el directorio /etc/rc.d/tcss como contenedor de configuración y aplicación, ya que la misma es muy pequeña.
El primer paso consiste en editar el archivo de configuración, llamado, increíblemente, config. Ese archivo ya existe; nos limitaremos a cambiar algunos parámetros. Recuerden que tanto la aplicación como la configuración reciden en un mismo directorio; en nuestro caso, usaremos /etc/rc.d/tcss. Este archivo aparte de los clásicos comentarios al principio, contiene estas lineas:
path='/etc/rc.d/tcss01f';
hostsfile="$path/tcss-hosts";
devicesfile="$path/tcss-devices";
shape_ports='all';
shape_parent_classid='0';
shape_protocol='tcp';
shape_prio='1';
debug=false;
version="0.1f";
allow_version_check=true;
Archivo /etc/rc.d/tcss
Las lineas que nos interesan cambiar probablemente sean tan solo path para que apunte a /etc/rc.d/tcss y allow_version_check en false. Esta variable le indica a TCSS que automáticamente verifique con su sitio oficial en internet si hay actualizaciones disponibles. Si quieren aprovechar esta funcionalidad, sepan que necesitan tener el paquete wget instalado.
Luego debemos editar el archivos tcss-devices, que indica cual es la interfaz de red conectada a internet y cual es la interfaz de red de nuestros "clientes". Viene uno de ejemplo y es el siguiente:
eth0 8139too dstif 100Mbit 10Mbit 10 cbq 1000 on
eth0 8139too srcif 100Mbit 11Mbit 11 cbq 1000 on
Archivo /etc/rd.d/tcss-devices
En este caso, vemos que hay dos interfases de 100Mb (¡Atención!, hablamos del ancho de banda físico del dispositivo, y no del ancho de banda que posee nuestra conexión a internet), eth0 y eth1, las cuales corresponden a la interfaz que lleva a nuestros clientes (eth0 configurada como dstif, que usa el modulo del kernel 8139too) y la que lleva la conexión a internet (eth1, configurada como srcif, que también usa el modulo del kernel 8139too).
Pero existen mas parámetros en este archivo. Ya vimos las cuatro primeras columnas. La quinta columna, según una regla estándar CBQ, es el valor de la cuarta dividido 10. En este caso, 100Mb / 10 = 10Mb.
Luego, la sexta columna es el numero identificador de la interfaz, único. Es recomendable usar valores menores que 20 en este archivo. En este caso usa 10 y 11. El séptimo campo indica que deseamos usar CBQ. El octavo campo indica "siempre 1000". Un valor entre 1000 y 1500 es normal. La ultima columna simplemente "activa", o no, la interfaz para ser usada en TCSS.
FINALIZANDO LA CONFIGURACIÓN
El ultimo archivo a configurar es tcss-host. Este archivo indica por cada linea una regla de control de trafico diferente. Cada regla consta de 13 parámetros, y cada valor/columna debe estar separado por otro exactamente por una tabulación (tecla). Los 13 parámetros, ordenados tal cual deben aparecer en el archivo, son:
1. Nombre de la regla
2. Dirección IP a limitar ("cliente")
3. IP o red contra la cual realizar el control de trafico (relativo a la IP "Cliente")
4. Identificador de la regla (numero siempre par empezando por 22, 24, 26, etc)
5. Sentido del trafico a controlar
6. Puerto destino
7. Puerto origen
8. Protocolo
9. Velocidad
10. Velocidad dividido 10
11. Regla activada o no
12. Regla bidireccional o no
13. Usar u32 o iptables para la clasificación
El parámetro 1 es tan solo un nombre descriptivo de la regla.
El parámetro 2 indica a que dirección IP o red limitaremos para la regla en cuestión
El parámetro 3 indica si esta regla solo se aplica cuando el destino es una cierta IP o red. En combinación con los campos 6 y 7 podemos armar reglas que tengan en cuenta diferentes combinaciones de IP de origen/destino y puerto origen/destino según el protocolo (campo 8 tcp/udp), El cuarto campo es un valor que, como recordaran debe ser mayor o igual a 22, en incrementos de 2 en 2, ya que el identificador de dispositivos es menor a 20. El quinto campo indica si es una regla de bajada (dstif) o subida (srcif). Este campo toma especial significado si al parámetro 12 no lo configuramos como bidireccional (bi o notbi, según consideremos). El campo 9 y, por consiguiente el campo 10, es el eje de este articulo: el ancho de banda que deseamos al cliente "consumir". El campo 10 es aproximadamente un 10% del campo 9. El campo 12 permite definir si el control de trafico también se realizara en el sentido de "retorno", relativo a la regla en cuestión (si es dstif o scrif). Podemos limitar la velocidad con la que el usuario baja archivos del puerto 80 de cualquier red destino (0/0), pero quizá no deseemos limitar con que velocidad puede realizar solicitudes http. Si deseamos aplicar la regla en ambos sentidos, especificaremos bi. En caso contrario notbi. La ultima columna toma sentido si nuestros clientes se encuentran NATeados, o sea, si no tienen IP publica. En este caso, no se puede utilizar un clasificador u32 (notables), sino que debe usar iptables, especificando el parámetro tables.
El archivo de configuración de ejemplo es el siguiente:
kegan-ssh 10.10.11.2 0/0 22 dstif any 22 tcp 128kbit 12kbit on bi notables
kegan-http 10.10.22.2 0/0 24 dstif 80 any tcp 64kb 6kbit on bi notables
kegan-all 10.10.11.2 0/0 26 dstif any any all 33kbit 3kbit on bi notables
Archivo /etc/rd.d/tcss-host
SITIOS WEB UTILES:
* TCCS: www.psimax.com.za - Seccion "TCSS"
* CBQ.init: www.sourceforge.net/projects/cbqinit
* HTB.init: www.sourceforge.net/projects/htbini
* Snitch: http://snitch.sourceforge.net
PARA CERRAR
Investiguen Snith con 17-filter, que permite armar reglas de control de tráfico sobre la base del protocolo de capa 7 (HTTP, FTP, por ejemplo, sin hablar del puerto 80, 20, o 21). Que les sea útil.
Articulo copiado textualmente de la revista: Linux User
Autor: Arturo "Buanzo" Busleiman
Web: www.buanzo.com.ar
Saludos
Fernando Ferrari
fernandorferrari@yahoo.com.ar
Introduccion
Para que sirve?
Aclarando conceptos
Trafic Control Super Script (TCSS)
Finalizando la configuración
Sitios web útiles
Para cerrar
INTRODUCCIÓN
En este articulo les voy a explicar los conceptos de administración del ancho de banda con las herramientas GNU/GPL que trabajan en conjunto con el kernel Linux. En este caso hablaremos de netfilter e iptables, iproute2, y una de sus utilidades: tc y de Traffic Control Super Script, una linda aplicación que permite especificar reglas de limitación de ancho de banda en base a IP y puerto de origen y/o destino mediante unos simplificadamente complejos archivos de configuración. También hablaremos a nivel conceptual de CBQ (Class-Based Queuing; su traducción puede sonar vulgar, pero es "Encolamiento basado en clases"), aunque el día de hoy ya contamos con otras disciplinas como HTB.
PARA QUE SIRVE?
En principio, CBQ presenta la capacidad de dar el ancho de banda requerido por cada clase en un intervalo de tiempo especificado, si hubiera demanda del mismo. Esto se logra mediante un mecanismo similar al utilizado por los delay_pools de Squid para limitación de ancho de banda de Proxy HTTP, aplicando "esperas" entre las transferencias de paquetes.
En segunda instancia CBQ permite que las clases "tomen prestado" ancho de banda no utilizado por otras clases.
ACLARANDO CONCEPTOS
El ancho de banda en si mismo es una función del tamaño y el tiempo. Por ejemplo, la velocidad la medimos en metros por segundo. En el mundo de las comunicaciones medimos bits, bytes o algún múltiplo por segundo. De esta forma tenemos que en un vinculo de 512Kb por segundo logramos una velocidad o tasa de transferencia de 64Kb por segundo, ya que 8 bits = 1 byte, y, por lo tanto, 512/8 = 64. (Olvidemos por un momento que en ADSL o cablemodem tenemos diferentes anchos de banda dependiendo de si estamos enviando o recibiendo datos). De aquí que las limitaciones de ancho de banda se realicen intercalando esperas en la trasmisión / recepción de datos, como en los delay_pools que comentábamos.
Si suponemos un escenario típico, tendremos direcciones IP (computadoras o dispositivos) que intentan acceder a recursos IP de otras redes, pasando a través de un gateway. Esto se puede aplicar a una configuración NAT clásica, direcciones IP privadas, accediendo a internet a través de un gateway GNU/Linux con dos o mas interfases de red.
Como sea, logramos que todas las solicitudes hacia internet pasen a través de nuestro gateway, por lo que podremos controlar no solo que protocolos o combinaciones de puertos o IP de origen o destino permitir, sino también el ancho de banda permitido.
En principio, quise hablar del Script CBQ.init, que permite armar fácilmente reglas de CBQ mediante el comando tc del paquete iproute2, pero le quise dar la oportunidad a otra aplicación llamada Traffic Control Super Script (TCSS). De todas formas, me gustaría comentar que CBQ.init resulta útil cuando deseamos aprender a crear nuestros propios comando tc, ya que mediante su función compile podemos obtener la traducción de los archivos de configuración CBQ.init que hagamos a comandos tc.
Así mismo, existen otras aplicaciones para este mismo propósito, como Snitch y HTB.init. Pasemos, finalmente, a revisar TCSS.
TRAFFIC CONTROL SUPER SCRIPT
Ante todo, al TCSS no lo he visto ni en Slackware, Gentoo, SuSe, Mandrake, ni en ninguna otra; van a tener que descargarlo del sitio oficial. Esto es importante: el autor recomienda que el firewalling y el control de ancho de banda lo realice un servidor GNU/Linux realizando bridging. El TCSS (y demás derivados de iproute2/tc) se puede aplicar aunque no trabajemos de dicha forma.
Al descargar TCSS, obtendremos un archivo .tar.gz. Vamos a desempaquetarlo donde deseemos. Es preferible utilizar el directorio /etc/rc.d/tcss como contenedor de configuración y aplicación, ya que la misma es muy pequeña.
El primer paso consiste en editar el archivo de configuración, llamado, increíblemente, config. Ese archivo ya existe; nos limitaremos a cambiar algunos parámetros. Recuerden que tanto la aplicación como la configuración reciden en un mismo directorio; en nuestro caso, usaremos /etc/rc.d/tcss. Este archivo aparte de los clásicos comentarios al principio, contiene estas lineas:
path='/etc/rc.d/tcss01f';
hostsfile="$path/tcss-hosts";
devicesfile="$path/tcss-devices";
shape_ports='all';
shape_parent_classid='0';
shape_protocol='tcp';
shape_prio='1';
debug=false;
version="0.1f";
allow_version_check=true;
Archivo /etc/rc.d/tcss
Las lineas que nos interesan cambiar probablemente sean tan solo path para que apunte a /etc/rc.d/tcss y allow_version_check en false. Esta variable le indica a TCSS que automáticamente verifique con su sitio oficial en internet si hay actualizaciones disponibles. Si quieren aprovechar esta funcionalidad, sepan que necesitan tener el paquete wget instalado.
Luego debemos editar el archivos tcss-devices, que indica cual es la interfaz de red conectada a internet y cual es la interfaz de red de nuestros "clientes". Viene uno de ejemplo y es el siguiente:
eth0 8139too dstif 100Mbit 10Mbit 10 cbq 1000 on
eth0 8139too srcif 100Mbit 11Mbit 11 cbq 1000 on
Archivo /etc/rd.d/tcss-devices
En este caso, vemos que hay dos interfases de 100Mb (¡Atención!, hablamos del ancho de banda físico del dispositivo, y no del ancho de banda que posee nuestra conexión a internet), eth0 y eth1, las cuales corresponden a la interfaz que lleva a nuestros clientes (eth0 configurada como dstif, que usa el modulo del kernel 8139too) y la que lleva la conexión a internet (eth1, configurada como srcif, que también usa el modulo del kernel 8139too).
Pero existen mas parámetros en este archivo. Ya vimos las cuatro primeras columnas. La quinta columna, según una regla estándar CBQ, es el valor de la cuarta dividido 10. En este caso, 100Mb / 10 = 10Mb.
Luego, la sexta columna es el numero identificador de la interfaz, único. Es recomendable usar valores menores que 20 en este archivo. En este caso usa 10 y 11. El séptimo campo indica que deseamos usar CBQ. El octavo campo indica "siempre 1000". Un valor entre 1000 y 1500 es normal. La ultima columna simplemente "activa", o no, la interfaz para ser usada en TCSS.
FINALIZANDO LA CONFIGURACIÓN
El ultimo archivo a configurar es tcss-host. Este archivo indica por cada linea una regla de control de trafico diferente. Cada regla consta de 13 parámetros, y cada valor/columna debe estar separado por otro exactamente por una tabulación (tecla
1. Nombre de la regla
2. Dirección IP a limitar ("cliente")
3. IP o red contra la cual realizar el control de trafico (relativo a la IP "Cliente")
4. Identificador de la regla (numero siempre par empezando por 22, 24, 26, etc)
5. Sentido del trafico a controlar
6. Puerto destino
7. Puerto origen
8. Protocolo
9. Velocidad
10. Velocidad dividido 10
11. Regla activada o no
12. Regla bidireccional o no
13. Usar u32 o iptables para la clasificación
El parámetro 1 es tan solo un nombre descriptivo de la regla.
El parámetro 2 indica a que dirección IP o red limitaremos para la regla en cuestión
El parámetro 3 indica si esta regla solo se aplica cuando el destino es una cierta IP o red. En combinación con los campos 6 y 7 podemos armar reglas que tengan en cuenta diferentes combinaciones de IP de origen/destino y puerto origen/destino según el protocolo (campo 8 tcp/udp), El cuarto campo es un valor que, como recordaran debe ser mayor o igual a 22, en incrementos de 2 en 2, ya que el identificador de dispositivos es menor a 20. El quinto campo indica si es una regla de bajada (dstif) o subida (srcif). Este campo toma especial significado si al parámetro 12 no lo configuramos como bidireccional (bi o notbi, según consideremos). El campo 9 y, por consiguiente el campo 10, es el eje de este articulo: el ancho de banda que deseamos al cliente "consumir". El campo 10 es aproximadamente un 10% del campo 9. El campo 12 permite definir si el control de trafico también se realizara en el sentido de "retorno", relativo a la regla en cuestión (si es dstif o scrif). Podemos limitar la velocidad con la que el usuario baja archivos del puerto 80 de cualquier red destino (0/0), pero quizá no deseemos limitar con que velocidad puede realizar solicitudes http. Si deseamos aplicar la regla en ambos sentidos, especificaremos bi. En caso contrario notbi. La ultima columna toma sentido si nuestros clientes se encuentran NATeados, o sea, si no tienen IP publica. En este caso, no se puede utilizar un clasificador u32 (notables), sino que debe usar iptables, especificando el parámetro tables.
El archivo de configuración de ejemplo es el siguiente:
kegan-ssh 10.10.11.2 0/0 22 dstif any 22 tcp 128kbit 12kbit on bi notables
kegan-http 10.10.22.2 0/0 24 dstif 80 any tcp 64kb 6kbit on bi notables
kegan-all 10.10.11.2 0/0 26 dstif any any all 33kbit 3kbit on bi notables
Archivo /etc/rd.d/tcss-host
SITIOS WEB UTILES:
* TCCS: www.psimax.com.za - Seccion "TCSS"
* CBQ.init: www.sourceforge.net/projects/cbqinit
* HTB.init: www.sourceforge.net/projects/htbini
* Snitch: http://snitch.sourceforge.net
PARA CERRAR
Investiguen Snith con 17-filter, que permite armar reglas de control de tráfico sobre la base del protocolo de capa 7 (HTTP, FTP, por ejemplo, sin hablar del puerto 80, 20, o 21). Que les sea útil.
Articulo copiado textualmente de la revista: Linux User
Autor: Arturo "Buanzo" Busleiman
Web: www.buanzo.com.ar
Saludos
Fernando Ferrari
fernandorferrari@yahoo.com.ar
Estas aburrido? - 2 Parte
Tenes ganas de jugar un rato?, porque no probas por aca?:
http://www.areadejuegos.com/
No tenes tiempo?, queres hacer un Counter-Strike, rapidito??:
http://www.rincondeljuego.com/jugar.php?id=620
Este juego va con dedicatoria especial a algunos de mis amigos, se llama "Chamullate la mina" ;=), ojo con apurarse que despues....
http://www.rincondeljuego.com/jugar.php?id=87
Saludos
Fernando Ferrari
fernandorferrari@yahoo.com.ar
http://www.areadejuegos.com/
No tenes tiempo?, queres hacer un Counter-Strike, rapidito??:
http://www.rincondeljuego.com/jugar.php?id=620
Este juego va con dedicatoria especial a algunos de mis amigos, se llama "Chamullate la mina" ;=), ojo con apurarse que despues....
http://www.rincondeljuego.com/jugar.php?id=87
Saludos
Fernando Ferrari
fernandorferrari@yahoo.com.ar
CURIOSIDADES: Algunas paginas en el recuerdo....
La primer pagina de google (no oficial)
http://web.archive.org/web/19980502040303/http://google.stanford.edu/
La primer pagina oficial de google
http://web.archive.org/web/19990117023058/http://www.google.stanford.edu/
Gracias Tetelo, por la info, muy interesante, pero, comica sobre todo ;=)
Saludos
Fernando Ferrari
fernandorferrari@yahoo.com.ar
http://web.archive.org/web/19980502040303/http://google.stanford.edu/
La primer pagina oficial de google
http://web.archive.org/web/19990117023058/http://www.google.stanford.edu/
Gracias Tetelo, por la info, muy interesante, pero, comica sobre todo ;=)
Saludos
Fernando Ferrari
fernandorferrari@yahoo.com.ar
Suscribirse a:
Entradas (Atom)