![]() I'd be interested to know if anyone's tried it successfully actually, and if so what kind of config you're running. We do, however, have a second NSA2400 unit with a different (generally "simpler") config and running different services, on which we have installed this firmware without an issue, so YMMV with regard to 5.9.1.6. So at the moment we're living with the Netextender issues until we can spare the time to properly look into what's wrong with that firmware (or until the next release comes out which will hopefully be worth a try!). Suspicions at the time were maybe the WAN LB, DPI-SSL, or SSO features. ![]() We had to roll back fairly quickly as we were in production hours before it became apparent, but the best we could glean from the logs was that it was detecting a massive quantity of false-positive RST / TCP floods for some reason, which basically meant no WAN access. ![]() This caused another issue with our Sonicwall whereby it would become unresponsive after a period of uptime. We've tried applying this firmware update and it did actually resolve that particular issue, as well as a problem we were having with DPI-SSL.īut, and it's a big but. SSL VPN connections can be setup with one of three methods:The SonicWall NetExtender clientThe SonicWall Mobile Connect clientSSL VPN bookmarks via the SonicWall Virtual OfficeThis article details how to setup the SSL VPN Feature for NetExtender and Mobile Connect users, both. This is listed in the release notes for SonicOS 5.9.1.6, below. SSL VPN is one method of allowing remote users to connect to the SonicWall and access the internal network resources. After a few reconnections the tend to settle down but can disconnect when transferring a few MB of data at once. 02 and say we have the same problems running the latest NetExtender client and a Sonicwall NSA2400 - sessions are dropped randomly. The solution is to reinstall NetExtender.Just wanted to put in my. After that, NetExtender stops working exactly with those symptoms (stopping at Connecting tunnel.). When ppp is updated by the distribution, the original configuration is restored. When NetExtender is installed, it patches ppp configuration files. This month I wanted to talk about SonicWALL. Note, you can only do that once you're successfully connected to the route. Ln -s sslvpnroutecleanup sslvpnroutecleanup.sh You also need to link this file, so cd /etc/ppp/ip-down.d Once connected, NetExtender will create a file called sslvpnroutecleanup. ![]() This should allow you to get past the Connecting to tunnel. To create a symbolic link to connect with NetExtender successfully you need to: cd /etc/ppp/ip-up.d It seems that the issue is that some files are named incorrectly and so a symbolic link needs to be created in order to successfully connect. After trying several different methods of fixing, none working, I finally came across a forum post on the Gentoo forums about the same issue. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. Archives
January 2023
Categories |