General information

1. Android Version: 5.1
2. Android Vendor/Custom ROM: LG stock (rooted)
3. Device : LG G4
4. Version of the app: play store version (0.6.64)

Description of the issue

The app does not seem to correctly retry to connect after wifi is unavailable and then becomes available again. It gets "stuck" at waiting for N seconds to reconnect. I have a strong wifi signal (notification bar signal meter confirms) and as soon as I manually tell the app to reconnect, it is able to connect immediately just fine.

Either hitting Pause/Resume on the notification banner, or 3Dots->Disconnect VPN->Reconnect will do the trick to manually kick and cause a successful reconnect.

I've noticed this issue for several months (where it would take longer to reconnect even with good wifi signal, but eventually would pickup and reconnect). Recently it has worsened and I often have to manually kick it to reconnect. I even tried decreasing the "Seconds between connections" to 5s, and "Max time between connection attempts" to 11s, but this has not helped.

Here's a good scenario, which goes along with the attached log file: OpenVPN_logfile_2017-01-17.txt

1. This morning I connected to VPN over WiFi just fine. Was working at my desk all morning.
2. Just after noon (12:05), I leave my desk and head over to get some lunch - which is about a 5 min walk away. This entails walking across campus during which time the phone jumps to various routers (all configured for seamless coverage of the campus). As usual the phone jumps routers which usually causes several breaks in service, and therefore likely shoddy re-connections attempts to the WiFi network along the way as it bounces around.
3. I had lunch, then at about 12:47 I start walking back to my desk following same route in reverse with same normal router jumping as I walk.
4. I get to my desk and work for a while before, at roughly 14:20, I notice that VPN hasn't automatically reconnected and just continually shows the "Waiting 5s between connection attempts" notification in drawer. The entire time after lunch (about 12:55 and after), I'm sitting at my desk I have full WiFi signal, and haven't moved at my desk. It's not a wifi connectivity issue at this point. One bit of note: At this point, the top status bar OpenVPN icon is "empty" or not-filled (signifying that the app is attempting to reconnect/disconnected), HOWEVER, the little VPN connect key icon android shows when VPN connection is established also appears, which suggests it thinks I've got an active VPN connection. Clearly, I don't have a connection, so I wonder if this conflicting icon information is either a symptom or indicator of what may be preventing OpenVPN app from automatically reconnecting???
5. I waited a bit just to be sure it was really stuck. Powered on the screen, toyed around with home screen, etc, and waited a couple more mins for it to automatically reconnect, to no avail.
6. Finally, at 14:33, I hit the pause & resume on the notification, at which point VPN happily connects as it should have tried doing so.

I can provide more info if needed. LMK what you need and I'll try to help any way I can.

What steps will reproduce the problem?
1. Run version 0.5.0
2. Happily use your VPN connection
3. Upgrade to the latest version (0.5.1)

What is the expected output? What do you see instead?

OpenVPN fails to initialize a connection, with the following error
"Error writing minivpn binary"

What version of the product are you using? On what operating system?
0.5.1, ICS

Original issue reported on code.google.com by [email protected] on 10 May 2012 at 7:25

What steps will reproduce the problem?
1. Enable "Portable Wi-Fi hotspot" on device1
2. Connect device2 to device1 via Wi-Fi like you would with a router
3. Attempt to connect to the internet

What is the expected output?
The internet to work as normal on device2 except it's all rerouted through the 
OpenVPN connection on device1

What do you see instead?
I get no response on device2 and eventually times out ( any application that 
requires internet )

What version of the product are you using? 0.5.6

On what operating system? Android 4.0.4 Build IMM76I ( device1, stock, not 
rooted )

Please provide any additional information below.

device1 - Samsung Galaxy Nexus Android - 4.0.4 Build IMM76I ( stock, not rooted 
)
device2 - Samsung Galaxy Tab 10.1 - Android 3.2 ( stock, not rooted )

Original issue reported on code.google.com by [email protected] on 26 May 2012 at 8:22

1. Android Version: Android TV 7.0
2. Android Vendor/Custom ROM: Sony Bravia Android TV (stock 2018)
3. Device: Sony KDL-49WF804
4. Version of the app: 0.7.8

