Certain Servers Not Connecting At All

Kevin1980xp1

Freshly Joined Member
Hi. For a few months now, certain servers simply refuse to connect at all - I cannot remember on top of my head all of them, for example London or Manchester.

I've ignored this issue for a long time now since I would just connect to another server, like one in Netherlands, thinking that the other servers would eventually get fixed but sadly they haven't. I confirmed that this is not a me issue either - I cannot connect to those servers neither on Windows, nor android, and neither using my ISP or my 4G internet. I've also asked my friend whos american that also uses Perfect Privacy and they also cannot connect to those two servers.

Here are the logs of when trying to connect to London for example. (I've removed some numbers in the logs since I don't know if they are unique to me or not).

It always gets stuck on State: Wait. When connecting to other servers that do work, the logs look exactly the same, with the difference that it does get past State: Wait and actually connects.

Code:
12/17/2021 3:35:30 AM   Debug  Debug: config connect called
12/17/2021 3:35:30 AM   Log  DisconnectReason set to NoDisconnect in connect_thread
12/17/2021 3:35:30 AM   Log  Debug: connect_thread started
12/17/2021 3:35:31 AM   Log  State Change Event - Initializing
12/17/2021 3:35:31 AM   Log  Waiting for system to get ready..
12/17/2021 3:35:31 AM   Log  Waiting for OpenVPN.exe to get ready
12/17/2021 3:35:31 AM   Log  OpenVPN.exe ready
12/17/2021 3:35:31 AM   Log  Checking firewall and DNS leak protection settings
12/17/2021 3:35:34 AM   Log  Waiting for network to get ready
12/17/2021 3:35:35 AM   Debug  Proxy: VpnServer: RemoteIp:
12/17/2021 3:35:35 AM   Debug  Debug: Serviceconnection connect called
12/17/2021 3:35:36 AM   Management  Connecting to management interface
12/17/2021 3:35:36 AM   Log  MANAGEMENT: CMD 'state on'
12/17/2021 3:35:36 AM   Log  MANAGEMENT: CMD 'hold release'
12/17/2021 3:35:36 AM   Log  MANAGEMENT: CMD 'username 'Auth' "<Username Removed>"'
12/17/2021 3:35:37 AM   Log  MANAGEMENT: CMD 'password [...]'
12/17/2021 3:35:37 AM   Log  NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
12/17/2021 3:35:37 AM   Log  Outgoing Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication
12/17/2021 3:35:37 AM   Log  Incoming Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication
12/17/2021 3:35:37 AM   Log  Control Channel MTU parms [  ]
12/17/2021 3:35:37 AM   Log  Data Channel MTU parms [  ]
12/17/2021 3:35:37 AM   Log  Fragmentation MTU parms [ ]
12/17/2021 3:35:37 AM   Log  Local Options String (VER=V4): 'V4,dev-type tun,link-mtu 1606,tun-mtu 1500,proto UDPv4,comp-lzo,mtu-dynamic,keydir 1,cipher AES-256-CBC,auth SHA512,keysize 256,tls-auth,key-method 2,tls-client'
12/17/2021 3:35:37 AM   Log  Expected Remote Options String (VER=V4): 'V4,dev-type tun,link-mtu 1606,tun-mtu 1500,proto UDPv4,comp-lzo,mtu-dynamic,keydir 0,cipher AES-256-CBC,auth SHA512,keysize 256,tls-auth,key-method 2,tls-server'
12/17/2021 3:35:37 AM   Log  TCP/UDP: Preserving recently used remote address: [AF_INET]
12/17/2021 3:35:37 AM   Log  Socket Buffers: R=[65536->65536] S=[65536->65536]
12/17/2021 3:35:37 AM   Log  UDP link local: (not bound)
12/17/2021 3:35:37 AM   Log  UDP link remote: [AF_INET]
12/17/2021 3:35:37 AM   Log  MANAGEMENT: >STATE:                 ,WAIT,,,,,,
12/17/2021 3:35:37 AM   State  WAIT
 
I've encountered this same issue and initially dismissed it just as Kevin1980xp1 did. I've noticed that over the past several weeks it has grown worse: many nodes now fail to connect and those few that do get stuck "Waiting for Confirmation," which prevents any cascading/multi-hop connections.

I had this crop up once before and received advice on how to fix it: https://board.perfect-privacy.com/tickets/most-connection-nodes-fail.4669/ Back then, the advised solution worked, but this time around it seems to do no good.

Whatever is going wrong with the software, this issue needs to be addressed promptly: the inability to use cascading seriously degrades our online privacy.
 
Connection trouble for me was worse every day. I changed a lot of options and settings today, watching the logs all the time. For me problem was was Stealth VPN option set to Stunnel. Try SSH and Obsfproxy3 options, booth work for me so far, connecting fast without trouble.
 
Suggestion to empiricus2: If it works for you, consider to update your ticket.
If its not going to be fixed, maybe we could have a statement from perfect privacy why its not going to be fixed.
 
Yeah, I've just been told my error was in using both neurorouting and cascading simultaneously. And it is true that as soon as I disable neurorouting, everything else works fine.

So that's the mistake I was making.
 
Connection trouble for me was worse every day. I changed a lot of options and settings today, watching the logs all the time. For me problem was was Stealth VPN option set to Stunnel. Try SSH and Obsfproxy3 options, booth work for me so far, connecting fast without trouble.
I've continued fiddling around with it since reading your suggestion, and in my own case you were right on the money. Stunnel kept causing problems (fewer of them without neurorouting, but some still there) and when I switched to SSH, everything worked fine and has continued to for a week now.

For whatever reason, Stunnel was the culprit on my machine.
 
Back
Top