O que acontece é o seguinte, pelo menos no linux é assim e acho que no mikrotik tambem.
Para qualquer redirecionamento funcionar, tem que haver contato externo ( link ), para se fazer a consulta DNS, assim o redirecionamento ( Iptables ) captura o pacote e redireciona.
Aqui a um tempo atras, eu coloquei um modem 3g quando o link principal caia, ele jogava para o 3g com a regra de manutenção ativada.
Tem alguns que vão falar, aqui funciona com o link desativado, mais funciona porque ja ha cache de DNS ( ja foi resolvido o nome antes do link cair ), entao é feito a solicitação da pagina ai o redirecionamento ( Iptables ) captura ela e manda a pagina de aviso
Respostas
Os mestres aqui são mais capacitados (e disponíveis) do que eu. Sou apenas mais um usuário do MK-AUTH.
Então o cache não está funcionando. Certifique-se de que o Unbound mantem cache durante o TTL dos domínios consultados.
augusto cezar das neves disse:
/ip dnsset allow-remote-requests=yes servers=8.8.8.8
E aponte o IP interno do MikroTik como DNS para os clientes.
como se faz isso amigo MARCO
Instalem um servidor DNS interno ou ativem o cache DNS mo MikroTik.
obrigado pela explicação amigo
O que acontece é o seguinte, pelo menos no linux é assim e acho que no mikrotik tambem.
Para qualquer redirecionamento funcionar, tem que haver contato externo ( link ), para se fazer a consulta DNS, assim o redirecionamento ( Iptables ) captura o pacote e redireciona.
Aqui a um tempo atras, eu coloquei um modem 3g quando o link principal caia, ele jogava para o 3g com a regra de manutenção ativada.
Tem alguns que vão falar, aqui funciona com o link desativado, mais funciona porque ja ha cache de DNS ( ja foi resolvido o nome antes do link cair ), entao é feito a solicitação da pagina ai o redirecionamento ( Iptables ) captura ela e manda a pagina de aviso
-
1
-
2
de 2 Próximo