Package Details: pulse-secure 22.8r1_b31437-1

Git Clone URL: https://aur.archlinux.org/pulse-secure.git (read-only, click to copy)
Package Base: pulse-secure
Description: Ivanti Secure Access Client
Upstream URL: https://www.pulsesecure.net/
Licenses: custom
Conflicts: pulse-connect-secure
Submitter: yan12125
Maintainer: chiwanpark
Last Packager: chiwanpark
Votes: 37
Popularity: 0.86
First Submitted: 2017-09-02 07:40 (UTC)
Last Updated: 2025-02-18 11:56 (UTC)

Pinned Comments

chiwanpark commented on 2021-02-24 10:21 (UTC)

If you want to use old pulse-secure client 9.1r9, please download the following package.

https://drive.google.com/file/d/1_8tRA-T9vV08n_TpHqdcG5IvalxBuZ7_/view?usp=sharing

The rewritten pulse-secure client requires a service called 'pulsesecure'. Please enable and start the service before running the client.

Latest Comments

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 .. 27 Next › Last »

SJrX commented on 2021-01-04 20:48 (UTC)

So I had two issues that prevented this from working today. The first is that icu (https://archlinux.org/packages/core/x86_64/icu/) has been upgraded, the second is the curl issues with 7.74, in previous comments.

icu and especially curl have lots of dependencies so it didn't seem smart to downgrade them. What I did was I found the previous archives, and unzipped them somewhere, then used LD_LIBRARY_PATH to use the old versions. You can get the old versions from the Arch Linux Archive, here are some examples.

mkdir -p ~/old_versions cd ~/old_versions wget https://archive.archlinux.org/packages/c/curl/curl-7.73.0-1-x86_64.pkg.tar.zst wget https://archive.archlinux.org/packages/i/icu/icu-67.1-1-x86_64.pkg.tar.zst

At this point you should validate the signatures for the packages.

Then unarchive them: tar -I zstd -xvf curl-7.73.0-1-x86_64.pkg.tar.zst tar -I zstd -xvf icu-67.1-1-x86_64.pkg.tar.zst

Then export LD_LIBRARY_PATH=/home/<username>/old_versions/usr/lib/:$LD_LIBRARY_PATH

then ran pulseUi and it worked.

CC @je-vv

je-vv commented on 2021-01-04 17:53 (UTC)

@Hubro, I see your comment on https://aur.archlinux.org/packages/webkitgtk/#comment-784272, however, strangely enough, it built for me, with its latest change ~10 days ago... I do prefer building it, but have you tried using the binary AUR package (https://aur.archlinux.org/packages/webkitgtk-bin)? That might prevent building issues I'd guess..

I do have to use webkitgtk, since I have no clue how to use pulse-secure with MFA on the command line, and that's a must where I work unfortunately, :( However if you don't use the multi factor authentication, and use an OTP instead, or similar non multi factor auth, then you can get away with using the pulse-secure command line. I used it for several years, without even having webkitgtk installed... An usage example:

pulsesvc -h ${GATEWAY} -u ${USER} -p ${OATH_PIN_PASS} -r "OATH Passcode"

But it all depends on what the org needing you to use this privative SW requires...

Hubro commented on 2021-01-04 08:41 (UTC)

I'm no longer able to use this package since AUR's webkitgtk package will no longer compile. Does anybody else have this issue? Is there a workaround that avoids using the AUR webkitgtk package? Or have any of you succeeded in building it?

lindbergio commented on 2020-12-22 09:52 (UTC)

@chiwanpark: There's a newer version, 9.1.R10. But it seems it hasn't been updated for the trial downloads.

chiwanpark commented on 2020-12-21 12:08 (UTC)

@lindbergio yes, they rewrote the application and released it as 9.1r9.0_b4983. however, b4983 also crashes with curl 7.74.

lindbergio commented on 2020-12-21 11:09 (UTC)

Seems like Pulse Secure did a re-write of the pulse application. It seems that they changed the package name from "pulse" to "pulsesecure" as well.

jsermer commented on 2020-12-18 14:50 (UTC)

I posted into their community support forums to hopefully bring some sort of awareness to this issue:

https://community.pulsesecure.net/t5/Pulse-Desktop-Clients/Linux-Pulse-Client-does-not-work-with-curl-7-74/td-p/44378/jump-to/first-unread-message

je-vv commented on 2020-12-14 17:59 (UTC)

I don't see how to contact any one from https://www.pulsesecure.net to help solve the issue, anyone knows? Have anyone tried contacting pulsesecure guys?

je-vv commented on 2020-12-14 17:47 (UTC)

You can also get old versions of packages from the archive, https://archive.archlinux.org/packages/c/curl.

BTW, the error I'm seeing although getting fixed by downgrading curl, is a bit different from the one posted in the curl issue. IT seems like having issues parsing some openssl confg file:

futex(0x7f7f7ed3e818, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7f7f7ed3e80c, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7f7f7ed3e804, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7f7f7ed3e8f8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7f7f7ed3e7f0, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7f7f7ed3e7e8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7f7f7ed3bc5c, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7f7f7ed3e6c4, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7f7f7ed3e65c, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7f7f7ed3e650, FUTEX_WAKE_PRIVATE, 2147483647) = 0
brk(0x1d3c000)                          = 0x1d3c000
futex(0x7f7f7ed3e7fc, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7f7f7ed3e7b8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7f7f7ed3e7b0, FUTEX_WAKE_PRIVATE, 2147483647) = 0
openat(AT_FDCWD, "/etc/ssl/openssl.cnf", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=10909, ...}) = 0
read(3, "#\n# OpenSSL example configuratio"..., 4096) = 4096
read(3, "# WARNING: ancient versions of N"..., 4096) = 4096
read(3, "es of the usage of nsCertType. I"..., 4096) = 2717
read(3, "", 4096)                       = 0
close(3)                                = 0
futex(0x7f7f7ed3e7e0, FUTEX_WAKE_PRIVATE, 2147483647) = 0
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=NULL} ---
+++ killed by SIGSEGV +++
Segmentation fault

That gotten from strace, bacause the only message gotten when running pulse is "Segmentation fault"