IPVanish appear to have changed their connections recently, but the method of connection and certificates remain the same as when I added them. I'll update them somewhen soon, busy with other things right now. Meantime, try other connections, maybe you hit upon a bad one, otherwise follow the trouble shooting guide linked in the first post. I suspect you'll see the same problems if you use the command line with the ovpn files that IPVanish supply which would indicate an issue outside of the plugin.
Posts by zomboided
-
-
There were some changes in something called CSettingsManager which messed this up. There's nothing (currently) illegal in my xml settings, and I don't want to change them as they're all there for a good reason. The Kodi team need to fix this, which I believe they're doing.
I'm not really interested in wasting time fixing problems in beta builds because a) I don't use them, and b) life is too short to be debugging other peoples code.
-
I found that an upgrade to 4.0.9 caused me to reconfigure the VPN connection, reset the VPN provider files and then reconfigure the connections. Please do this if you see any weirdness before reporting problems.
-
Yeah, 4.0.8 was bad. 4.0.9 has been pushed now.
-
Updated HMA, it should notice and download the update. If not select 'Click here to update VPN settings' on the VPN Config settings tab and revalidate an HMA connection.
-
Ok, I'll update the HMA files later
-
You can change the default port, the instructions are on the GitHub wiki, but it's dependent on the vpn provider supporting it, not my add-on.
-
Some debugging for you.
Of the 3 services for checking the IP:
- IPinfoDB does not block (goes timeout)
- IP-API does not block (goes timeout)
- freegeoip.net is the blocking one which also blocks the Auto Select option (reboot of RPI is required)
Moreover, the VPN or the network are not blocking them since, if I activate the VPN on my laptop I can ping all 3 services,and they work correctly when using another VPN on RPI (AirVPN).
Thus there must be something else.
Let me know if some log file could help youSo if they work with another VPN provider (and they all work with mine), then there's something up with your network or the VPN. By all means fetch the log, but I suspect it'll just confirm what you're already telling me (which is not something I'd fix in my add-on)
-
There's an issue with that service. Try another one. If they all don't work, then I'd suggest there's something blocking them (either your network of the VPN), which is probably going to cause you problems using the VPN connection anyway (this is why I don't offer the ability to turn this off)
It's not an issue with the VPN, that connects regardless. This is just validating that your external IP address is being used and trying to determine where the internet thinks it is.
-
It can't get the info to determine where the IP is located. If it's set to automatic, then it should cycle between the different connections. See this option
07. Debug Options · Zomboided/service.vpn.manager Wiki · GitHub
-
I think it's a problem with the beta build that someone is looking at. I'm not planning on any changes right now
-
That is showing that it's an auth problem. It always writes a line break for every provider when PASS.txt is written, this hasn't changed. You won't see it if you open a Linux text file with a Windows text editor.
-
Smart DNS is supported natively, I'm not good at updating the first post though
-
I think that was fixed a month ago. PureVPN are just a massive pain in the arse with multiple people having problems. I don't want to be their support. People can use User Defined and deal with it themselves.
-
Just tried it - same result
Figures. I think LE (and OE?) 7 work, but you'll be back on Kodi 16, which may or may not be an issue for you. You might be lucky with a future LE release (maybe a beta), I really don't know as I don't see this issue with my provider
-
Right, I use the ovpn files that you pointed to. The fact that they can't be bothered to keep them up to date for their own users, and expect them to go fetch them from a stupid web page is really poor service (which appears to be them all over).
Anyway, you've made my mind up for me, I'll pull Pure from the next release and if people want to continue to use them, they'll have to roll their own using User Defined. I just cannot be bothered to deal with them.
-
Will it work if I install OpenElec instead?
Try the latest one and report back. I don't know what packages they're using.
-
Pure have changed their server URLs and I think some of the options but haven't bothered to change the ovpn files that they supply so I haven't been able to change my add-on (and I'm guessing anyone else who wants to use their service via manual connections). This might be the issue, but you are connecting successfully.
However, the log doesn't show any disconnections at the VPN level, but I can see that you're getting breaks in the streaming. You can double check to see if the openvpn task is still running when you experience a disconnect (ps -ef, look for 'openvpn'). Then you can either whine at Pure about their crappy servers or you can whine at your thoroughly legit streaming provider.
