Jump to content

VPN issue


Guest
 Share

Recommended Posts

So I am trying to setup a VPN I will use on occasion separate from gaming. I used PureVPN since it's one of the choices seemingly coded into the router. 

The login works with Chicago, LA, NY for both protocals TCP/UDP but the one server I need, isn't working. First only has a protocal selection for TCP which purevpn says it is setup for UDP as well. Second , the TCP will not connect at all in the logs shows no server verification method selected... this is a backend issue. Every location I chose with support in chat form purevpn worked minus the one I need, houston. Can we get this fixed? I'd prefer not to have to rely on CA certs and scripts since it's part of the basic setup. 

Link to comment
Share on other sites

I can also confirm that this is happening for me also when trying to connect to Houston. I know there server is live and active as I can log onto that server with the purevpn windows app. 

2019-05-07.png

Link to comment
Share on other sites

6 hours ago, BIG__DOG said:

I can also confirm that this is happening for me also when trying to connect to Houston. I know there server is live and active as I can log onto that server with the purevpn windows app. 

2019-05-07.png

Hey Big Dog. 

If you didn't already have a working file, this is what was given to me from pureVPN last night and it works with UDP. I also have TCP if you need. It does show up as Dallas when locating the IP but it's not a huge difference from the tracert I ran for the houston hostname. 

