Serverstats - Current information about the servers

Today I discovered something strange with the Düsseldorf exit node.
I couldn't connect to the internet, I couldn't access any website and the IP check didn't show any IP.
Code:
$ ipv
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   105  100   105    0     0    212      0 --:--:-- --:--:-- --:--:--   212
VPN

20250120-141403
---
VPN
IP,DNS,VPN,TOR,COUNTRY,CITY
5.199.139.139,duesseldorf1.perfect-privacy.com,true,false,Germany,Duesseldorf
20250120-141423
So I disconnected and reconnected, and it was fine.
However, it seems to me that at least one of the IP addresses on the Düsseldorf server is bad (random exit IP address is enabled!), and needs to be sorted out.
 
Funny thing, I don't have Oslo in my server list.
This isn't funny, it's yet another example of the decay of PP.

The latest download of configuration files shows
Code:
Amsterdam1.conf  Berlin1.conf       Frankfurt1.conf   Madrid1.conf      Moscow2.conf     Reykjavik1.conf  Singapore1.conf  Warsaw1.conf
Amsterdam2.conf  ca.crt             Hamburg1.conf     Manchester1.conf  NewYork1.conf    Riga1.conf       Stockholm2.conf  Zurich1.conf
Amsterdam3.conf  Calais1.conf       Hongkong1.conf    Miami1.conf       Nuremberg1.conf  Rotterdam1.conf  Sydney1.conf     Zurich2.conf
Basel1.conf      client.crt         London1.conf      Milan1.conf       Nuremberg2.conf  Rotterdam2.conf  ta.key           Zurich3.conf
Basel2.conf      client.key         London2.conf      Montreal1.conf    Paris1.conf      Rotterdam3.conf  Tokyo1.conf
Belgrade1.conf   Duesseldorf1.conf  LosAngeles1.conf  Moscow1.conf      Prague1.conf     Rotterdam4.conf  Vienna1.conf

If you still want to use Oslo just copy an existing config file to Oslo1.conf and switch the IP address within to 91.205.187.186


Hop2 doesn't work if Moscow2 is hop1.
Edit: Hop2 being Calais doesn't work, but Oslo is fine.
Why is that?
It's not the first time I've discovered that certain combinations don't work with multi-hopping, so I guess I'll make a list that shows them all.
 
Today I discovered something strange with the Düsseldorf exit node.
I couldn't connect to the internet, I couldn't access any website and the IP check didn't show any IP.
Code:
$ ipv
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   105  100   105    0     0    212      0 --:--:-- --:--:-- --:--:--   212
VPN

20250120-141403
---
VPN
IP,DNS,VPN,TOR,COUNTRY,CITY
5.199.139.139,duesseldorf1.perfect-privacy.com,true,false,Germany,Duesseldorf
20250120-141423
So I disconnected and reconnected, and it was fine.
However, it seems to me that at least one of the IP addresses on the Düsseldorf server is bad (random exit IP address is enabled!), and needs to be sorted out.
I will continue to list the good Dusseldorf IP adresses here since i cannot detect the bad ones.

Good VPN exit nodes:
5.199.139.139
5.199.139.156
 
I will continue to list the good Dusseldorf IP adresses here since i cannot detect the bad ones.

Good VPN exit nodes:
5.199.139.139
5.199.139.156
5.199.139.38
 
Amsterdam2 - AUTH: Received control message: AUTH_FAILED

Code:
2025-01-20 17:52:16 AUTH: Received control message: AUTH_FAILED
2025-01-20 17:52:16 SIGTERM[soft,auth-failure] received, process exiting
 
Personally I see it as a good sign when VPN services get kicked out of data centres for "abuse", because the real reason is not the "abuse" but the fact the VPN provider refuses to dox their clients (or can't because there are genuinely no logs).

When you look at the big VPN companies and wonder why they never seem to have any trouble with data centres, because after all they must have even more "abusers" than the smaller providers, the reason is because they will dox you in a heartbeat.

It's also not surprising that PP has to change hardware. Dedicated hosting is the data centre's hardware, so new data centre equals new hardware. Or if they're colocating then maybe it got siezed, which is pointless on an immutable system, so maybe that's what pissed them off.

In any case, I only need one live server to do what I need, so I'm happy to chill and wait it out. I spend more on coffee in a single breakfast than a month of PP VPN, so I'm not losing any sleep over it.
 
@PP Christian What is going on? Why are all Rotterdam servers offline?
Someone has misused the servers that are offline for DDOS or spam etc.. If this gets out of hand, the servers are taken offline by the data centre as a precaution. We then have to say that we will take care of it and, if necessary, block the IPs that have been attacked etc.. Sometimes the data centres are even fed up with PP at some point and we have to look for new locations.

That's the price we have to pay for not having any user data. If we had it, we could identify the black sheep and block their access, or possibly even hand it over at the request of the authorities. However, we would have to collect everyone's data for this and we don't want to do that. It's possible that the other providers are logging something to prevent their servers from being misused. I mean, we're the only ones who don't even track the number of devices, or how do you think you can limit a package to 5-6 devices without collecting data?

There is no convenient solution to this problem.

Anyone who is prepared to go down this path with us is welcome. If you are not, please leave and look for another provider and forum.
 
Paris authentcation failed

VPN
2025-02-01 12:53:50 AUTH: Received control message: AUTH_FAILED
2025-02-01 12:53:50 SIGTERM[soft,auth-failure] received, process exiting

SSH
debug1: Authentications that can continue: publickey,password
Permission denied, please try again.

 
Today I discovered something strange with the Düsseldorf exit node.
I couldn't connect to the internet, I couldn't access any website and the IP check didn't show any IP.
Code:
$ ipv
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   105  100   105    0     0    212      0 --:--:-- --:--:-- --:--:--   212
VPN

20250120-141403
---
VPN
IP,DNS,VPN,TOR,COUNTRY,CITY
5.199.139.139,duesseldorf1.perfect-privacy.com,true,false,Germany,Duesseldorf
20250120-141423
So I disconnected and reconnected, and it was fine.
However, it seems to me that at least one of the IP addresses on the Düsseldorf server is bad (random exit IP address is enabled!), and needs to be sorted out.

I will continue to list the good Dusseldorf IP adresses here since i cannot detect the bad ones.

Good VPN exit nodes:
5.199.139.139
5.199.139.156
5.199.139.38

I'm still waiting to get a response from my premium VPN service.
 
Back
Top