If any VPN is active when the TV is resuming from standby, a core Android service process crashes and the TV performs a full reboot rather than elegantly resuming from standby.

There is also a thread in the Sony forum that describes the issue further and although it has the title "Android 6.0.1 reboots after enabling VPN apps" I can confirm this also affects Android TV 7.0 on my Sony KDL-49WF804: https://community.sony.ie/t5/android-tv/bug-android-6-0-1-reboots-after-enabling-vpn-apps/td-p/2284371

I can also confirm that the TV resume from standby behaves normally when OpenVPN for Android is installed but any VPN connection is off which gives weight to the theory this issue is centered around VPN being active on standby resume.

Is there any hope that you can do a potential fix to this issue as suggested? The solution for this issue might be to pause/stop the VPN connection when the TV is going into standby (screen off) and then later resume the VPN when the TV is brought out of standby (screen on) while OpenVPN for Android is active.

Right now the current functionality only gives the option of apps using the vpn connection or using the default connection. It would be great if there was an option to completely block the app off the internet while the connection is active.

There are tools that uses the android vpn feature to block apps locally such as this but it is impossible to use them together with openvpn, since android allows one connection at a time. With the added feature the user would be able to do the both. It would be very useful for anyone who doesn't have the option to root their phone.

What steps will reproduce the problem?
1.  Connect to a VPN
2.  Agree to "I trust this application" prompt
3.  Re-connect to the same VPN
4.  See "I trust this application" propmt again

What is the expected output? What do you see instead?

I expect that the prompt will only appear for the first connection attempt.  
After you agree to trust the application you should not be prompted on 
subsequent connections.


What version of the product are you using? On what operating system?

Openvpn for Android 0.5.5a on Android 4.0.4


Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 20 May 2012 at 10:30

To make issues more manageable, I would appreciate if you fill out the details if applicable

General information

1. Android Version
2. Android Vendor/Custom ROM
3. Device
4. Version of the app (version number/play store version/self built)

Description of the issue

Hi I write client/server app.i use ics-openvpn apk to secure communication between them.the server app is on my side and the client app side is far from.i have to send two apk file to remote.i try to use source code of ics-openvpn finally i did it!!!! I add ics-openvpn as library to my client project but the client merge manifest file does not have any item of ics-openvpn manifest. Is it a normal? How can i solve it?

While connecting from a remote app to start VPN on ICS Open VPN, "trust this application" dialog is coming , and when we click on OK button with agree "I trust this application", there is no connecting process is going forward and the app is stuck on.The issue will still be there on all HighEnd phones with 4.4.4 and above including NEXUS 5. In the older version of the ICS OpenVPN, Once the agree button is clicked - the vpn connection will start connecting.

General information

1. Android Version 8.0 (EMUI 8.0.0, March 2019 update), 9.0 (April 2019 update)
2. Android Vendor/Custom ROM Huawei, Google
3. Device Honor 7x, Pixel 3
4. Version of the app (version number/play store version/self-built) 0.7.8

Description of the issue

I am using Automate to start a VPN connection, and when it first starts I am prompted to trust Automate. If I disconnect then reconnect through Automate, I am asked to trust Automate each time again. When I look at the setting "Clear allowed external apps" it shows "Allowed apps: null"

Hello! Thank you for your help! About this problem，If vpn reconnect , Machine display this error -----"read UDP [ENETUNREACH]: Network is unreachable (code=101)"

Help please! Thank you!!!!!!!! Thank you!!!!!!!! Thank you!!!!!!!!

OpenVPN for Android does not work and does not connect to the server. If you import this .ovpn file into the application

https://play.google.com/store/apps/details?id=net.openvpn.openvpn

The connection is successful and the VPN is working successfully. If you import this .ovpn into

https://play.google.com/store/apps/details?id=de.blinkt.openvpn

Error occurs TLS error: TLS key negotiation failed within 60 seconds (check network connection)

What is the problem?

.ovpn file ready to go https://pastebin.com/CXpVzsVV

