Arch Linux User Repository

I took ownership of this package and fixed the build issue with the parser_class_name as figue suggests.

Ok, shrew-vpn-client updated. Please install that package to have QT GUI.

I can't test new ike package, because IT guys gave me a new laptop with W10, and on a virtual machine I can't make ike work... Maybe next week I'll take a closer look. Anyway, QT GUI works and I can edit my profiles.

For the people that already have a profile, you can bring it up in commandline:

ikec -r profile -u user -p password -a

or use the GUI :P

ike updated to 2.2.1-5

• Migrated to OpenSSL 1.1.x.
• Removed Qt GUI from this package. The idea behind this decision is to have an as minimalistic base package as possible, with separate packages provide GUI.
• Tested locally with OpenSSL 1.1.1.a-1.

Any feedback would be appreciated, thanks!

@shadowlest If I were you I'd try pinging by IP. If that doesn't work, check your default gateway is set correctly. If it does work, check your /etc/resolv.conf was set correctly.

Can you also check if you have libxcrypt installed? We may be missing a dependency, I just checked the libraries the executable is linked to and libxcrypt was listed, but it's not a dependency of any of the listed dependencies. I'd be very surprised if it's not installed on your system as it's a dependency to a lot of common packages (e.g. openssh, python, libcups, etc).

If it's not installed, then install it, do a clean build, and test again.

Beyond this I'm not sure what could be wrong on your system.

@shadowlest try to reboot and connect again or sometimes creating a new dummy tap interface it works again...

I compiled it today and connected correctly, the tunnel is enabled but I can't access any address on my network, any suggestions?

@Parkotron should be fixed now.

This package no longer builds. Maybe an issue related to its use of ancient CMake?

-- Found Threads: TRUE  
-- Using library 
CMake Error at CMakeLists.txt:326 (check_library_exists):
  check_library_exists Macro invoked with incorrect arguments for macro
  named: CHECK_LIBRARY_EXISTS

This happens because CMAKE_THREAD_LIBS_INIT isn't set. The docs describe this variable as "The thread library to use. This may be empty if the thread functions are provided by the system libraries and no special flags are needed to use them."

@rockybulwinkle no exactly... I mean, in my case, I have to connect with openconnect to my corporate network, then I have to connect a second VPN with ike. Openconnect creates a tun interface, then ike creates a tap interface. In this situation, ike don't work (it connects and tap interface is created, but no traffic is routed through it). I don't know if I miss something, but when, before COVID, I was in the office (so Openconnect wasn't necessary), ike worked fine.

For now, I have a Windows VM where I can start the second VPN with the Checkpoint official client, but is a bit ridiculous have a full VM to do only a tunnel.

@figue, you mean trying to connect to the VPN when you're already connected to that network locally? That's never worked for me, and I don't intend to try to make it work...

That said, if someone comes up with a patch that makes that work, I'd gladly merge it in.

@rockybulwinkle great, thanks... Anyway I still can't use it if I'm in the corporate network (openconnect + ike fails).

I took ownership of this package and fixed the build issue with the parser_class_name as figue suggests.

The correct prepare() is:

prepare () {
    cd "$srcdir/ike"
    patch -p1 -i "$srcdir/openssl-1.1.0.patch"
    sed -i 's/define "parser_class_name"/define parser_class_name/' ./source/iked/conf.parse.yy
}