Package Details: netextender 10.2.826-2

Git Clone URL: https://aur.archlinux.org/netextender.git (read-only, click to copy)
Package Base: netextender
Description: SonicWALL SSL VPN Client
Upstream URL: https://www.sonicwall.com/en-us/products/remote-access/vpn-client
Keywords: dell netextender sonicwall ssl sslvpn vpn
Licenses: custom
Submitter: None
Maintainer: physkets
Last Packager: physkets
Votes: 27
Popularity: 0.020069
First Submitted: 2010-07-02 22:09
Last Updated: 2021-08-20 17:49

Dependencies (4)

Required by (0)

Sources (4)

Pinned Comments

physkets commented on 2021-02-10 15:33

In case of changes/updates to ppp, you will need to re-run chmod -v u+s /usr/sbin/pppd.

Latest Comments

1 2 3 4 5 6 ... Next › Last »

alexleach commented on 2022-01-05 09:18

Hello, I have an issue with netextender where it doesn't play nice with /etc/resolv.conf, when it is managed by systemd-resolved.

The latter package requires that /etc/resolv.conf is a symlink to /run/systemd/resolve/resolv.conf. However, when netextender connects to my VPN, it will overwrite /etc/resolv.conf and replace it with a standalone file. After disconnecting from the VPN, sometimes a static version of /etc/resolv.conf remains, and systemd-resolved doesn't work to resolve .local mDNS addresses. (Typically, I've just tested now, and the symlink was restored, but it contained the additional nameservers and search domains for my VPN, so DNS stopped working).

This is a bit of a nuisance, as the company domain ends in .local, which conflicts with mDNS of course, and when systemd-resolved is not managing DNS lookups, mDNS doesn't work on my LAN, and I can't cast any audio or video to my chromecast(s). I've wasted much time trying to figure out why I was unable to cast A/V from my PC, and I've pinned it down to the SSL VPN messing around with /etc/resolv.conf.

Has anyone else come across this issue and have any suggestions for making netextender (or is it pppd?) play nicer with systemd-resolved? I'll probably open a support ticket with SonicWall on this, would that be the best place to report this?

Thanks and kind regards, Alex

physkets commented on 2021-10-27 08:30

@lovesponge Looking at the install file, the way it checks is as follows:

if [[ "`uname -m`" =~ '64' ]]
then
    echo "Yes, 64-bit"
else
    echo "No, 32-bit"
fi

Run this in your shell to check if it works.

lovesponge commented on 2021-10-26 06:40

Confirmed issue with 64bit installer. Not sure what's causing it: --- SonicWALL NetExtender 10.2.826 Installer --- ERROR: This copy of NetExtender is intended for 32-bit systems. Please install a copy of the 64-bit version of NetExtender

-> Found NetExtender.Linux-10.2.826.x86_64.tgz -> Found general-product-agreemen

So it's definitely downloading the '64bit' version but it doesn't work for some reason. Not sure if this is maintainer fault or sonicwall fault.

gilvbp commented on 2021-08-24 14:39

@physkets Hi there, I'm using Arch, the problem seems to be in the x64 package, I had removed the 32bit source from PKGBUILD but doesn't change anything.

physkets commented on 2021-08-23 08:39

@gilvbp That's odd. Are you on Arch, or some other distro?
The pkgbuild refers to both 32 bit and 64 bit sources, and makepkg should automatically pick the right one for your system.

gilvbp commented on 2021-08-22 23:02

I got this error: --- SonicWALL NetExtender 10.2.826 Installer --- ERROR: This copy of NetExtender is intended for 32-bit systems. Please install a copy of the 64-bit version of NetExtender. --- SonicWALL NetExtender 10.2.826 Installer --- Downloaded the NetExtender.Linux-10.2.826.x86_64.tgz, and I'm on a x64.

physkets commented on 2021-02-10 15:33

In case of changes/updates to ppp, you will need to re-run chmod -v u+s /usr/sbin/pppd.

physkets commented on 2021-01-27 14:06

Thanks a lot, @KavalirOS

KavalirOS commented on 2021-01-27 07:44

Source: source_x86_64=("NetExtender-${pkgver}.x86_64.tgz::https://software.sonicwall.com/NetExtender/NetExtender.Linux-${pkgver}.x86_64.tgz"

is better then the link to a unversioned demo version in my opinion

supa_user commented on 2021-01-04 14:57

817 is out, but the 817 version posted at the URL listed in sources is exactly the same as 816. The version on MySonicWALL is different and matches the md5sum they post there.

@EarthMind - yes, I'm getting errors with Sectigo certs also. I thought it was just me. None of my browsers take issues hitting the same URLs either.