Log file from Openvpn Android app (de.blinkt.openvpn) https://pastebin.com/xgmRPb12

General information

1. Android Version 13
2. Android Vendor/Custom ROM GrapheneOS
3. Device Pixel 7 Pro
4. Version of the app (version number/play store version/self-built) 0.7.43 F-droid

Description of the issue

After setting a default VPN all VPN connections will fail authentication. Without default VPN set authentication works properly.

This issue is not present in 0.7.42 f-droid

When installing many apps, some of which you trust and some of which you trust less, it is very inconvenient to have to repeat your "allowed apps" settings across multiple profiles for when you want to switch VPN provider, but your idea of which apps are more or less trustworthy remains the same.

This could be done by separating out the "Allowed Apps" setting into a separate concept of an "app profile", then allowing each "VPN profile" to select an "app profile" in a non 1-to-1 mapping.

To make issues more manageable, I would appreciate it if you fill out the following details as applicable:

General information

1. Android Version: API version 33
2. Android Vendor/Custom ROM: Android simulator
3. Device: Android simulator
4. Version of the app (version number/play store version/self-built): 0.7.38 downloaded from github releases.

Description of the issue

Delete a profile in the UI, but calling getProfiles() in another app still getting the old profile listed.

Steps to reproduce

1. Create a profile in OpenVPN for Android.
2. Don't kill OpenVPN for Android, but switch to another app.
3. In another app, call getProfiles() API. You can find the new profile is listed.
4. Switch back to OpenVPN for Android, and delete that profile.
5. Don't kill OpenVPN for Android. Switch back to the other app again and call getProfiles() API.

Expected behaviour

getProfiles() does not return the deleted profile.

Observed

getProfiles() still returns the same content, with the deleted profile inside.

Hello! This changes add functionality of routing all applications' traffic through VPN and then Tor network (Your device -> VPN -> Tor).

Why?

In some countries it is illegal or suspicious to use Tor, therefore such countries block access to Tor. This means that such group of people should hide the fact of using Tor from ISP in order not to draw unwanted attention to their traffic. And if your VPN server is configured properly it will increase your anonymity. Related links: https://gitlab.torproject.org/legacy/trac/-/wikis/doc/TorPlusVPN#vpnssh-fingerprinting, https://www.whonix.org/wiki/Bridges#cite_ref-2, https://tor.stackexchange.com/questions/559/vpn-versus-bridges This functionality will also help in beating Android's limitation of one active VPN connection on devices for people who want to use OpenVPN and Orbot at the same time.

Screenshots

Issues

That's the only related issue I've found so far https://github.com/schwabe/ics-openvpn/issues/1074

P.S.

I'm new to Android development and contributing to open-source therefore I assume that my code may contain flaws. I will be happy to fix those flaws if you'll kindly point out to them.

Thanks! I really hope that you'll like this contribution and it will be merged

General information

1. Android 11
2. MIUI 12.5.7 (latest)
3. Redmi Note 8 Pro
4. OpenVPN for Android 0.7.37 (latest)
5. User auth via client certificate (x509)

Description of the issue

Hello. Found a stack trace when:

1. Connect to VPN server
2. Choose edit configuration via menu
3. Do do nothing in confuration and return to connection log

