Search Criteria
Package Details: snx-rs-git 2.2.1.r350.g0cf63a9-5
Package Actions
Git Clone URL: | https://aur.archlinux.org/snx-rs-git.git (read-only, click to copy) |
---|---|
Package Base: | snx-rs-git |
Description: | Open source VPN client for Checkpoint security gateways (git version) |
Upstream URL: | https://github.com/ancwrd1/snx-rs |
Licenses: | AGPL-3.0-only |
Conflicts: | snx-rs |
Submitter: | shurka |
Maintainer: | shurka |
Last Packager: | shurka |
Votes: | 3 |
Popularity: | 0.008691 |
First Submitted: | 2024-02-27 08:19 (UTC) |
Last Updated: | 2024-05-29 06:00 (UTC) |
Dependencies (12)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-snapshotAUR)
- gdk-pixbuf2 (gdk-pixbuf2-gitAUR)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR)
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classic-xfceAUR, gtk3-patched-filechooser-icon-viewAUR, gtk3-classicAUR)
- iproute2 (iproute2-gitAUR, busybox-coreutilsAUR, iproute2-selinuxAUR)
- openssl (openssl-gitAUR, openssl-staticAUR)
- systemd (systemd-chromiumosAUR, systemd-fmlAUR, systemd-selinuxAUR, systemd-gitAUR)
- webkit2gtk-4.1 (webkit2gtk-4.1-imgpasteAUR)
- cargo (rustup-gitAUR, rust-nightly-binAUR, rust-gitAUR, rust-beta-binAUR, rustup-stubAUR, rust, rustup) (make)
- git (git-gitAUR, git-glAUR) (make)
- sed (busybox-coreutilsAUR, sed-gitAUR) (make)
Latest Comments
spuk commented on 2024-04-18 04:59 (UTC)
Hello @shurka,
The base64 encoded password is just the word "password", it was intended for the example (at first I didn't realize it needed to be base64 encoded, so I thought others might too). Thanks for the heads up anyway.
The
ExecStartPost
/ExecStartPost
commands are more an idea in case other people find this useful for handling automatic changes to/etc/hosts
. I don't think this is needed neither robust enough for being the normal behavior. I don't know about systemd-resolved handling custom changes to/etc/hosts
, though, I'll check it.I've tried the command mode, but didn't like it, I prefer to handle the VPN connection simply through starting/stopping a Systemd service. Also, the template service allows for starting a specific VPN connection automatically at system boot (like
systemctl enable snx-rs@myvpn
) or as a depencency for other services using Systemd features, etc.. Note I didn't replace the original command mode Systemd service, but added another (template) service which only works when properly referred to together with an instance name parameter.Anyway it's your call. I'll update the patch to apply cleanly again with the recent changes.
Thanks!
shurka commented on 2024-04-17 08:48 (UTC) (edited on 2024-04-17 19:18 (UTC) by shurka)
dear @spuk,
first, you posted your password in the patch source code, you better remove it.
second. dns management is a systemd-resolved duty, it's clearly stated in upstream's readme. so you can hack your own setup however you want, but I won't add these changes to this package. also, please, consider contribute changes that introduce
/etc/hosts
management to the upstream (snx-rs
git repo).third. command mode is used in upstream assets, so I won't change it to standalone here.
overall thanks for the feedback, I'm glad that you found snx-rs is of use with your own unique workflow.
as soon as aur stops lagging, I'll update package to install default configuration file into
/usr/share/snx-rs/snx-rs.conf
and add a short message with instructions after installation phase.spuk commented on 2024-04-17 06:48 (UTC) (edited on 2024-04-18 05:13 (UTC) by spuk)
Here's a patch to add a template Systemd service that runs snx-rs in standalone mode with a parameterized configuration in
/etc/snx-rs/
, and the samplesnx-rs.conf
config file with an example for adding the password.I also added
ExecStartPost
andExecStopPost
commands that respectively comment and uncomment any lines in/etc/hosts
with a suffix like#snx-rs@CONFIG_NAME#
(where CONFIG_NAME is the @ instance name of the Systemd service) when the VPN is started/stopped:So after adding a
/etc/snx-rs/VPN.conf
file, start the VPN connection withsystemctl start snx-rs@VPN
, and if you have lines like#1.1.1.1 one.one.one.one #snx-rs@VPN#
in you/etc/hosts
file, they should be uncommented, and commented back when yousystemctl stop snx-rs@VPN
(this is useful for me).(Note: patch updated following later comments, sample config file not present anymore.)