Split.conf - Una alternativa de Optimización [INACTIVE]

Foro dedicado a Argento QoS, Argento Bridge y HDB.

Split.conf - Una alternativa de Optimización

Mensagempor eddie » Dom Abr 13, 2008 1:29 am

Partiendo de la configuración implementada en el Escenario 1. Tema ya tratado en el respectivo tutorial
viewtopic.php?f=40&t=63461
La idea de este post es, en líneas generales, optimizar o corregir el contenido de un split.conf(para su contenido remitirse al tutorial) para aquellos interesados en tener lo más "afinada" la configuración para el Escenario 1 del split y de las Gateways(o argentoqos) afectadas y que sirva como referencia para implementaciones similares.
La gran paradoja se presenta, no en el split en sí mismo sino que configuración es la más adecuada para, en este caso, los argentoqos o las gateways. Y si bien no las involucro(argentoqos/gateway), más bien las diferencio, ya que algunos podrán aducir que con solo dos gateway(BrazilFW) y su QoS nativo es suficiente o alcanza y sobra, mientras que otros aduciran que es mejor el uso de argentoqos(con el uso o no de los diferentes perfiles disponibles) en cada gateway.
Dejo el debate propuesto para aclarar, en este escenario, que configuración podría ser la más "acertada o conveniente" para este caso.

Saludos
P.D. Este post está inspirado en el debate presenciado por mí entre ramiropama y jcmr79 :aplause:
¿Puede ser Split la respuestas a nuestar viejas Plegarias?
Cogito ergo sum(Pienso, luego existo....) Split al rescate...........
Avatar do usuário
eddie
BFW Very Participative
 
Mensagens: 307
Registrado em: Ter Mar 14, 2006 11:54 pm
Localização: Argentina
BrazilFW Box:

Re: Split.conf - Una alternativa de Optimización

Mensagempor ramiropampa » Dom Abr 13, 2008 4:46 am

En realidad yo solo hago preguntas, es mi primer día con split, y aunque todavia no esta afinado, quede sorprendido con su rendimiento. Ahora bien, es mi deseo "resucitar la mula" algo que no pude hacer con argentoqos, porque el ares manda. Bueno, para esto voy a probar con el siguiente esquema.

1- QOS Oficial (p2p) ----------------------
----------------------------------------------------ArgentoBridge --------------- LAN
2- ? todavia no se -------------------------
(navegacion)

la línea principal es la 1 y apunto squid a la linea 2. POrque el qos oficial? antes de utilizar argentoqos, yo usaba el oficial, donde cada usuario tenia una regla de qos con toda la bajada disponible pero la subida limitada en 30 kbps. Con ese entorno, la mula descargaba entre 40 y hasta 60 KB sin problemas, eso es lo que tratare de lograr nuevamente.

De momento estoy usando split sin ningun qos, ambos detenidos, y ares descarga al palo, y la navegacion es exelente y todo sin QOS. Era impensado para mi hasta hace 2 dias tener un brazil sin QOS, pero parece que split hace maravillas :aplause:

Bueno, tengo mucho por delante para probar y les voya ir comentando lo que logre y lo que no logre.

Saludos
Ramiro
Reglas del foro
Topics Importantes a leer antes de preguntar!
Que hacer al solucionar un problema

-Si compartes el Dinero, queda la mitad, Si compartes el Conocimiento, queda el DOBLE
Avatar do usuário
ramiropampa
BFW Beneméritos
 
Mensagens: 4141
Registrado em: Qua Dez 28, 2005 6:31 pm
Localização: En mi casa
BrazilFW Box:

Re: Split.conf - Una alternativa de Optimización

Mensagempor fenixioss » Dom Abr 13, 2008 5:00 am

Quisiera avisarle a todos en la comunidad...Que esto del split y la dupla argento que muchos de los que estan en el foro no es para tomar a la ligera...Y lo digo con conocimiento de causa..
El requisito sine qua non para comenzar con esto es tener BIEN afinado el tema del brazil "pelado" por asi decirlo, ya que anduve por el "bunker" de ramiropampa...Y les voy a decir que todo lo que vi...A veces asusta...
Segun me comento ramiro, no es tan dificil, pero tengo mis dudas...Je
Tambien me gustaria excusar a todos los que a veces nos hacemos un poco "intolerables" por que a veces nos parece que hay temas que si o si tienen que estar sabidos y nos olvidamos que cada uno va haciendo su propia experiencia..
Tambien tengo que decir que este foro es MUY completo, y que hay de todo tipo de informacion para que los que no sabemos aprendamos a configurar esta distro que esta tan copada..
Ah! otra cosa...Esto a forma de ayuda tambien ( para los que recien empiezan) La forma de utilizar el brazil de una mejor forma es utilizando el web admin..Je
Nos vemos, y que disfruten del foro!!
fenixioss
 

