Saravanan

Moderator
Avatar

Join the Conversation

To sign in, use your existing MySonicWall account. To create a free MySonicWall account click "Register".

Saravanan Moderator

Badges (21)

4 Year Anniversary3 Year Anniversary2 Year Anniversary1,000 Comments1 Year Anniversary100 Likes100 Answers25 Helpfuls500 Comments50 Answers25 Answers100 Comments25 Likes5 Answers5 HelpfulsPhotogenic5 LikesFirst AnswerName Dropper10 CommentsFirst Comment

Comments

  • Hi @samaj, The logs are thrown by the firewall when there is a kind of violation detected by it. As per the firewall logs, the flood is being detected and prevented. You may need to track down the source or destination IP addresses on the logs to narrow down and figure out the reason for flood.
  • Hi @samaj, Thank you for visiting SonicWall Community. Please refer Enable Flood Protection section in the below KB article link to ensure flood protection is enabled on the SonicWall appliance. Hope this helps.
  • Hi @FREDFERNANDES_137, Gotcha. Yes, we can run both the wireless modules SonicWave and TZ 350W on same SSID but SonicWave and TZ 350W cannot run on same IP network unless you try some layer 2 bridging or Native bridging.
  • Hi @BANYUPUTIH, Thank you for visiting SonicWall Community. Could you please set the load balancing type to Basic Failover from Round Robin? Also, please remove X3 interface from Final Back-Up and enforce it to Selected Interface Pool's top. Let X3 be on top and X1 be below X3. Please try the bandwidth test.
  • Hi @WILSON, Thank you for visiting SonicWall Community. I dont see any such similar issues reported. Could you please provide below details? What if the CC version that you are running? What is the OS on the server? Is the issue specific to only these two servers or multiple servers?
  • Hi @STEVEN430, Thanks for the packet capture. Looks like the issue is at the upstream of the SonicWall WAN side. As per the packet capture, I can see only the ICMP requests forwarded to the upstream of the SonicWall and no ICMP replies. Packet before NATTING: Src MAC = 00:0c:29:30:66:54, Dst MAC = 2c:b8:ed:5a:0c:9c; Src IP…
  • Hi @R1CHR, Thank you for visiting SonicWall Community. You can specify Allocation ID of an existing Elastic IP address. This EIP can connect to the WAN interface of the NSv. If this field is left blank, the system allocates a new EIP. Please refer page 25, 26, 29 and 30 from the below web-link. These pages contain some…
  • Hi @STEVEN430, Thank you for visiting SonicWall Community. As per your description, it looks like the issue is specific to a 1 to 1 NAT usable public IP? Are you noticing this issue with any other usable WAN IP? It sounds like this is a ARP issue as per the symptom reported. When you tweak the NAT policy, the ARP process…
  • Hi @DISCONNECTED, Thank you for visiting SonicWall Community. There is a secure upgrade mechanism which you can go through and see if this suits your scenario. The precise answer to your question can be procured by contacting SonicWall Sales team as per below web-link. Hope this helps.
  • Hi @ALBERTO, Thank you for visiting SonicWall Community. Please perform a packet capture based on the destination IP address of the host on the WAN side. Hope this helps.
  • Hi @SAMAJ, Thank you for visiting SonicWall Community. Could you please clarify below questions? What is VPS? Where is it hosted? Is it behind the SonicWall or on the upstream of SonicWall?
  • Hi @RAJB, You can have the interfaces configured in LAN or DMZ zones. The NAT policy and access rule would be auto configured by the SonicWall firewall.
  • Hi @DARSHIL, Thank you for visiting SonicWall Community. We should be able to get report based on the SonicWall interfaces in GMS. Possibly, you should filter the data based on the X1 interface to get the data based on the WAN link.
  • Thanks for your confirmation @BSNRICK46037. Have you tried around with other SFP ports just for testing? If so, then we may need to perform real-time troubleshooting to diagnose the issue.
  • Awesome @HEALTHHUB. Glad to hear you are all set.