Bug 1572863 - "Unknown form ID 'frm'" when connecting to "Network Connect" VPN
Summary: "Unknown form ID 'frm'" when connecting to "Network Connect" VPN
Status: NEW
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: NetworkManager-openconnect
Version: epel7
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
Assignee: David Woodhouse
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2018-04-28 08:37 UTC by Toralf
Modified: 2021-01-06 18:13 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed:
Type: Bug

Attachments (Terms of Use)
Wrapper script mentioned in description (10.15 KB, text/x-python)
2018-04-28 08:37 UTC, Toralf
no flags Details
Patch mentioned in description (872 bytes, patch)
2018-04-28 08:39 UTC, Toralf
no flags Details | Diff

Description Toralf 2018-04-28 08:37:46 UTC
Created attachment 1427986 [details]
Wrapper script mentioned in description

Description of problem:
NetworkManager-openconnect will not let me connect to my employers VPN, which is based on Pulse Secure "Network Connect" (previously a Juniper Network Product.) Connection attempts fail with message

Unknown form ID 'frm'

Version-Release number of selected component (if applicable):

How reproducible:
Every time

Steps to Reproduce:
1. In the "Network Connections" window, select "Add", and choose connection type  "Cisco AnyConnect Compatible VPN (openconnect) 
2. Enter a name into the "Connection name" field, e.g. "Office VPN"
3. Select "Juniper/Pulse Network" from the "VPN Protocol:" combo box, and enter VPN connection hostname into the "Gateway:" field.
4. Set up other necessary parameters... I'm also enabling "Allow Cisco Secure Desktop trojan", and using a wrapper script that will be attached.
5. Select the connection in panel menu, or alternatively enable via
     nmcli con up "Office VPN"
   in the console
6. Enter user name and password and press "Login" when requested via pop-up window.

Actual results:

Unknown form ID 'frm'

appears. Connection is not established.

Expected results:
Connection is established.

Additional info:
Closer inspection reveals that the problem is somehow related to the "user agent" string sent to the gateway; if this is set-up so as to pretend to be a well-known browser, the connection actually works. Unfortunately, that requires a source code change, as far as I can tell. I will attach a patch that shows the necessary update.

Comment 1 Toralf 2018-04-28 08:39:39 UTC
Created attachment 1427987 [details]
Patch mentioned in description

Note You need to log in before you can comment on or make changes to this bug.