client
verb 1
proto udp
remote ustx2-ovpn-udp.pointtoserver.com 5500 
connect-retry-max 3
connect-retry 3
resolv-retry 15
dev tun
auth-user-pass
persist-key
persist-tun
nobind
<ca>
-----BEGIN CERTIFICATE-----
MIIE6DCCA9CgAwIBAgIJAMjXFoeo5uSlMA0GCSqGSIb3DQEBCwUAMIGoMQswCQYD
VQQGEwJISzEQMA4GA1UECBMHQ2VudHJhbDELMAkGA1UEBxMCSEsxGDAWBgNVBAoT
D1NlY3VyZS1TZXJ2ZXJDQTELMAkGA1UECxMCSVQxGDAWBgNVBAMTD1NlY3VyZS1T
ZXJ2ZXJDQTEYMBYGA1UEKRMPU2VjdXJlLVNlcnZlckNBMR8wHQYJKoZIhvcNAQkB
FhBtYWlsQGhvc3QuZG9tYWluMB4XDTE2MDExNTE1MzQwOVoXDTI2MDExMjE1MzQw
OVowgagxCzAJBgNVBAYTAkhLMRAwDgYDVQQIEwdDZW50cmFsMQswCQYDVQQHEwJI
SzEYMBYGA1UEChMPU2VjdXJlLVNlcnZlckNBMQswCQYDVQQLEwJJVDEYMBYGA1UE
AxMPU2VjdXJlLVNlcnZlckNBMRgwFgYDVQQpEw9TZWN1cmUtU2VydmVyQ0ExHzAd
BgkqhkiG9w0BCQEWEG1haWxAaG9zdC5kb21haW4wggEiMA0GCSqGSIb3DQEBAQUA
A4IBDwAwggEKAoIBAQDluufhyLlyvXzPUL16kAWAdivl1roQv3QHbuRshyKacf/1
Er1JqEbtW3Mx9Fvr/u27qU2W8lQI6DaJhU2BfijPe/KHkib55mvHzIVvoexxya26
nk79F2c+d9PnuuMdThWQO3El5a/i2AASnM7T7piIBT2WRZW2i8RbfJaTT7G7LP7O
pMKIV1qyBg/cWoO7cIWQW4jmzqrNryIkF0AzStLN1DxvnQZwgXBGv0CwuAkfQuNS
Lu0PQgPp0PhdukNZFllv5D29IhPr0Z+kwPtrAgPQo+lHlOBHBMUpDT4XChTPeAvM
aUSBsqmonAE8UUHEabWrqYN/kWNHCNkYXMkiVmK1AgMBAAGjggERMIIBDTAdBgNV
HQ4EFgQU456ijsFrYnzHBShLAPpOUqQ+Z2cwgd0GA1UdIwSB1TCB0oAU456ijsFr
YnzHBShLAPpOUqQ+Z2ehga6kgaswgagxCzAJBgNVBAYTAkhLMRAwDgYDVQQIEwdD
ZW50cmFsMQswCQYDVQQHEwJISzEYMBYGA1UEChMPU2VjdXJlLVNlcnZlckNBMQsw
CQYDVQQLEwJJVDEYMBYGA1UEAxMPU2VjdXJlLVNlcnZlckNBMRgwFgYDVQQpEw9T
ZWN1cmUtU2VydmVyQ0ExHzAdBgkqhkiG9w0BCQEWEG1haWxAaG9zdC5kb21haW6C
CQDI1xaHqObkpTAMBgNVHRMEBTADAQH/MA0GCSqGSIb3DQEBCwUAA4IBAQCvga2H
MwOtUxWH/inL2qk24KX2pxLg939JNhqoyNrUpbDHag5xPQYXUmUpKrNJZ0z+o/Zn
NUPHydTSXE7Z7E45J0GDN5E7g4pakndKnDLSjp03NgGsCGW+cXnz6UBPM5FStFvG
dDeModeSUyoS9fjk+mYROvmiy5EiVDP91sKGcPLR7Ym0M7zl2aaqV7bb98HmMoBO
xpeZQinof67nKrCsgz/xjktWFgcmPl4/PQSsmqQD0fTtWxGuRX+FzwvF2OCMCAJg
p1RqJNlk2g50/kBIoJVPPCfjDFeDU5zGaWGSQ9+z1L6/z7VXdjUiHL0ouOcHwbiS
4ZjTr9nMn6WdAHU2
-----END CERTIFICATE-----
</ca>
<cert>
-----BEGIN CERTIFICATE-----
MIIEnzCCA4egAwIBAgIBAzANBgkqhkiG9w0BAQsFADCBqDELMAkGA1UEBhMCSEsx
EDAOBgNVBAgTB0NlbnRyYWwxCzAJBgNVBAcTAkhLMRgwFgYDVQQKEw9TZWN1cmUt
U2VydmVyQ0ExCzAJBgNVBAsTAklUMRgwFgYDVQQDEw9TZWN1cmUtU2VydmVyQ0Ex
GDAWBgNVBCkTD1NlY3VyZS1TZXJ2ZXJDQTEfMB0GCSqGSIb3DQEJARYQbWFpbEBo
b3N0LmRvbWFpbjAeFw0xNjAxMTUxNjE1MzhaFw0yNjAxMTIxNjE1MzhaMIGdMQsw
CQYDVQQGEwJISzEQMA4GA1UECBMHQ2VudHJhbDELMAkGA1UEBxMCSEsxFjAUBgNV
BAoTDVNlY3VyZS1DbGllbnQxCzAJBgNVBAsTAklUMRYwFAYDVQQDEw1TZWN1cmUt
Q2xpZW50MREwDwYDVQQpEwhjaGFuZ2VtZTEfMB0GCSqGSIb3DQEJARYQbWFpbEBo
b3N0LmRvbWFpbjCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxsnyn4v6xxDP
nuDaYS0b9M1N8nxgg7OBPBlK+FWRxdTQ8yxt5U5CZGm7riVp7fya2J2iPZIgmHQE
v/KbxztsHAVlYSfYYlalrnhEL3bDP2tY+N43AwB1k5BrPq2s1pPLT2XG951drDKG
4PUuFHUP1sHzW5oQlfVCmxgIMAP8OYkCAwEAAaOCAV8wggFbMAkGA1UdEwQCMAAw
LQYJYIZIAYb4QgENBCAWHkVhc3ktUlNBIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAd
BgNVHQ4EFgQU9MwUnUDbQKKZKjoeieD2OD5NlAEwgd0GA1UdIwSB1TCB0oAU456i
jsFrYnzHBShLAPpOUqQ+Z2ehga6kgaswgagxCzAJBgNVBAYTAkhLMRAwDgYDVQQI
EwdDZW50cmFsMQswCQYDVQQHEwJISzEYMBYGA1UEChMPU2VjdXJlLVNlcnZlckNB
MQswCQYDVQQLEwJJVDEYMBYGA1UEAxMPU2VjdXJlLVNlcnZlckNBMRgwFgYDVQQp
Ew9TZWN1cmUtU2VydmVyQ0ExHzAdBgkqhkiG9w0BCQEWEG1haWxAaG9zdC5kb21h
aW6CCQDI1xaHqObkpTATBgNVHSUEDDAKBggrBgEFBQcDAjALBgNVHQ8EBAMCB4Aw
DQYJKoZIhvcNAQELBQADggEBAFyFo2VUX/UFixsdPdK9/Yt6mkCWc+XS1xbapGXX
b9U1d+h1iBCIV9odUHgNCXWpz1hR5Uu/OCzaZ0asLE4IFMZlQmJs8sMT0c1tfPPG
W45vxbL0lhqnQ8PNcBH7huNK7VFjUh4szXRKmaQPaM4S91R3L4CaNfVeHfAg7mN2
m9Zn5Gto1Q1/CFMGKu2hxwGEw5p+X1czBWEvg/O09ckx/ggkkI1NcZsNiYQ+6Pz8
DdGGX3+05YwLZu94+O6iIMrzxl/il0eK83g3YPbsOrASARvw6w/8sOnJCK5eOacl
21oww875KisnYdWjHB1FiI+VzQ1/gyoDsL5kPTJVuu2CoG8=
-----END CERTIFICATE-----
</cert>
<key>
-----BEGIN PRIVATE KEY-----
MIICdgIBADANBgkqhkiG9w0BAQEFAASCAmAwggJcAgEAAoGBAMbJ8p+L+scQz57g
2mEtG/TNTfJ8YIOzgTwZSvhVkcXU0PMsbeVOQmRpu64lae38mtidoj2SIJh0BL/y
m8c7bBwFZWEn2GJWpa54RC92wz9rWPjeNwMAdZOQaz6trNaTy09lxvedXawyhuD1
LhR1D9bB81uaEJX1QpsYCDAD/DmJAgMBAAECgYEAvTHbDupE5U0krUvHzBEIuHbl
ptGlcfNYHoDcD3oxYR3pOGeiuElBexv+mgHVzcFLBrsQfJUlHLPfCWi3xmjRvDQc
r7N7U1u7NIzazy/PpRBaKolMRiM1KMYi2DG0i4ZONwFT8bvNHOIrZzCLY54KDrqO
n55OzC70WYjWh4t5evkCQQDkkzZUAeskBC9+JP/zLps8jhwfoLBWGw/zbC9ePDmX
0N8MTZdcUpg6KUTf1wbkLUyVtIRjS2ao6qu1jWG6K0x3AkEA3qPWyaWQWCynhNDq
u2U1cPb2kh5AJip+gqxO3emikAdajsSxeoyEC2AfyBITbeB1tvCUZH17J4i/0+OF
TEQp/wJAb/zEOGJ8PzghwK8GC7JA8mk51DEZVAaMSRovFv9wxDXcoh191AjPdmdz
zCuAv9iF1i8MUc3GbWoUWK39PIYsPwJAWh63sqfx5b8tj/WBDpnJKBDPfhYAoXJS
A1L8GZeY1fQkE+ZKcPCwAmrGcpXeh3t0Krj3WDXyw+32uC5Apr5wwQJAPZwOORea
C4YNfBPZN9BdHvVjOYGGUffpI+X+hWpLRnQFJteAi+eqwyk0Oi0SkJB+a7jcerK2
d7q7xhec5WHlng==
-----END PRIVATE KEY-----
</key>
<tls-auth>

