TKWITS Community Legend ✭✭✭✭✭
Reactions
Comments
-
Have you searched the web at all? https://www.sonicwall.com/support/knowledge-base/how-can-i-enable-port-forwarding-and-allow-access-to-a-server-through-the-sonicwall/170503477349850
-
If you are talking about making the 'WAN GroupVPN' policy IKEv2, than you will be disappointed. You cannot
-
"any steps or article for the same?" Did you search the web? "Also how will i transfer the users from old policy to new policy of VPN." Up to you. Either you'll have to do it manually on all your user PCs or provide them instructions on how to do it.
-
Your post is rather rambling. What exactly is your issue?
-
Like Arkwright said, run a packet capture on your Windows server. Don't forget to adjust the built-in Windows Firewall. On a side note a Sonicwall will not capture its own syslog traffic unless you tell it to in the packet capture settings.
-
It's like we've gone back to the days of Win 9x file transfer time estimates…
-
For others looking for reference: The lack of Lets Encrypt / ACME support with Sonicwall has been a pain point for us for years now. Can @Vivek or @Community Manager chime in?
-
Report it to support. 7.1.2 has plenty of known bugs, support may have a hotfix available.
-
"if any of you in the Community are aware of other partners or clients who have some of these "under-served" devices." While the 'if it ain't broke, don't fix it' mentality of most businesses still reigns, yes I am aware of a handful of these 'under-served' devices.
-
Maybe @MustafaA or @Community Manager could shed some light on how this feature actually functions. The log entry is just a warning, it doesnt indicate anything bad is happening. It's not that it doesn't matter, if this was constantly being logged than something would be up. Our standard is protection is enabled @ 65%…
-
The entire point of this feature is to protect the control plane from being overwhelmed with non-control traffic and slow the system management functions down. My understanding when the log entry is generated is that the control plane is dropping non-control traffic because the amount of non-control traffic on the control…
-
To expand: Go to the system logs on the Sonicwall and filter by VPN. See what the Sonicwall is saying. If it's saying there is no reply, and is constantly retrying, than the TrendNet is not communicating properly. You'll have to investigate if the TrendNet has a direct connection to the internet (e.g. not behind another…
-
Are you the administrator of the device you are connecting to? If not, reach out to the person who is.
-
Run a packet capture on the Sonicwall that INCLUDES syslog traffic to verify it is sending to the correct IP. If it is, run a packet capture on your PC to verify it is receiving it. If both of those are successful than it sounds like an application configuration issue.
-
Are you doing Gateway AV with 'TCP Stream' enabled? I have seen where that decimates speed test performance. Otherwise open a ticket with support.