Ao desbloquear clientes que estavam antes inadiplentes o mesmo não consegui acesso de imediato, ele loga e depois fica a pagina em branco e sem contato com o servidor no outro dia é que ele vem ter acesso.
MK-AUTH VERSÃO 4 - BUILD 85
MIKROTIK V3.22
Para adicionar comentários, você deve ser membro de MK-AUTH.
Respostas
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-Mark-Id ou Framed-Pool (clientes hotspot) ou Mikrotik-Address-List (clientes pppoe) como na imagem abaixo, se tem então o erro com certeza é no MikroTik por isso depois do login, veja se o cliente bloqueado aparece no mangle do MikroTik (hotspot) ou veja se o ip do cliente bloqueado entra no address-list do MikroTik (pppoe):
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, clique no link informações da pagina de ramais MikroTik e veja se aparece os dados como na imagem abaixo, caso os dados sejam mostrados com sucesso então a razão do bloqueio por ssh não funcionar é pq o cliente não tem um ip definido no cadastro dele ou nunca tenha se conectado ao provedor.
nas duas formas de bloqueio é preciso colocar a regra de redirecionamento para pagina de corte acima da regra de nat para o proxy no nat do MikroTik e nas configurações de profile de hotspot do MikroTik é preciso deixar a opção transparet proxy desativada.
veja abaixo as regras atuais para exibir a pagina de corte com radius ou ssh:
Para todos os clientes:
/ip firewall nat
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
Para hotspot com radius (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" disabled=no protocol=tcp src-address=10.3.0.2-10.3.3.254 to-addresses=172.31.255.2 to-ports=85
Para hotspot com radius (mangle):
/ip firewall mangle
add chain=prerouting action=jump comment="PG CORTE" jump-target=hotspot
/ip firewall nat
add chain=hotspot comment="PG CORTE" packet-mark=bloqueado protocol=tcp action=dst-nat to-addresses=172.31.255.2 to-ports=85
Cordeiro Neto disse:
Flávio Campos disse:
Pedro, saiu sim do address-list e o cliente continuo na pagina de corte.
Regra da pagina de corte:
ip/firewall/nat
add action=dst-nat chain=dstnat comment="PG CORTE" disabled=no hotspot=from-client,auth in-interface=Clientes protocol=tcp src-address=FAIXA CLIENTES src-address-list=\
pgcorte to-addresses=IP MKAUTH to-ports=85
Acabei fazendo dowgrade para 4.82 mas para minha supresa continuo a solução foi reiniciar o mikrotik voltando tudo ao normal vou aguarda mais um poco para atualizar porem esta ai a solução.
Sevoce pode explicar por qual motivo estes clientes ficaram presos agradeço.
Um abraço.
Pedro Filho disse: