OpenVPN / OpenVPN/openvpn-gui

On selecting server/remote from the GUI

Open
#452 5 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
C
Stars
1.8k
Forks
464
PR merge metrics
No merged PRs in 30d

Description

An experimental support for using --management-query-remote with the GUI is here:

https://github.com/selvanair/openvpn-gui/tree/query-remote-v2

Comments / tests would be much appreciated.

Depends on two proposed changes to OpenVPN core:

(i) Have an option to query the daemon for the list of remotes available
We could work around this by parsing the connection entries / remotes in the config file , but querying this via management looks more logical, and more reliable to me. If remote-random is in use, parsing the config is not an option as ordering consistent with the daemon is important for an efficient implementation (see (ii) below).

https://patchwork.openvpn.net/patch/1942/

(ii) Extend the "remote SKIP" management command to take an argument for skipping multiple remotes.
Without this, --management-query-remote is pretty much unusable when there are more than couple of remote entries. Each command sent to the management takes up to a second to get acted on causing long delays if a large number of remotes have to be skipped one by one. This also requires a consistent ordering of the remote entries in the daemon and the GUI.

https://patchwork.openvpn.net/patch/1945/

OpenVPN feature branch including these patches: https://github.com/selvanair/openvpn/tree/query-remote

Capture

The list could be sorted alphabetically by clicking on any column header. A location icon could be added to the list but currently there is no support in the config file for such metadata in connection entries.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the query-remote-v2 branch and the linked OpenVPN core patches 1942 and 1945. Test selecting a server or remote from the GUI against the query-remote core branch, including configurations with multiple remotes; done means the experimental flow works without long per-remote delays.

Written by the indexing model from the issue text.

Assessment

Tech stack
c
Domain
desktop, networking
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.