2022-06-10 12:20:01 Getting X509 Name from certificate: com.android.org.bouncycastle.asn1.x509.X509Name.getInstance [class java.lang.Object] java.lang.NoSuchMethodException: com.android.org.bouncycastle.asn1.x509.X509Name.getInstance [class java.lang.Object] at java.lang.Class.getMethod(Class.java:2072) at java.lang.Class.getMethod(Class.java:1693) at de.blinkt.openvpn.core.X509Utils.getCertificateFriendlyName(X509Utils.java:136) at de.blinkt.openvpn.core.X509Utils.getCertificateFriendlyName(X509Utils.java:82) at de.blinkt.openvpn.views.FileSelectLayout.setData(FileSelectLayout.java:155) at de.blinkt.openvpn.fragments.Settings_Basic.loadPreferences(Settings_Basic.java:192) at de.blinkt.openvpn.fragments.KeyChainSettingsFragment.onStart(KeyChainSettingsFragment.kt:208) at androidx.fragment.app.Fragment.performStart(Fragment.java:3053) at androidx.fragment.app.FragmentStateManager.start(FragmentStateManager.java:587) at androidx.fragment.app.FragmentStateManager.moveToExpectedState(FragmentStateManager.java:279) at androidx.fragment.app.FragmentManager.executeOpsTogether(FragmentManager.java:1840) at androidx.fragment.app.FragmentManager.removeRedundantOperationsAndExecute(FragmentManager.java:1758) at androidx.fragment.app.FragmentManager.execSingleAction(FragmentManager.java:1670) at androidx.fragment.app.BackStackRecord.commitNowAllowingStateLoss(BackStackRecord.java:323) at androidx.fragment.app.FragmentPagerAdapter.finishUpdate(FragmentPagerAdapter.java:249) at androidx.viewpager.widget.ViewPager.populate(ViewPager.java:1244) at androidx.viewpager.widget.ViewPager.populate(ViewPager.java:1092) at androidx.viewpager.widget.ViewPager.onMeasure(ViewPager.java:1622) at android.view.View.measure(View.java:26057) at android.view.ViewGroup.measureChildWithMargins(ViewGroup.java:7105) at android.widget.LinearLayout.measureChildBeforeLayout(LinearLayout.java:1552) at android.widget.LinearLayout.measureVertical(LinearLayout.java:842) at android.widget.LinearLayout.onMeasure(LinearLayout.java:721) at android.view.View.measure(View.java:26057) at android.view.ViewGroup.measureChildWithMargins(ViewGroup.java:7105) at android.widget.FrameLayout.onMeasure(FrameLayout.java:194) at androidx.appcompat.widget.ContentFrameLayout.onMeasure(ContentFrameLayout.java:145) at android.view.View.measure(View.java:26057) at android.view.ViewGroup.measureChildWithMargins(ViewGroup.java:7105) at androidx.appcompat.widget.ActionBarOverlayLayout.onMeasure(ActionBarOverlayLayout.java:496) at android.view.View.measure(View.java:26057) at android.view.ViewGroup.measureChildWithMargins(ViewGroup.java:7105) at android.widget.FrameLayout.onMeasure(FrameLayout.java:194) at android.view.View.measure(View.java:26057) at android.view.ViewGroup.measureChildWithMargins(ViewGroup.java:7105) at android.widget.LinearLayout.measureChildBeforeLayout(LinearLayout.java:1552) at android.widget.LinearLayout.measureVertical(LinearLayout.java:842) at android.widget.LinearLayout.onMeasure(LinearLayout.java:721) at android.view.View.measure(View.java:26057) at android.view.ViewGroup.measureChildWithMargins(ViewGroup.java:7105) at android.widget.FrameLayout.onMeasure(FrameLayout.java:194) at com.android.internal.policy.DecorView.onMeasure(DecorView.java:767) at android.view.View.measure(View.java:26057) at android.view.ViewRootImpl.performMeasure(ViewRootImpl.java:3635) at android.view.ViewRootImpl.measureHierarchy(ViewRootImpl.java:2413) at android.view.ViewRootImpl.performTraversals(ViewRootImpl.java:2679) at android.view.ViewRootImpl.doTraversal(ViewRootImpl.java:2135) at android.view.ViewRootImpl$TraversalRunnable.run(ViewRootImpl.java:8624) at android.view.Choreographer$CallbackRecord.run(Choreographer.java:975) at android.view.Choreographer.doCallbacks(Choreographer.java:799) at android.view.Choreographer.doFrame(Choreographer.java:734) at android.view.Choreographer$FrameDisplayEventReceiver.run(Choreographer.java:960) at android.os.Handler.handleCallback(Handler.java:938) at android.os.Handler.dispatchMessage(Handler.java:99) at android.os.Looper.loop(Looper.java:236) at android.app.ActivityThread.main(ActivityThread.java:8057) at java.lang.reflect.Method.invoke(Native Method) at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:620) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1011) 2022-06-10 12:20:01 Getting X509 Name from certificate: com.android.org.bouncycastle.asn1.x509.X509Name.getInstance [class java.lang.Object] java.lang.NoSuchMethodException: com.android.org.bouncycastle.asn1.x509.X509Name.getInstance [class java.lang.Object] at java.lang.Class.getMethod(Class.java:2072) at java.lang.Class.getMethod(Class.java:1693) at de.blinkt.openvpn.core.X509Utils.getCertificateFriendlyName(X509Utils.java:136) at de.blinkt.openvpn.fragments.KeyChainSettingsFragment$setCertificate$1.run(KeyChainSettingsFragment.kt:131)