# 2048 bit OpenVPN static key 

-----BEGIN OpenVPN Static key V1-----
e30af995f56d07426d9ba1f824730521
d4283db4b4d0cdda9c6e8759a3799dcb
7939b6a5989160c9660de0f6125cbb1f
585b41c074b2fe88ecfcf17eab9a33be
1352379cdf74952b588fb161a93e13df
9135b2b29038231e02d657a6225705e6
868ccb0c384ed11614690a1894bfbeb2
74cebf1fe9c2329bdd5c8a40fe882062
4d2ea7540cd79ab76892db51fc371a3a
c5fc9573afecb3fffe3281e61d72e915
79d9b03d8cbf7909b3aebf4d90850321
ee6b7d0a7846d15c27d8290e031e951e
19438a4654663cad975e138f5bc5af89
c737ad822f27e19057731f41e1e254cc
9c95b7175c622422cde9f1f2cfd3510a
dd94498b4d7133d3729dd214a16b27fb
-----END OpenVPN Static key V1-----
</tls-auth>
key-direction 1
remote-cert-tls server
cipher AES-256-CBC
comp-lzo
route-method exe 
route-delay 2 
route 0.0.0.0 0.0.0.0
script-security 2

 

Link to comment
Share on other sites

Hey @BIG__DOG have you ever got OPEN NAT type in Call of Duty with pureVPN? 

