diff --git a/blog/2020/03/16/appgate-sdp-on-arch-linux/index.html b/blog/2020/03/16/appgate-sdp-on-arch-linux/index.html index c6894f83..8e5e0623 100644 --- a/blog/2020/03/16/appgate-sdp-on-arch-linux/index.html +++ b/blog/2020/03/16/appgate-sdp-on-arch-linux/index.html @@ -2,7 +2,7 @@
- +Depending on the AppGate SDP Server that is running, you may require a client that is more recent than the latest package on AUR.
As of right now, the latest AUR is 4.2.2-1
.
These steps highlight how to get it working with Python3.8
by making a 1 line modification to AppGate source code.
We already know the community package is out of date, so let’s clone it:
git clone https://aur.archlinux.org/appgate-sdp.git
cd appgate-sdp
@@ -71,13 +71,13 @@ md5sums=('17101aa
yay -S dnsmasq gconf
Now, let’s install it:
makepkg -si
-
Run
+
Ok, let’s run the client by executing appgate
.
It complains about not being able to connect.
Easy fix:
sudo systemctl start appgatedriver.service
Now we should be connected… but DNS is not working?
-Running resolvectl
should display that something is not right.
Why is the DNS not being set by appgate?
$ head -3 /opt/appgate/linux/set_dns
@@ -107,7 +107,7 @@ module 'platform' has no attribute if platform.linux_distribution()[0] != 'Fedora':
Aha! So this is in the local AppGate source code. This should be an easy fix. Let’s just replace this line with:
if True: # Since we are not using Fedora :)
-
It turns out there are breaking changes in Python3.8.
The docs that say Deprecated since version 3.5, will be removed in version 3.8: See alternative like the distro package.
I guess this highlights one of the caveats of relying upon system python.