Bug 375081
Summary: | "Import Saved Configuration" does nothing (Create (open)VPN Connection step 2) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Stephen Warren <swarren> |
Component: | NetworkManager-openvpn | Assignee: | Christoph Höger <choeger> |
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 8 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-05-19 09:36:07 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Stephen Warren
2007-11-10 21:58:37 UTC
You should note that the import feature will import ini-style files, not original OpenVPN configuration files! So you create the connection manually once and then export the file to reuse on other systems. Currently I do not have the time to write an import for OpenVPN config files by myself. But patches for this are really welcome. For a quick fix I will add a warning if the appropriate section in the ini file is not found so that users know that importing the OpenVPN config is not supported. I will leave this bug open until this is done. Rather than NM inventing a new config format for each of the supported VPN systems, which in turn won't end up supporting all the options that the VPN clients support, it seems far better if NM simply record the filename of an existing config file in the format required by the underlying VPN system. That way, there's no need for "import" at all - the NM config is just the pre-existing filename. This saves a lot of hassle implementing NM, plus adds more features (i.e. anything the VPN system supports, not just the minimal info that NM has in the config GUI). The only argument against the above is how to initially create the VPN config file if you don't want to RTFM and use a text editor. I feel that the VPN system itself should provide the GUI for editing the config file in this case, either/both as a separate application, or perhaps as a widget to plug into NM or other GUI apps. The NM applet stores the configuration in GConf and has to transmit it over dbus, so just using the config file is not an option here - by design. After all we do not want users to have to deal with any kind of config files. The import feature is meant to make lives easier for administrators for provisioning VPN access. The ini-style format was used for two reasons: 1. It was copied from the vpnc plugin and was already available 2. For ini files there is support in the toolkit right away while supporting the OpenVPN format would have needed quite some work for correct parsing. Well, there's no need to parse the OpenVPN file format. All NM should be aware of is the filename, and run openvpn as: openvpn --config the_stored_filename Simple! Without this, the NM OpenVPN support will be completely useless for anybody who's already using OpenVPN and has configuration files they want to use, so no point implementing OpenVPN support in NM! closed - this is not a bug and should be discussed upstream Fedora is upstream for this application, isn't it? |