Re: Split.conf - Una alternativa de Optimización

Mensagempor ramiropampa » Dom Abr 13, 2008 12:48 pm

fenixioss escreveu:Segun me comento ramiro, no es tan dificil, pero tengo mis dudas...Je


lo unico que no te recomiendo Enzo, es armar una pc con win y 4 braziles virtuales, 2 NAT y 2 brdige :oops: yo no pude y eso que tenia a dos monstritos del foro como son Juanillo y JCMR online y con VNC :mrgreen: :mrgreen: :mrgreen:

Tuve que abortar mision por falta de tiempo. Pero ya volvere a la carga.

Saludos
Ramiro
Reglas del foro
Topics Importantes a leer antes de preguntar!
Que hacer al solucionar un problema

-Si compartes el Dinero, queda la mitad, Si compartes el Conocimiento, queda el DOBLE
Avatar do usuário
ramiropampa
BFW Beneméritos
 
Mensagens: 4141
Registrado em: Qua Dez 28, 2005 6:31 pm
Localização: En mi casa
BrazilFW Box:

Re: Split.conf - Una alternativa de Optimización

Mensagempor jcmr79 » Dom Abr 13, 2008 3:00 pm

eddie, aunque tu configuracion de split no es mala, te cuento que ya no tengo ni escenario 1 ni escenario 2, uso lo que seria el escenario 3, pues es un hibrido de ambos escenarios donde ya no poseo del todo una linea espesifica apra navegacion y otra para P2P o digamos que si pero no del todo (Ya les digo proque tanto hablar para adelanete y para atras con esto de los escenarios)

bien, en mi escenario particular busca mas a mi escenario 2 poruqe los P2P salen solo por linea 2, pero toma parte del escenario 1 porque MSN, transferencias de archivos por MSN, FTP, SMTP, POP3 y algunos otros servicios que no recuerdo y que deberian salir por linea 1 para cumplir con dicho escenario yo los saco por la linea 2 (Por esto digo que tengo un Hibrido), la Vos (Skype y MSN), Video, HTTP, HTTPS, y el resto del trafico salen por linea 1 como si no tubiese split aunque si lo poseo..... bueno luego de demostrarle mis config les explico el porque de aplicar tal calimidad y es que ya sea escenario 1 o escenario 2, con ambas configuraciones siempre notaba que alguna de las dos lineas la carga de trabajo era algo menor, asi que desde mi punto de vista nos conseguiamos con algun tipo de desaprobechamiento de por lo menos 1 ADSL, con este hibrido de escenarios donde hay la obligacion de tener qos en las dos lineas la carga de trabajo de las dos lineas se nota un poco mas pareja, de hecho parece casi un valanceo de cargas aunque solo sea implementacion de split, como consecuencia y por usar qos, los P2P siguen descargando a los mismos 20 o 30 KB que me descargaban aun antes de implementar el hibrido, asi que de momento este hibrido se me hace imposible desmontarlo....... :o!


ramiropampa, la diferencia con que te estas encontradno es que ahora solo tienes casi 2.5 MB de bajada para HTTP, HTTPS y los servicios que has redireccionado, por eso toda la gran diferencia, pero algo que note es que una linea no queda a full trabajando mientras que la otra casi queda saturada, con el hibrido las dos lineas quedan trabajando todo el tiempo y gracias a los QoS no tengo problemas en los servicios importantes como HTTP, HTTPS MSN, Vos en General y los P2P todos tienen las puerta abiertas, ninguno esta bloqueado por la linea 2, por la 1 siq ue no hay permiso para ninguno.....

