Increase maximum numbers of servers allowed in config file

Bug #1673281 reported by Nathan Rennie-Waldock
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenVPN
Unknown
Unknown
openvpn (Ubuntu)
Fix Released
Wishlist
Unassigned
Jammy
New
Undecided
Unassigned

Bug Description

This is a request for a minor config change in the openvpn build.

Can the maximum number of servers per config file be increased to 256?
The default is 64, which may not be enough for some users as many paid VPN services have more than 64 servers and some users would like to be able to pick a random server.
It's set in src/openvpn/options.h: #define CONNECTION_LIST_SIZE 64

Revision history for this message
Nish Aravamudan (nacc) wrote :

Hello and thank you for filing this bug report.

Given your statement, this seems like something upstream should weigh in on in terms of changing the default. Minimally, I assume this means there can be greater memory consumption from openvpn, but are there are other potential issues?

Would you be willing to file an issue against the upstream project?

Changed in openvpn (Ubuntu):
importance: Undecided → Wishlist
status: New → Incomplete
Revision history for this message
Nathan Rennie-Waldock (nathan-renniewaldock) wrote :

Forwarded to OpenVPN: https://community.openvpn.net/openvpn/ticket/873
Looking through the code, there shouldn't be any issues (other than a small memory usage increase).

Changed in openvpn (Ubuntu):
assignee: nobody → Michał Małoszewski (michal-maloszewski99)
Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

Hi, thanks for forwarding it upstream.
The solution is even better than any bump of the default value, it is now dynamic.
See the upstream ticket
https://community.openvpn.net/openvpn/ticket/873

"Someone needed to write code to make the internal structure dynamic ("just make it big" is usually a waste of memory for most users, and still too small for some others, so it needs to be re-coded to be more dynamic).
This has now happened and will be in 2.6.0, to be released in the coming weeks."

And 2.6.x is in Ubuntu Lunar (2.6.1) and Mantic (2.6.5).
Hence while this was not tracked touched for a while it is fixed in those releases.

This needs to be considered for an SRU where the new code does not exist and it would be a trade of memory vs ability.

Changed in openvpn (Ubuntu):
status: Incomplete → Fix Released
assignee: Michał Małoszewski (michal-maloszewski99) → nobody
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.