openvpn.trace.zip

General information

1. Android Version: 11
2. Android Vendor/Custom ROM: OnePlus OxygenOS
3. Device: OnePlus 9 Pro
4. Version of the app (version number/play store version/self-built): Bug seems to occur in F-Droid version v0.7.37, but not in v.0.7.29. After testing different versions, it seems that the bug is introduced in 3a674d30e1c7118b73efaf353cea7c43a95dc8c7

Description of the issue

When repeatedly and quickly pressing an OpenVPN shortcut and immediately pressing the back button on the device to close the OpenVPN log, OpenVPN crashes. The same crashes occur when repeatedly pressing the connect/disconnect toggle in the latest version of the eduVPN Android app.

Log

Different crashes occur:

java.lang.NullPointerException: Attempt to invoke virtual method 'void java.lang.Thread.start()' on a null object reference
	at de.blinkt.openvpn.core.OpenVPNService.startOpenVPN(OpenVPNService.java:638)
	at de.blinkt.openvpn.core.OpenVPNService.lambda$onStartCommand$1$de-blinkt-openvpn-core-OpenVPNService(OpenVPNService.java:528)
	at de.blinkt.openvpn.core.OpenVPNService$$ExternalSyntheticLambda0.run(Unknown Source:6)
	at java.lang.Thread.run(Thread.java:923)

java.lang.IllegalThreadStateException
	at java.lang.Thread.start(Thread.java:872)
	at de.blinkt.openvpn.core.OpenVPNService.startOpenVPN(OpenVPNService.java:638)
	at de.blinkt.openvpn.core.OpenVPNService.lambda$onStartCommand$1$de-blinkt-openvpn-core-OpenVPNService(OpenVPNService.java:528)
	at de.blinkt.openvpn.core.OpenVPNService$$ExternalSyntheticLambda0.run(Unknown Source:6)
	at java.lang.Thread.run(Thread.java:923)

java.lang.NullPointerException: Attempt to invoke virtual method 'void java.lang.Thread.start()' on a null object reference
	at de.blinkt.openvpn.core.OpenVPNService.startOpenVPN(OpenVPNService.java:638)
	at de.blinkt.openvpn.core.OpenVPNService.lambda$onStartCommand$1$de-blinkt-openvpn-core-OpenVPNService(OpenVPNService.java:528)
	at de.blinkt.openvpn.core.OpenVPNService$$ExternalSyntheticLambda0.run(Unknown Source:6)
	at java.lang.Thread.run(Thread.java:923)

java.lang.NullPointerException: Attempt to invoke virtual method 'void de.blinkt.openvpn.core.DeviceStateReceiver.networkStateChange(android.content.Context)' on a null object reference
	at de.blinkt.openvpn.core.OpenVPNService.registerDeviceStateReceiver(OpenVPNService.java:451)
	at de.blinkt.openvpn.core.OpenVPNService.lambda$startOpenVPN$2$de-blinkt-openvpn-core-OpenVPNService(OpenVPNService.java:659)
	at de.blinkt.openvpn.core.OpenVPNService$$ExternalSyntheticLambda1.run(Unknown Source:4)
	at android.os.Handler.handleCallback(Handler.java:938)
	at android.os.Handler.dispatchMessage(Handler.java:99)
	at android.os.Looper.loop(Looper.java:233)
	at android.app.ActivityThread.main(ActivityThread.java:8035)
	at java.lang.reflect.Method.invoke(Native Method)
	at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:631)
	at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:978)