Roberto seu pensamento está correto sim é possível fazer isso que você relatou facilmente baseado (nao com a mesma regra) do post indicado.

Agora é claro depende da forma que foi feito o redirecionamento para o Speedr. Da formas que fazemos é possível, mas da forma indicada pela equipe do Speedr realmente não é possível fazer funcionar sua idéia corretamente.

Roberto Ferreira, concordo, oq interessa é oq vc direciona para ele, agora uma vez em bridge, ou direcionando tudo ai sim vai tudo q tranqueira.

Olá

Gostaria de saber como está essa versão, estamos com 0.9.0 beta RC19.4.

Não mudemos ainda devido que nossos servidores estão na rede funcionando....

Já pode atualizar ou esta com erros ?

Pois é Minelli e Paulo. Acho que o Guilherme não compreendeu direito o post, por que não sugeri usar a regra e sim parte dela e adaptando a situação dá pra rodar bem e diminuir bem a carga do proxy.

A partir dessa ideia e com as devidas adaptações a coisa funfa sim, porém como disse, alguns mais experiêntes do que eu no mikrotik (rss) logo perceberiam a ideia.

Paulo quando estava escrevendo o post tinha a certeza que você iria opinar, ao menos não ficou tão feio pra mim ''agora'' (ehehehehehehhehe).

Rodrigo, e como é esse redirecionamento de outra forma? sem ser dst-nat ou mark-routing?

Iradio, eu recomendaria você aguardar, a próxima deve sair do forno ainda esta semana.

Nao, na minha humilde opniao nao ha controversias.

Em primeiro lugar, voce precisa ler o cabecalho HTTP Content-Length para saber qual o tamanho do objeto que esta por vir.

A outra alternativa eh ler ate o EOF do socket, armazenar o conteudo na RAM e "medir" o tamanho do bloco de memoria.

Uma terceira alternativa, usada pelo MK, eh deixar a conexao "fechar", e conta o numero de bytes passado por ela. Depois que a conexao fechou, vc se importaria em dizer que metodo eh utilizado pra redireciona-la pro Speedr?

De fato fiquei completamente sem entender como parte da regra poderia ser usada. Minelli e Roberto, podem elaborar mais pra gente entender?

Que tal Henrique, tengo a varios usuarios, que para saltar la limitación que Telecom Argentina esta realizando en el acceso al contenido de youtube, están utilizando este WebProxy: https://www.4everproxy.com en particular este: https://www.unblockyoutube.co El problema es que todo ese trafico no es detectado de ninguna forma por el speedr. Existe alguna forma de poder cachear ese contenido? Muchas gracias!!!

Obrigado Henrique Fernandes Silveira

Martin, o trafego eh https, ou seja, SSL e por enquanto o Speedr nao faz cache deste conteudo.

Gracias Guillerme por la pronta respuesta!!! En casos como este, no existe ninguna otra alternativa comercial para NO perder todos esos Gigabytes de video?