en cuanto a los virtuales ramiro, algo me dice que tu problema estubo en usar Windows UE o agun Windows no original, si windows de por si ya tiene muchos problemas imaginemos con uno que esta parcialmente modificado, tal ves algunas cadenas de codigos necesarias para el trabajo de los virtuales le falte al windows que estas usando y por eso se te viene los problemas, yo tengo Windows XP SP2 Totalmente Original, con todas las actualizacions que sacan instaladas, creoq ue eso da mas estabilidad al equipo..... yo si recominedo Los Virtuales al 100% y mas cuando usamos UPS porque estas baterias asi duran unos minutos mas como para terminar la ultima descarga que le faltaba poco..... :o!


fenixioss, excelente tu participacion..... espero tambien implementes Split.....


.
jcmr79
 

Re: Split.conf - Una alternativa de Optimización

Mensagempor Juanillo » Dom Abr 13, 2008 3:17 pm

en cuanto a los virtuales ramiro, algo me dice que tu problema estubo en usar Windows UE o agun Windows no original, si windows de por si ya tiene muchos problemas imaginemos con uno que esta parcialmente modificado, tal ves algunas cadenas de codigos necesarias para el trabajo de los virtuales le falte al windows que estas usando y por eso se te viene los problemas, yo tengo Windows XP SP2 Totalmente Original, con todas las actualizacions que sacan instaladas, creoq ue eso da mas estabilidad al equipo.....


Ese no es el problema, yo uso SurikataOS revision Mangosta (un XP "recortado") y nunca tuve ningun problema.

Saludos

Juan
Juanillo
 

Re: Split.conf - Una alternativa de Optimización

Mensagempor eddie » Dom Abr 13, 2008 3:35 pm

No lo tomen a mal, pero si empezamos a tratar el tema de virtualización, creo que se estaría desvirtuando la temática de este post ^/

Saludos
Avatar do usuário
eddie
BFW Very Participative
 
Mensagens: 307
Registrado em: Ter Mar 14, 2006 11:54 pm
Localização: Argentina
BrazilFW Box:

Re: Split.conf - Una alternativa de Optimización

Mensagempor gamba47 » Dom Abr 13, 2008 9:34 pm

Les posteo mi archivo de configuración del GRAN SPLIT.CONF (abrazo a SAN NACHAZO)

Código: Selecionar todos
point_squid 192.168.0.3  # Redirecciono Squid

split_port tcp 443 00:00:21:2d:ab:1c
split_port tcp 5800 00:00:21:2d:ab:1c
split_port tcp 5900 00:00:21:2d:ab:1c
split_port tcp 8001:8002 00:00:21:2d:ab:1c
split_port udp 8001:8002 00:00:21:2d:ab:1c
split_port udp 22 00:00:21:2d:ab:1c
#MSN
split_port udp 6901 00:00:21:2d:ab:1c
split_port tcp 6901 00:00:21:2d:ab:1c
split_port tcp 1863 00:00:21:2d:ab:1c
split_port tcp 6891:6900 00:00:21:2d:ab:1c # Transferencias MSN
split_port tcp 110 00:00:21:2d:ab:1c # Pop3
split_port tcp 25 00:00:21:2d:ab:1c # SMTP
split_port tcp 465 00:00:21:2d:ab:1c # Gmail
split_port tcp 995 00:00:21:2d:ab:1c # Gmail
split_port tcp 143 00:00:21:2d:ab:1c
split_port tcp 4662 00:00:21:2d:ab:1c #favorecemos a emule
split_port udp 4672 00:00:21:2d:ab:1c #favorecemos a emule
split_port udp 21 00:00:21:2d:ab:1c
split_port udp 20 00:00:21:2d:ab:1c

## PC YOEL
split_port_ip tcp 27000:27015 192.168.0.218 00:00:21:2d:ab:1c # Counter
split_port_ip udp 27000:27015 192.168.0.218 00:00:21:2d:ab:1c # Counter
split_port_ip tcp 2020 192.168.0.218 00:00:21:2d:ab:1c # GTA
split_port_ip udp 2020 192.168.0.218 00:00:21:2d:ab:1c # GTA
# PC Fabrizio
split_ip 192.168.0.230 00:00:21:2d:ab:1c


