Unable to start session with openvpn3 session-start --config #195
-
|
From today I am unable to start a new VPN session under Ubuntu 22.04.2 LTS. $ openvpn3 session-start --config <PROFILE_CONFIG>.ovpn And hangs to the last line. I have set log level to 6 but still no more information than that. I am able, however, to connect via my Android phone app with my account I have followed this thread https://github.com/OpenVPN/openvpn3-linux/issues/171 but did not help in my case. |
Beta Was this translation helpful? Give feedback.
Answered by
dsommers
Jun 25, 2023
Replies: 34 comments 1 reply
-
|
Can you please provide the output of this command? If that gives very little, please increase debugging levels: and add/replace the
That issue should not be relevant for Ubuntu 22.04. |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Hello, Thank you for your response. The command
does not return any response. Tried it with
|
Beta Was this translation helpful? Give feedback.
0 replies
-
|
okay ... then the session is failing to start very early. Can you try using the |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
:) Thank you. No I have some log from that command, but still hanging. |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Hanging at "Resolving" is odd. What is the hostname(s) listed in |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Sure :)
|
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Hmmm ... I presume What is the output of Another thing is to query the complete logs. Please have a look at the |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
|
Beta Was this translation helpful? Give feedback.
0 replies
-
|
|
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Remove the |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Here's the result |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
You have several lines like this: That indicates that DNS lookup is not working. You can try this hack, to see if we get a connection running. Before all the 'remote' lines in your config file, add lines like this: |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
I guess no restart is required. I have added them, but no effect Even changed the |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Please run the |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Beta Was this translation helpful? Give feedback.
0 replies
-
|
I see one Warning ( |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Okay, this is getting annoying ... so it seems that The Can you check if there are any D-Bus error messages via |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
I see. Makes sense. dbus.log |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Can you try to take out all the And provide the dbus.log again, please. |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Hmmm, removed them Still does not work but now I have some issues with |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Okay, so the last Can you also try to download a new VPN profile using a different region? Like Zurich or Amsterdam? |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
:O Wow. Amsterdam Worked!!! I am in the VPN now |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Could I help with additional logs for further Debugging? |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
I think you just needed a new VPN profile. There were no indication anywhere here that OpenVPN 3 Linux misbehaved. It tried to resolve the server hostnames, but didn't manage. For whatever reason; and that is actually outside the OpenVPN 3 Linux scope - it depends entirely on the system interfaces provided by (g)libc, which is a system library provided by the Linux distribution. You could try to download a new VPN profile for Frankfurt again, and see if you have any luck there. That said, I would recommend you to use |
Beta Was this translation helpful? Give feedback.
0 replies
Answer selected by
dsommers
-
|
Great, thank you. I will try to download the Frankfurt configuration again. |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Thank you for the help :) |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Please, can you also report this the support channel through the CloudConnexa web portal? (I believe there should be something there), otherwise go via https://support.openvpn.com/hc/en-us/requests/new?ticket_form_id=360001597871 This will allow our server side engineers to have a look if there are some issues with your profile. This is especially important if the new Frankfurt profile fails again. Please refer to this GH issue; our guys should know who I am here. I'm closing this, and will move it to a support discussion since this wasn't really a bug in OpenVPN 3 Linux. |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
What could also help in similar problems:
Found here, worked for me. |
Beta Was this translation helpful? Give feedback.
1 reply
-
|
--allow-compression yes solve my problem, thanks |
Beta Was this translation helpful? Give feedback.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I think you just needed a new VPN profile. There were no indication anywhere here that OpenVPN 3 Linux misbehaved. It tried to resolve the server hostnames, but didn't manage. For whatever reason; and that is actually outside the OpenVPN 3 Linux scope - it depends entirely on the system interfaces provided by (g)libc, which is a system library provided by the Linux distribution.
You could try to download a new VPN profile for Frankfurt again, and see if you have any luck there.
That said, I would recommend you to use
openvpn3 config-import --persistentwith the downloaded profiles. You can add the--name <YOUR_CONFIG_NAME>argument to give it a more suitable name for you. Then you just st…