ogro33
(usa Debian)
Enviado em 23/10/2023 - 19:44h
informatica-ima escreveu:
informatica-ima escreveu:
ogro33 escreveu:
informatica-ima escreveu:
ogro33 escreveu:
Eu começaria pelo básico.
Quando houver uma troca de links e o failover assumir, verifique a rota para o servidor DNS com um traceroute e veja onde está ocorrendo a falha na comunicação.
Como é uma rede local e existe a comunicação via IP a resposta do traceroute aconteceria normal com apenas um 1 hop "salto", acredito eu. De dentro da RB o nome é resolvido, mas das estações não.
Testa das estações pro DNS a rota, testa também se estão se "enxergando" com o ping.
Se não fizer as verificações basicas primeiro, fica complicado analizar a origem do problema.
Beleza, irei fazer esses testes e posto aqui o resultado.
Boa noite, fiz o teste e acontece como eu havia pensado de dentro da RB o nome é resolvido, minha máquina alcança o DNS mas não resolve nome na internet. Só volta a resolver depois que reinicio a RB, veja a evidência em anexo. Mas o problema foi resolvido e pasme... Era o IPV6 habilitado na RB desabilitei o carinha e agora a rede resolve normal quando os links são alternados.
Que bom que resolveu...
Sei que é chato fazer esses testes "bobos", mas as vezes o problema é mais simples do que a gente imagina e é melhor descartar logo as possibilidades mais faceis de testar. Pelo menos eu prefiro trabalhar assim.
Em relação ao IPV6, sei que nao tem nada a ver, mas não é a primeira vez que ouço relatos dele "sacaneando" com coisas que não deveria. Acho que ainda vai levar um tempo até ou conseguirmos abolir o uso do IPV4 de vez, ou acertar esses conflitos criados com a convivencia forçada das duas versões.
Fico feliz que tenhas resolvido o problema, pq ter que ficar reiniciando as RBs toda vez que o failover assume meio que anula o proposito do mecanismo automatizado para resolver a falha.