Uso el escenario en el que el trafico sin redireccion sale por la linea más saturada, a mi más que nada me interesa tener buena velocidad en la navegación, MSN y si alguno me pide algún VOIP se lo doy tambien por este lado. La linea de los p2p esta mucho más saturada, pero por lo menos tengo excelentes tiempos de respuestas para la navegación.
Que hago en los ArgentoQoS??
En el ArgentoQoS_P2P (por así decirlo) dejo el QoS desactivado y por las dudas tengo una configuración básica disponible por si se me cae la otra linea y tengo que apagar el Squid.
En el ArgentoQoS_http dejo el QoS habilitado (casi como viene de fabrica) para que no se me escapen los p2p (Ares principalmente) ya que se reconocen un puerto liberado podrían salir por él.

Saludos. gamba47
Avatar do usuário
gamba47
BFW Beneméritos
 
Mensagens: 7243
Registrado em: Ter Dez 27, 2005 1:51 pm
Localização: Buenos Aires, Argentina
BrazilFW Box: Pentium4 1256mb RAM HD 200gb
BrazilFW 3.0.237 without Squid
3 ADSLs & 1 Cablemodem
50 Users & more!

Re: Split.conf - Una alternativa de Optimización

Mensagempor digimat » Seg Abr 14, 2008 12:19 am

El tema de split es mu interesante, creo no hay un escenarios ideal para cubrir las necesidades de cada uno de nosotros.

En mi caso yo tengo 2 redes, por el cual una red sale por una linea de 1024/1024 , por esta misma linea salen todos los servicios de la segunda red excepto la navegacion web la cual la redirecciono por otra linea de 1.5/256kbs. En mi caso no hay ares ni emule.

Pero el escenario 1 es el mejor performance.

Con el split estoy pensando realizar planes de velocidades por ejemplo.

Alta velocidad en web sin limite (de acuerdo a nuestro ancho de banda contratado)
Plan velocidades ( 128,256,etc)

Como veran es a la necesidad de cada uno, definitavemente utilizaria vmware. Tengo vmware en ue sin problemas.
digimat
 

Re: Split.conf - Una alternativa de Optimización

Mensagempor jcmr79 » Seg Abr 14, 2008 2:39 am

gamba47, creo que tu split es algo pequeño en comparacion al mio...... :mrgreen: :mrgreen:



