Como você tem duas WANs, na seção Network , verifique NAT Policies e Routing . Eu estou supondo que as sub-redes podem ser especificadas lá para roteamento de tráfego específico de e para as LANs e WANs.
A sub-rede antiga da nossa empresa era 255.255.255.0. Para ajustar o crescimento, decidimos implementar uma sub-rede de 255.255.248.
Após alterar isso na interface LAN da Sonicwall, nossas conexões WAN param de funcionar normalmente. Temos duas conexões WAN, uma usada para tráfego de saída e outra para tráfego de entrada. O segundo também é configurado como o failover para o primeiro.
Pingar qualquer coisa, seja dentro ou fora da rede, retornaria um punhado de pacotes e, em seguida, negaria tudo por minutos antes de retornar outro punhado de pacotes.
Não sei se são as portas WAN com falhas, mas são elas que aparecem no log de erros.
Por exemplo:
Category Message Source Destination WAN Availability Probing succeeded on NAT Static IP x.x.x.x, 0, X2 4.2.2.1, 53, X2, a.resolvers.level3.net WAN Availability WLB Resource failed x.x.x.x, 0, X2 WAN Availability WLB Failover in progress x.x.x.x, 0, X2 y.y.y.y, 0, X1 WAN Availability The network connection in use is NAT Static IP y.y.y.y, 0, X1 WAN Availability Probing succeeded on NAT Static IP y.y.y.y, 0, X1 4.2.2.2, 53, X1, b.resolvers.Level3.net WAN Availability Probing succeeded on NAT Static IP y.y.y.y, 0, X1 4.2.2.1, 0, X1, a.resolvers.level3.net WAN Availability WLB Resource failed y.y.y.y, 0, X1 WAN Availability Probing failure on NAT Static IP y.y.y.y, 0, X1 4.2.2.2, 53, X1, b.resolvers.Level3.net WAN Availability Probing failure on NAT Static IP y.y.y.y, 0, X1 4.2.2.1, 0, X1, a.resolvers.level3.net WAN Availability WLB Resource is now available y.y.y.y, 0, X1 WAN Availability Probing failure on NAT Static IP x.x.x.x, 0, X2 4.2.2.1, 53, X2, a.resolvers.level3.net WAN Availability Probing failure on NAT Static IP x.x.x.x, 0, X2 4.2.2.2, 0, X2, b.resolvers.Level3.net WAN Availability WLB Resource is now available x.x.x.x, 0, X2 WAN Availability WLB Failback initiated by preemption due to a more preferred interface being operational y.y.y.y, 0, X1 x.x.x.x, 0, X2
Isso tudo aconteceu no decorrer de cerca de 20 segundos e se repetiria.
Disseram-nos que era uma questão de cabeamento quando conversávamos com o Sonicwall Support, mas não conseguimos descobrir onde poderíamos dobrar o cabeamento. Também me pergunto por que não teríamos o mesmo problema na sub-rede 255.255.255.0.
Se houvesse um NIC com dois IPs na mesma sub-rede, algum lugar causaria o que estamos vendo?
Ajuda?
Como você tem duas WANs, na seção Network , verifique NAT Policies e Routing . Eu estou supondo que as sub-redes podem ser especificadas lá para roteamento de tráfego específico de e para as LANs e WANs.