Bom Dia Galera td certo?
TO com um problema cabuloso kkkk
Tenho uma rb onde tem servidor pppoe, cache full (hyper cache) e tenho 2 links, o qual seleciono qual cliente sai no lin1 e no link2 atraves da classe de ip.
O MK-auth ta tudo certo, ta o bloqueio por pool.
Quando bloqueio o cliente ele vai para a Adress List, e para de navegar.\
A regra do nat é a primeira, e está contando normal os pacotes
Mas a pagian de bloqueio nao aparecere.
Se eu digitar an URL 172.31.255.2:85 abre a pagina de bloqueio certinho.
Estava funcionando, porem faz tempo q nao uso. Alguem tem alguma sugestao?
Respostas
Consegui resolver aqui.. a única coisa que percebi qual para amostrar a página corte
tem que ser no loguin principal em pppoe se colocar pppoe em adicional ele não mostra a página e cliente ñ consegue se logar como uso hotspot e PPPoe foi a forma que descobri tudo funcionando 100%...
Michel Marinho disse:
Bom dia fiz a regra mas o que ocorre no pppoe bloqueado ele não consegue se autenticar e o cliente ñ sabe se está bloqueado ou com problema de conexão gostaria de saber se a possibilidade de conseguir se logar e depois amostrar a tela igual faz no hotspot bloqueado por falta de pagamento
cache atrapalha mesmo a pagina de corte...
ManoDW disse:
Pessoal problema resolvido. Muito obrigado aos que postaram, meu problema era o cache, fiz essa regra e ficou show de bola
firewal mangle add
chain - prerouting
advanced = src address list- seleciona a pagina de corte
action - accept
comente -"PAGINA BLOQUEIO USANDO CACHE "aceitando a pagina do nat"
so isso
lenbrando deixe essa regra em 1º no mangle
Parabens Pedro pelo Software, tá otimo
Abracao
ABAIXO REGRAS PARA EXIBIR PAGINA DE CORTE:
Usando LIST:
/ip firewall nat
add action=dst-nat dst-address=!172.31.255.2 chain=dstnat comment="PG CORTE HTTPS" dst-port=443 disabled=no protocol=tcp src-address-list=pgcorte to-addresses=172.31.255.2 to-ports=445
add action=dst-nat dst-address=!172.31.255.2 chain=dstnat comment="PG CORTE" disabled=no protocol=tcp src-address-list=pgcorte to-addresses=172.31.255.2 to-ports=85
Usando POOL:
/ip pool
add name=pgcorte ranges=10.3.0.2-10.3.3.254
/ip address
add address=10.3.0.1/22 broadcast=10.3.3.255 network=10.3.0.0 interface=Placa do clientes
/ip firewall nat
add action=dst-nat dst-address=!172.31.255.2 chain=dstnat comment="PG CORTE HTTPS" dst-port=443 disabled=no protocol=tcp src-address=10.3.0.2-10.3.3.254 to-addresses=172.31.255.2 to-ports=445
add action=dst-nat dst-address=!172.31.255.2 chain=dstnat comment="PG CORTE" disabled=no protocol=tcp src-address=10.3.0.2-10.3.3.254 to-addresses=172.31.255.2 to-ports=85
PROBLEMAS E SOLUÇÕES:
se vc usa a pagina de corte por radius, uma forma de vc saber se seu cliente realmente esta bloqueado no radius e clica no link informações que tem abaixo do nome do cliente e na janela que abre na parte de radius veja se tem os parametros Mikrotik-Address-List / Framed-Pool como na imagem abaixo, se tem então o erro com certeza é no MikroTik por isso depois do login, veja se o ip do cliente bloqueado entra no address-list/pool do MikroTik:
se vc usa a pagina de corte por ssh, uma forma de vc saber se seu cliente realmente esta bloqueado é ver se na address-list o ip do cliente aparece, se não aparece veja se não é falha na comunicação ssh. Para testar a comunicação ssh agora o sistema envia uma regra desabilitada para o filter do MikroTik, se gravar a regra é pq esta ok...
nas duas formas de bloqueio é preciso colocar a regra de redirecionamento para pagina de corte acima de todas as outras no nat do MikroTik e nas configurações de profile de hotspot do MikroTik é preciso deixar a opção transparet proxy desativada.
Galera alguem já passou por algo semelhante??
Abracao