@sparques, that solved the issue, :) Keep in mind when bumping up via's version to latest 4.6.*
Greetings !
Git Clone URL: | https://aur.archlinux.org/via.git (read-only, click to copy) |
---|---|
Package Base: | via |
Description: | Aruba Networks' Virtual Intranet Access (VIA) |
Upstream URL: | https://asp.arubanetworks.com/downloads;fileTypes=SOFTWARE;products=Aruba%20Virtual%20Intranet%20Access%20%28VIA%29;fileContents=Linux |
Licenses: | unknown |
Submitter: | sparques |
Maintainer: | sparques |
Last Packager: | sparques |
Votes: | 3 |
Popularity: | 0.000000 |
First Submitted: | 2021-08-09 17:49 (UTC) |
Last Updated: | 2023-08-25 12:54 (UTC) |
@sparques, that solved the issue, :) Keep in mind when bumping up via's version to latest 4.6.*
Greetings !
Ohh, its placing that staff on:
% ls /usr/lib/lib64/
libancrypto.sig libancrypto.so* libancurl.so* libanmocana.so* libantputils.so* NetworkManager/
I believe the issue is that now there's both /usr/lib and /usr/lib64 provided by the RPM, so this on prepare()
:
mv lib64 lib
no longer works, and needs to be:
mv lib64/* lib
rm -r lib64
I'll try it...
@sparques, if one tries 4.6.0.2305302, now available, one gets:
via-vpn-srv: error while loading shared libraries: libancrypto.so: cannot open shared object file: No such file or directory
On a comment before, from @perseo22, I see that library was provided by the RPM before, and using options=(!strip)
was doing the trick I guess.
It seems the library is no longer provided by the via RPM, and I have no clue what can provide such library. On this URL:
I seems it's an Aruba library, but I can't get why !strip
is no longer working, perhaps it moved from directory or something...
Hey everyone! I created a new patch for PKGBUILD as of 18/07/2023. With it you will also find a systemd unit file because via-vpn-srv
has to be run as root for via-ui to work.
-> https://gist.github.com/BlueskyFR/3f9894437de742d53fcd54cf2433e382
I have tried with the latest 4.5.0.2301032 version and it's working.
IMPORTANT: You must also install net-tools
. It provides the route
binary that VIA needs.
Well, I just tried 4.3.0.2112073, no need for iptables at all, or anything additional, and it's working the same as 4.2.0.2105106, my patch to upgrade:
% diff -Naur ../laur/via.old via.new
diff -Naur ../laur/via.old/PKGBUILD via.new/PKGBUILD
--- ../laur/via.old/PKGBUILD 2022-04-29 11:31:16.296772944 -0600
+++ via.new/PKGBUILD 2022-04-29 11:30:51.279994186 -0600
@@ -1,7 +1,7 @@
# Maintainer: Matthew Hiles <matthew.hiles@hpe.com>
pkgname=via
-pkgver=4.2.0.2105106
-pkgrel=4
+pkgver=4.3.0.2112073
+pkgrel=1
epoch=
pkgdesc="Aruba Networks' Virtual Intranet Access (VIA)"
arch=('x86_64')
@@ -23,7 +23,7 @@
options=(!strip)
source=("https://h30326.www3.hpe.com/hpn/via-${pkgver}-rpm.x86_64.rpm?merchantId=ASP_DROPBOX")
noextract=()
-sha256sums=('ef2bee83b0041e33b4250f0c53f6d25365182daee5723d2b6c04e80c203cdbcf')
+sha512sums=('3f59974b2f91cc10d24b626d55edd461d532dc27535bb46fee41959ad93ba041aa444ac60f33b3b1b1644c0dc40fa241534e37bf873c34795f82778f1017a555')
validpgpkeys=()
prepare() {
Just testing locally the 4.3 version and it works. but I had to:
First enable iptables and reboot:
sudo systemctl enable iptables.service
Then run via-vpn-srv as root in foreground (it requires a systemd unit to make it easier for users).
sudo via-vpn-srv -f
here is the git diff:
+pkgver=4.3.0.2112073
+pkgrel=5
epoch=
pkgdesc="Aruba Networks' Virtual Intranet Access (VIA)"
arch=('x86_64')
@@ -19,11 +19,11 @@ replaces=()
backup=()
options=()
install=
-changelog=
+changelog=upgrade to version 4.3.0.2112073, and added notes on PKGBUILD about missing settings.
options=(!strip)
source=("https://h30326.www3.hpe.com/hpn/via-${pkgver}-rpm.x86_64.rpm?merchantId=ASP_DROPBOX")
noextract=()
-sha256sums=('ef2bee83b0041e33b4250f0c53f6d25365182daee5723d2b6c04e80c203cdbcf')
+sha256sums=('28F1EB30D5F77FC1681037BF39A67051E381F300D61DD36C01FED038DC195BE2')
validpgpkeys=()
prepare() {
@@ -49,3 +49,6 @@ package() {
rmdir "${pkgdir}/etc/xdg"
#rpmextract.sh ../$pkgname-$pkgver.rpm
}
+# Missing some steps TODO:
+# Requires iptables service, howto enable or ask user to enable?
+# Requires systemd unit to run via-vpn-srv -f
As on HPE it's been mentioned newest 4.3.0.2112073 is more stable, given the instabilities experienced at HPE, I went ahead and tried it.
The experiment was a failure though, several trials and no vpn connection, so I had to rever to current AUR version, 4.2.0.2105106-4, which does work. It's unfortunate there's no opesource client, so we can build new drops, :( Not sure when there will be 4.3.* version which allows connecting on arch and derivatives...
HPE employees looking to connect to the corporate VPN on Arch or Arch-derivatives: This is working, check the slack channel rg-linux-pulse-vpn.
You may need to manually start via-vpn-srv as root.
Added !strip option which prevents the ui breakage. It launches for me now!
Removed the autostart .desktop entry. It doesn't launch for me when I don't want it to now!
Thanks for the contributions.
Pinned Comments
sparques commented on 2021-09-20 15:30 (UTC) (edited on 2021-09-20 15:52 (UTC) by sparques)
HPE employees looking to connect to the corporate VPN on Arch or Arch-derivatives: This is working, check the slack channel rg-linux-pulse-vpn.
You may need to manually start via-vpn-srv as root.