I've got a crazy routing story.  I am having troubles with the geofilter connecting outside of my filter range as well as ignoring Allowed servers within my range and even if not on the allow list and only inside the filter it is somehow seemingly blocking them form connection. Also I can see my own player icon during a PSN speedtest which I've always been able to do as well as ping. Fraser says this isn't how it's supposed to work. Also, when all of these issues started I also lost the ability to ping myself and ID myself.  I can tell it's me because of the timing during a speedtest I see the PSN server and a player Icon.  

So being naturally inclined to dig my own hole I decided to dig in. Since my ISP hands out a private IP in the 10.64.x.x range I decided to try and bypass their NAT somewhat with a VPN. I selected PureVPN based on recommendations from you scattered throughout the forum. Not a poor choice. I knew my routing lead me directly to Dallas Texas with about 10 hops total. I found an issue with the Houston selection within the Hybrid VPN Basic setup UI and via chat they gave me a config file  for TCP or UDP. UDP is the preference for packet speed. So I load up the VPN and test things out... not bad 100/10 speeds down to 23/10 over ovpn... That's actually really good from my experience.  So I figure I am not going to get an open NAT that moderate would be acceptable, no big deal. I load the geofilter wait a few minutes. Load the game. moderate nat.. now expecting to test if the servers I usually play on would be ignored or utilized.  Search took less than a few seconds and my ping was identical to non-VPN ping and get this, my in-game latency after game engine etc.. was actually lower by a significant amount.  Instead of pinging at 17-22 and seeing in game of 33-43 I was dead flat at in game latency of 30ms. I mean zero fluctuation!  WTH?!?!  So thinking it's a fluke I kept testing.  SO my next server was the dreaded servers I have been trying to avoid. A new block of Internap routed servers that are mixed up between Texas and Kansas on the filter UI but for some reason even though i have very good routing to Dallas these servers would show a ping of mid to high 40's and in game latency of 60-75.  Here's the crazy part!  These servers actually got better over VPN. I assume due to some weird routing hang up but I am now seeing in game latency of 30ms on these as well. I set all of my Internap Deny list to Allow and had 2 hrs of zero issues.  I am hoping this hold true and is not a late night testing fluke. 

On a side note, I purchased port forwarding when I set up the account. Since everything seemed to be better behidn the VPN I decided to wrok with their support to see if in fact I could get an open NAT. With their UDP config file, Manual forwards on the XR500, and my account set to OPEN ALL. I was able to achieve OPEN nat in bo4 behind a VPN. I don;t know if others have tried or been easily successful but here's the strange thing.  The support person and myself went through every setting we could think of and about 20 diable/enable, restarts etc. So the theory is that once the VPN is open on port 5500 in my case, the only port activity required from my ISP is that port to open the tunnel. Since the netduma vpn is a hybrid and I have my PC not added to the list I thought maybe it was an issue with the ISP seeing half this half that... lets try triggering the ports from their Carrier Grade NAT without VPN then turn on the VPN and launch the PS4 and then the game. Immediate OPEN nat. Weird and possibly a testing glitch but still hope. 

Yea I know long story.... write me a novel. Lifes beauty is the details. 

Link to comment
Share on other sites

It sounds like we need to update our config file for this server - I imagine PureVPN may have changed something..

You should be able to workaround this if you toggle to the Advanced tab on setup. In there, paste the open VPN config file into the config field. 

There's a full guide on how to do this here:

http://support.netduma.com/support/solutions/articles/16000087492--dumaos-optimal-settings-guide-hybrid-vpn

