Tarpit: Famoso engana bobo, mesmo que o DROP, mas ele finge que aceita a conexão.
http://wiki.mikrotik.com/wiki/Manual:TOC
No tecniquês:
Responde a conexão de entrada "TCP - SYN" com um "TCP - SYN/ACK", "fingindo" um ACCEPT mas na verdade ele dropa a conexão.
Quanto ao(s) colega(s) que falaram em fazer exceção da regra, principalmente, a porta 80 discordo mesmo, porque a maioria dos vírus atuais e programas P2P quando não usam já direto a porta 80 para tráfego, a usam automaticamente quando são bloqueados em suas portas default.
Detalhe, nunca reclamei do Speedr ficar lento, pois nunca ficou aqui!
Valew Saulo!
O fórum do Speedr também é cultura, engano bobo é boa hehe.
Então caros caros amigos do Speedr, vamos sair com uma versão estável com base na 16.1 e as alterações dos errinhos e voltando a fazer cache dos videos do uol e companhia...
A equipe desde o princípio esta trabalhando nisso.
................Deixa pra lá
Sem mais.
Olá pessoal, alguém já passou por isso antes? Os arquivos passam pelo o Speedr e quebram a regram de controle de banda do mikrotik. Sem o speedr o trafego normaliza
Pessoal, como tem sido muito falado aqui, também estamos enfrentando excesso de conexões descartadas. Contudo, já fazíamos controle de conexões por cliente. Mesmo assim, estávamos revisando nossas regras e procurando alguma falha. O que estranhamos é que somente nas últimas RCs essas conexões descartadas surgiram em alto volume (cheguei a ter mais de 500.000 em um dia).
Bem, nessa madrugada renovamos nossas licenças. Um de nossos servidores Speedr teve dificuldades para reconhecer a licença renovada, então o reiniciamos para ver se ele reconhecia a chave corretamente. Reconheceu, mas antes mesmo de direcionarmos o tráfego para ele, ela já estava marcando conexões descartadas... mesmo estando zerado o número de conexões atuais e o pico de conexões (conforme imagem anexo). Será que não pode haver algum bug nessa contabilização de conexões descartadas?
Obrigado pela atenção desde já!
Depois de acompanhar quase todos os tópicos(ainda estava com a RC10 para evitar stress) senti firmeza nesta RC16.1 então...
Primeiro servidor com RC16.1 a mais de 4 horas e tudo ok, não zerou uptime, youtube ok, inicialmente videos do bol não estão sendo cacheados mas é fato já conhecido, número de conexões parece estar dentro do normal porém só no horário de pique para sentir o comportamento desta versão. Na sequencia farei mais testes...
Por enquanto tudo ok, parabéns pessoal do desenvolvimento e colegas que colaboraram nesta luta.
To reply this post or create new ones you must login
*emphasis **more emphasis**
(4 spaces)code
> quote
* List item
* Another list item
1. Ordered list item
2. Other ordered list item
# Fist level title (##, ###, ####)
[Link's Text](http://address.com)