Código: Selecionar todos
split_port tcp 20 00:0C:29:4D:BD:3D
split_port udp 20 00:0C:29:4D:BD:3D
split_port tcp 21 00:0C:29:4D:BD:3D
split_port udp 21 00:0C:29:4D:BD:3D
split_port tcp 22 00:0C:29:4D:BD:3D
split_port udp 22 00:0C:29:4D:BD:3D
#split_port tcp 80 00:0C:29:4D:BD:3D
#split_port udp 80 00:0C:29:4D:BD:3D
#split_port tcp 81 00:0C:29:4D:BD:3D
#split_port udp 81 00:0C:29:4D:BD:3D
split_port tcp 110 00:0C:29:4D:BD:3D
split_port udp 110 00:0C:29:4D:BD:3D
split_port tcp 143 00:0C:29:4D:BD:3D
###split_port tcp 443 00:0C:29:4D:BD:3D
#split_port udp 443 00:0C:29:4D:BD:3D
##split_port tcp 444 00:0C:29:4D:BD:3D
#split_port udp 444 00:0C:29:4D:BD:3D
##split_port tcp 445 00:0C:29:4D:BD:3D
#split_port udp 445 00:0C:29:4D:BD:3D
split_port tcp 1860 00:0C:29:4D:BD:3D
split_port tcp 1861 00:0C:29:4D:BD:3D
split_port tcp 1862 00:0C:29:4D:BD:3D
split_port tcp 1863 00:0C:29:4D:BD:3D
split_port tcp 1864 00:0C:29:4D:BD:3D
split_port tcp 1865 00:0C:29:4D:BD:3D
split_port tcp 1866 00:0C:29:4D:BD:3D
split_port tcp 1867 00:0C:29:4D:BD:3D
split_port tcp 1868 00:0C:29:4D:BD:3D
split_port tcp 1869 00:0C:29:4D:BD:3D
split_port tcp 5800 00:0C:29:4D:BD:3D
split_port tcp 5900 00:0C:29:4D:BD:3D
split_port tcp 7000:7800 00:0C:29:4D:BD:3D
split_port udp 7000:7800 00:0C:29:4D:BD:3D
split_port tcp 800 00:0C:29:4D:BD:3D
split_port udp 800 00:0C:29:4D:BD:3D
split_port tcp 1723 00:0C:29:4D:BD:3D
split_port udp 1723 00:0C:29:4D:BD:3D
split_port tcp 63942 00:0C:29:4D:BD:3D
split_port udp 44450 00:0C:29:4D:BD:3D
split_port tcp 4000:4999 00:0C:29:4D:BD:3D
split_port udp 4000:4999 00:0C:29:4D:BD:3D
split_port tcp 30000:39999 00:0C:29:4D:BD:3D
split_port udp 30000:39999 00:0C:29:4D:BD:3D
#
#Torrents
split_port tcp 5000:5200 00:0C:29:4D:BD:3D
split_port udp 5000:5200 00:0C:29:4D:BD:3D
split_port tcp 58467 00:0C:29:4D:BD:3D
split_port udp 56899 00:0C:29:4D:BD:3D
split_port tcp 40530 00:0C:29:4D:BD:3D
split_port udp 40530 00:0C:29:4D:BD:3D
split_port tcp 28620 00:0C:29:4D:BD:3D
split_port udp 28620 00:0C:29:4D:BD:3D
#
#Ares
split_port tcp 48831 00:0C:29:4D:BD:3D
split_port udp 48831 00:0C:29:4D:BD:3D
split_port tcp 47144 00:0C:29:4D:BD:3D
split_port udp 47144 00:0C:29:4D:BD:3D
split_port tcp 18707 00:0C:29:4D:BD:3D
split_port udp 18707 00:0C:29:4D:BD:3D
split_port tcp 26634 00:0C:29:4D:BD:3D
split_port udp 26634 00:0C:29:4D:BD:3D
split_port tcp 20000 00:0C:29:4D:BD:3D
split_port udp 20000 00:0C:29:4D:BD:3D
split_port tcp 15472 00:0C:29:4D:BD:3D
split_port udp 15472 00:0C:29:4D:BD:3D
split_port tcp 6000:6999 00:0C:29:4D:BD:3D
split_port udp 6000:6999 00:0C:29:4D:BD:3D
split_port tcp 19927 00:0C:29:4D:BD:3D
split_port udp 16844 00:0C:29:4D:BD:3D
split_port tcp 19392 00:0C:29:4D:BD:3D
split_port udp 19392 00:0C:29:4D:BD:3D
split_port udp 8001:8020 00:0C:29:4D:BD:3D # Counter
split_port tcp 8001:8020 00:0C:29:4D:BD:3D # Counter
split_port udp 27000:27039 00:0C:29:4D:BD:3D # Counter
split_port tcp 27000:27039 00:0C:29:4D:BD:3D # Counter
split_port udp 64000:64800 00:0C:29:4D:BD:3D # Counter
split_port tcp 64000:64800 00:0C:29:4D:BD:3D # Counter
split_port tcp 20035 00:0C:29:4D:BD:3D
split_port udp 20038 00:0C:29:4D:BD:3D
split_port tcp 20235 00:0C:29:4D:BD:3D
split_port udp 20235 00:0C:29:4D:BD:3D
split_port tcp 20857 00:0C:29:4D:BD:3D
split_port udp 20857 00:0C:29:4D:BD:3D
#
split_port udp 7268 00:0C:29:4D:BD:3D
#
#
split_port tcp 2082 00:0C:29:4D:BD:3D
split_port udp 2082 00:0C:29:4D:BD:3D
split_port tcp 2095 00:0C:29:4D:BD:3D
split_port udp 2095 00:0C:29:4D:BD:3D
split_port tcp 5095 00:0C:29:4D:BD:3D
split_port udp 5095 00:0C:29:4D:BD:3D
split_port tcp 64000:64800 00:0C:29:4D:BD:3D
split_port udp 64000:64800 00:0C:29:4D:BD:3D


en mi caso, lo no mensionado sale por la linea 1 que es mi linea por defecto.


.
jcmr79
 

Re: Split.conf - Una alternativa de Optimización

Mensagempor gamba47 » Seg Abr 14, 2008 10:38 am

Si JC, la tuya es ampliamente mayor porque vos estas mandando por la otra linea lo que no tiene que tener alta prioridad, por lo tanto, tenes mucho más trabajo que hacer para controlar las cosas, porque por defecto cualquier programa sale por la linea 1 (que supongo que es la linea que vos no tenes saturada de p2p).