Link to comment
Share on other sites

Yea, I'm up and running already, would be nice if it was as easy as just logging in with user/pass and select udp or tcp and connect as designed. 

Link to comment
Share on other sites

17 hours ago, stalker4hire- said:

Hey @BIG__DOG have you ever got OPEN NAT type in Call of Duty with pureVPN? 

I've got a crazy routing story.  I am having troubles with the geofilter connecting outside of my filter range as well as ignoring Allowed servers within my range and even if not on the allow list and only inside the filter it is somehow seemingly blocking them form connection. Also I can see my own player icon during a PSN speedtest which I've always been able to do as well as ping. Fraser says this isn't how it's supposed to work. Also, when all of these issues started I also lost the ability to ping myself and ID myself.  I can tell it's me because of the timing during a speedtest I see the PSN server and a player Icon.  

So being naturally inclined to dig my own hole I decided to dig in. Since my ISP hands out a private IP in the 10.64.x.x range I decided to try and bypass their NAT somewhat with a VPN. I selected PureVPN based on recommendations from you scattered throughout the forum. Not a poor choice. I knew my routing lead me directly to Dallas Texas with about 10 hops total. I found an issue with the Houston selection within the Hybrid VPN Basic setup UI and via chat they gave me a config file  for TCP or UDP. UDP is the preference for packet speed. So I load up the VPN and test things out... not bad 100/10 speeds down to 23/10 over ovpn... That's actually really good from my experience.  So I figure I am not going to get an open NAT that moderate would be acceptable, no big deal. I load the geofilter wait a few minutes. Load the game. moderate nat.. now expecting to test if the servers I usually play on would be ignored or utilized.  Search took less than a few seconds and my ping was identical to non-VPN ping and get this, my in-game latency after game engine etc.. was actually lower by a significant amount.  Instead of pinging at 17-22 and seeing in game of 33-43 I was dead flat at in game latency of 30ms. I mean zero fluctuation!  WTH?!?!  So thinking it's a fluke I kept testing.  SO my next server was the dreaded servers I have been trying to avoid. A new block of Internap routed servers that are mixed up between Texas and Kansas on the filter UI but for some reason even though i have very good routing to Dallas these servers would show a ping of mid to high 40's and in game latency of 60-75.  Here's the crazy part!  These servers actually got better over VPN. I assume due to some weird routing hang up but I am now seeing in game latency of 30ms on these as well. I set all of my Internap Deny list to Allow and had 2 hrs of zero issues.  I am hoping this hold true and is not a late night testing fluke. 

On a side note, I purchased port forwarding when I set up the account. Since everything seemed to be better behidn the VPN I decided to wrok with their support to see if in fact I could get an open NAT. With their UDP config file, Manual forwards on the XR500, and my account set to OPEN ALL. I was able to achieve OPEN nat in bo4 behind a VPN. I don;t know if others have tried or been easily successful but here's the strange thing.  The support person and myself went through every setting we could think of and about 20 diable/enable, restarts etc. So the theory is that once the VPN is open on port 5500 in my case, the only port activity required from my ISP is that port to open the tunnel. Since the netduma vpn is a hybrid and I have my PC not added to the list I thought maybe it was an issue with the ISP seeing half this half that... lets try triggering the ports from their Carrier Grade NAT without VPN then turn on the VPN and launch the PS4 and then the game. Immediate OPEN nat. Weird and possibly a testing glitch but still hope. 

Yea I know long story.... write me a novel. Lifes beauty is the details. 

Hi, I do not or advise against gaming over a vpn. There is a lot of extra lag created due to the rerouting of your packets and the extra layer of encryption. I only use a vpn for a few select uses on my pc and do not use it on a router level. 

Link to comment
Share on other sites

18 hours ago, stalker4hire- said:

Hey Big Dog. 

If you didn't already have a working file, this is what was given to me from pureVPN last night and it works with UDP. I also have TCP if you need. It does show up as Dallas when locating the IP but it's not a huge difference from the tracert I ran for the houston hostname. 

 

Hi Glad your issue is sorted. I do not use a vpn on the router level as only use it on pc for select uses which is why I use the app.

Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
 Share

×
×
  • Create New...