FAIL OVER AVANÇADO NO MIKROTIK - ROTA RECURSIVA + NETWATCH
ฝัง
- เผยแพร่เมื่อ 8 ต.ค. 2024
- Aprenda Mikrotik do Básico ao Avançado: linktr.ee/fran...
Aprenda nesse vídeo como configurar um FailOver avançado no Mikrotik, de forma que o ponto de teste fique fora da sua rede, e o link backup assuma mais rapidamente.
Contato: contato@franklinoliveira.com.br
Te vejo nas minhas redes sociais!!
➜ Meu site: www.franklinoli...
➜ Instagram: / franklinoliveiraof
➜ Facebook: / franklinoliveiraof
Show obrigado ❤
Espero ter ajudado
top, aqui deu certo
Maravilha
Obrigado!!!!!!, so uma dúvida, porque não deixar os dois link PPPoE? o roteador não suporta?
Parceiro, vc é provedor ou usuario final?
O video foi pra exemplificar situações variadas!
@@FranklinOliveira so por conta da arrogancia, vai receber um deslike
Meu amigo onde mesmo ai arrogância? Eita que o povo tá fino. A pergunta era pra responder melhor, mas deixa pra lá.
Não tem como dialogar com pessoas assim!
Top, mas se o próprio netwatch já monitora, o por que utilizar uma rota recursiva?
Moises talvez não tenha visto o video todo, mas o netwatch vai monitorar um endereço, não especifica que caminho ele vai usar pra isso, a rota recursiva garante que o ping saia pelo link que desejamos, pra assim a ação do NETWATCH fazer sentido executar a ação desejada.
salvo meu dia!!!!!
obrigado
Que maravilha que te ajudou, fico feliz! 😊
adicionou a segunda rota que é pppoe com o ip fixo do gateway, se o provedor entregar pppoe cgnat, o ip poderá mudar, e ai, como fica?
Não é muito comum o provedor ficar mudando gateway ou usar dinamico. Mas dá pra fazer alguns apontamentos por interface, ou fazer um script no mikrotik que verifique e corrija o ip de tempos em tempos.
Top cara ótimo video
vlw Anderson!
como fazer para um cliente sair por um link especifico e com o failover ativo,
Hugo poderia da pra fazer com PBR ou firewall.
Show de bola! agora uma dúvida. Qual a vantagem de utilizar a rota de forma recursiva?
Ela sendo recursiva, é como uma condição pra ela funcionar, se a condição não for atendida, a rota cai, e passa pra outra que esteja apta.
Olá tudo bem, valeu a boa vontade, más faltou explicar por que usou o gateway 120.120.120.1 sendo que pppoe é dinâmico haja visto que não dá para usar a interface pppoe, faltou também a parte do netwatch.
Boa tarde, sobre o netwatch vou mostrar em outro vídeo, mencionei isso no final.
Agora sobre a rota estática, ela não funcionou com destino na interface, somente por IP.
Foi uma situação onde eu não havia testado antes, ela só funciona apontando pra o endereço de destino da rota. Farei outro vídeo futuramente falando sobre isso. Grato pelas observações
Também fiquei com esse questionamento, se o gateway é dinâmico, esta solução não vai adiantar.
Pessoal eu analisei e cheguei à uma solução simples quanto a isso. Assim que der faço outro vídeo. Abs
pois é, eu tambem nao entendi porque ele usou esse IP 120.120.120.1 sendo q o modem esta em bridge...
ficou bem confudo, estava indo bem no inicio mas no final se atrapalhou tudo e deixou mais dúvida q eu ja tinha...
Like a mil......muito show!
Vlw fera
Parabéns muito bom, vc eve vc usa ele em uma máquina local, pois o meu troca as portas quando vou fazer lab
Wallison, ja tive esse problema no GNS3, no EVE não, talvez seja a versão, ou alguma restauração de backup que vc tá fazendo.
Opa muito bom, faz um vídeo com o netwatch, muito bom mesmo seu vídeo cara, parabéns!
Isso aí fera, entra la na Jornada Mikrotik, encerra hoje : bit.ly/jornadamkz1
Nao achei a configuração do netwatch
Fala pessoal, farei um vídeo dedicado a netwatch! Aguardem
Seque a mesma configuração. 1.1.1.1 e 9.9.9.9. E se poder faz um link com os scripts.
Professor boa tarde! Estou começando nessa área, e estou com dificuldade de criar uma rota (não sei ser é isso) mais curta ou pegar um servidor mais próximo para um determinado site, pra diminuir a perda de latência?
Cara essa não é uma tarefa tão simples. Nem com eBGP. Aí depende mais do seu upstream do que da configuração do seu Router.
bom dia Franklin Notei que o tanto o ip. 1.1.1.1 quanto o 9.9.9.9 estão recursivo vi ether 1 op, nao consegui deixar recursiva apontando para o pppoe pôs o meu provedor usa ospf entao o gateway e dinâmico
Muito bom, se eu tiver tuneis ipsec tem alguma forma de desativar o ipsec do link A que caiu e ativar a redundância pro link B automaticamente?
Claro, faz dois Túneis, e seta 2 rotas com diferentes distâncias.
Como fazer para a rota secundária responder a solicitações externas? por exemplo redirecionamento de portas?
Uma das formas, e você deixar ela numa outra tabela de rotas (routing-mark)
Agora só falta na versão 7.1
Olá
Franklin fiz essas regras porem nao esta funcionando, minha rb esta na atualização 6.47.3.
Agradeço pela atençao
Depende da forma como vc fez o Netwatch.. farei outro video em breve explicando melhor.
Não entendi porque ele usou esse IP 120.120.120.1 sendo q o modem esta em bridge...
ficou bem confuso, estava indo bem no inicio mas no final se atrapalhou tudo e deixou mais dúvida q eu ja tinha...
entao, um modem em bridge pode passar qualquer tipo de conexao, PPPoE, Ip fixo, Dhcp etc...
no ip 1.1.1.1 vc não colocou o cheque ping no 9.9.9.9 vc colocou
A rota recursiva não está funcionando na versão 6.47.6, alguma dica?
conseguiu resolver?
tambem to nisso
@@rommeu2m894 Nada até hoje!
@@sombrakey acabei de resolver aqui, vc tá pegando o link via dhcp?
@@rommeu2m894 PPPOE, como vc fez?
esses q deram like ai, com certeza não fizeram na pratica, fazendo e assistindo, porque eu fiz e nao deu certo, as informações nao bate
Amigo, cada caso é um caso... o seu não é obrigatoriamente igual a todos os cenários.
tem zapzap mn?
amigão...
eu sei q cada caso é um caso.
Quer dizer então que vc fez o video só pro seu caso? só pro seu cenario???
No final do video vc se perde, nem mostrou como configurar o netwatch
ok amigo, obrigado pela contribuição. abs.