El problema te vendría cuando tenés Ares instalado y empieza a usar los puertos no declarados en tu split.conf, le tiras la pelota a tu ArgentoQoS_1. Que configuraciones tienen en sus ArgentoQoS??
Avatar do usuário
gamba47
BFW Beneméritos
 
Mensagens: 7243
Registrado em: Ter Dez 27, 2005 1:51 pm
Localização: Buenos Aires, Argentina
BrazilFW Box: Pentium4 1256mb RAM HD 200gb
BrazilFW 3.0.237 without Squid
3 ADSLs & 1 Cablemodem
50 Users & more!

Re: Split.conf - Una alternativa de Optimización

Mensagempor ramiropampa » Seg Abr 14, 2008 12:58 pm

Hola gente, bueno les cuento que tuve muy buen resultado con emule, usando el qos oficial. Se desempeña muy bien, no se porque pero emule descarga mano a mano con el ares, vi emule descargando a 46 KB y eso es justo lo que buscaba. En la linea secundaria, navegación, todavia sigo sin qos alguno, ya que no dispongo de tiempo para probar, y como no salen p2p por ahi la navegación anda hermoso, youtube no solo se ve en tiempo real, sino que se puede hasta adelantar jajajaja.

voy a seguir probando, creo que la gran disponibilidad de recursos que nos proporciona split, hace que no sea tan necesario el argentos, este último es para ambientes criticos, yo duplique mi cantidad de usuarios gracias a argentoqos, cuando tenia una sola línea, pero al disponer ahora de un mayor de ancho de banda, parece que no hara falta, hasta que se sumen mas clientes y el ambiente se vuelva nuevamente crítico. De todas maneras, hay que probar y probar y probar......

PD: aunque no lo use, sigo siendo fana de ArgentoQoS, el que tenga dudas que mire mi avatar :o!

Saludos
Ramiro
Reglas del foro
Topics Importantes a leer antes de preguntar!
Que hacer al solucionar un problema

-Si compartes el Dinero, queda la mitad, Si compartes el Conocimiento, queda el DOBLE
Avatar do usuário
ramiropampa
BFW Beneméritos
 
Mensagens: 4141
Registrado em: Qua Dez 28, 2005 6:31 pm
Localização: En mi casa
BrazilFW Box:

Re: Split.conf - Una alternativa de Optimización

Mensagempor fenixioss » Seg Abr 14, 2008 9:53 pm

Jaja...De eso del avatar te dije yo!!!
Me robaste el posteo!!!
fenixioss
 

Re: Split.conf - Una alternativa de Optimización

Mensagempor fenixioss » Seg Abr 14, 2008 10:10 pm

Pregunta... Los parametros de velocidad de bajada y subida de lineas 1 y 2...Se pueden saber??
Para saber como teoricamente podria yo armar mi split...
fenixioss
 

Re: Split.conf - Una alternativa de Optimización

Mensagempor fenixioss » Seg Abr 14, 2008 10:24 pm

Totalmente off- toppic..
Viste cuando los numeritos y las letras empiezan a tener formas??
Ahora entendi a lo que te referias Emi...Jaja!!!!
fenixioss
 

Re: Split.conf - Una alternativa de Optimización

Mensagempor Juanillo » Ter Abr 15, 2008 10:34 am

Hola gente, bueno les cuento que tuve muy buen resultado con emule, usando el qos oficial. Se desempeña muy bien, no se porque pero emule descarga mano a mano con el ares, vi emule descargando a 46 KB y eso es justo lo que buscaba.


Grande Ramiro !!! aplique tu receta y mi linea p2p que antes estaba al 25% ahora está al 90% ... excelente (al estilo Montgomery Burns).

Yo creo que el problema no es del ArgentoQOS, sino de la interfaz entre el teclado y la silla (o sea nosotros) que no lo configuramos debidamente, pero con split creo que no es necesario.

Saludos

Juan
Juanillo
 

Re: Split.conf - Una alternativa de Optimización

Mensagempor nachazo » Ter Abr 15, 2008 7:22 pm

simplemente configuren al protocolo emule con prioridad normal... y vean que pasa...

Salutes.
nachazo
 


Voltar para Serie de add-ons Argento

Quem está online

Usuários navegando neste fórum: Nenhum usuário registrado e 2 visitantes

cron