shultis

Newbie ✭
Avatar

Join the Conversation

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

shultis Newbie ✭

Badges (7)

2 Year Anniversary1 Year Anniversary5 Likes10 CommentsName DropperPhotogenicFirst Comment

Comments

  • I've enabled keep-alive on one side, (it was not enabled) and confirmed the timeouts are matching. Shouldn't the phase 2 reconnect as soon as traffic attempts to pass, even if keep-alive is not enabled?
  • Call with Support They determined that the IP address change caused a problem in the database with the scheduler ID. Engineer removed the conflicting data and everything went back to normal.
  • -- When you add Time Created and/or Time Updated columns, and try to sort by either of them, the triangle indicating which way the sort is going changes, but the sort doesn't change. Just in case someone wants a task for the next update:
  • I spent some time with support on this one, and a somewhat frustrated support engineer trying to explain to me that the numbers in the # column of the GUI don't mean anything, and change based on the search, or display options: Other than helping you find where you are on the page, there's no value to these numbers. This…
  • No takers on this one?
  • If you didn't use the wizard to create the NAT policy, you'll also need to add a WAN to LAN (or whatever zone your server is in) rule.
    in Inbound NAT Comment by shultis July 2020
  • @Saravanan It took a few reboots, while we were fixing other issues, but at some point, the backups started working normally. Thanks for the help
  • Sonicwall support determined the issue was with the SSL certificate we installed on GMS. We will be generating a new cert, installing and will update here.
  • Thank you for the update. We rebooted the GMS server this morning troubleshooting another issue. I will check tomorrow to see if it's backing up on schedule, and then check the other tips.
  • Sonicwall support is saying engineering is asking for WAN access to our GMS server and admin level credentials. Does this seem odd to anyone other than me?
  • Hello Saravanan, I have firewalls at 6.5.4.6-79n and 6.5.1.5-6n, GMS is at 9.2.9218.1473.0000. If there is a known good configuration, I would rollback the GMS server to resolve this issue. Any information on either a fix, or a work-around would be appreciated.