pois e o q parece kkkkk
Versão Imprimível
ta va tudo ok com a ver 3.25
agora com a 4.9
ta aparecendo as seguintes msn de log
WLAN1: DATA FROM UNKNOMN DEVICE (mac do cliente) SENT DEAUTH
(mac do cliente)@WLAN1: DISCONNECTED, EXTENSIVE DATA LOSS
ta a mesma config o mesmo cartão mesma Rb tudo
so fiz atualizar para a ver 4.9
Oi Pessoal,
Alguem sabe dizer SE a 4.9 FINALMENTE arrumou o problema do nstream + modo bridge que fica instavel ????
Abraços,
Na época da 4.2 (acho que foi essa mesmo), percebi isso. O sinal dos clientes, na 3.30 estavam todos blzudo, atualizando ficavam mais baixo e começavam a pipocar esses extensive data loss.
Faz o teste; realiza o downgrade de uma dessas RB para a 3.30 e veja o que rola.
Olá Sergio, segui este link da wiki "http://wiki.mikrotik.com/wiki/Queue_with_Masquerading_and_Internal_Web-Proxy"
Firewall NAT
Make 2 NAT rules, 1 for Masquerading, and the other for redirecting transparant proxy.
[admin@instaler] ip firewall nat> pr
Flags: X - disabled, I - invalid, D - dynamic
0 chain=srcnat out-interface=public
src-address=172.21.1.0/24 action=masquerade
1 chain=dstnat in-interface=lan src-address=172.21.1.0/24
protocol=tcp dst-port=80 action=redirect to-ports=3128
* Na wiki diz para eu redirecionar o tráfego da porta 80 para a 3128, informando a interface em que o cliente irá conectar-se, pelo que entendi ele direciona todo o tráfego da interface Clientes
com destino à porta 80 para 3128
The second rule is for data coming from web-proxy to the client (MISS traffic). We use OUTPUT chain, as the data coming from internal process in the router itself. Rule no #4.
4 ;;; DOWN-VIA PROXY
chain=output out-interface=lan
dst-address=172.21.1.0/24 action=mark-packet
new-packet-mark=test-down passthrough=no
*Está regra não entendi muito bem também, mas pelo que deu para entender ela é para o tráfego que vem do web-proxy para esse o cliente (MISS traffic) que imagino seja solicitação do cliente para o cache invalidas ou não entregues.
Queue Tree Setup
And now, the queue tree setting. We need one rule for downlink and one rule for uplink. Be careful when choosing the parent. for downlink traffic, we use parent "lan", the interface name for local network. And for uplink, we are using parent "global-in".
[admin@instaler] > queue tree pr
Flags: X - disabled, I - invalid
0 name="downstream" parent=lan packet-mark=test-down
limit-at=32000 queue=default priority=8
max-limit=32000 burst-limit=0
burst-threshold=0 burst-time=0s
1 name="upstream" parent=global-in
packet-mark=test-up limit-at=32000
queue=default priority=8
max-limit=32000 burst-limit=0
burst-threshold=0 burst-time=0s
* E aqui a configuração da queue da wiki
Eu utilizava a web-proxy da versão 2.9.51, barbada de configurar e cheio de tutoriais por ai, atualizei para a versão 4.9, já para a versão 3.x e 4.x tem muitas variações nas configuração que vi pela internet, testei 2 ou três e não consegui fazer funcionar, estas eu fiz lendo a wiki mesmo, testei e realmente não funcionou ele marca no proxy passa o tráfego mas ele não armazena nada no disco e não da HIT nos pacotes, ai fiquei na dúvida pois na versão 2.9.51 o proxy usa squid para marcar os pacotes já a versão 3 e 4 usam o TOS, não encontrei quase nada na internet sobre ele, o pouco que vi é que ele usa HIT e MISS mas o MISS eu não sei a finalidade, por isso postei no forum para ver se alguem com maior conhecimento pudesse dar uma mão, Obrigado pela atenção Sergio.