PP Christian
Staff member
We are replacing a few servers because of the many blocked ips, Amsterdam has already been replaced, the 4 that are now offline will also be replaced as soon as the hosters have delivered them complete with ips.
Serverstats - Current information about the servers
- Thread starter PP Christian
- Start date
hallowelt2
Freshly Joined Member
Stupid question from someone who doesn't maintain servers. Can't you use the old servers and just change the IPs? As far as I know IPs aren't branded in the Server hardware (unlike your Windows license in branded into your Laptop)? Or is is also some Hardware-Upgrade?
edit: Or is the hoster the problem and says you also need to change the server? But nice to see many servers are back again, inclusive Los Angeles which I currently don't use but was offline for a long time. And also Hongkong.
edit: Or is the hoster the problem and says you also need to change the server? But nice to see many servers are back again, inclusive Los Angeles which I currently don't use but was offline for a long time. And also Hongkong.
PP Christian
Staff member
As far as I am correctly informed, new hardware is also being used.
Honk
Member
I'm wondering what the serverstats site is telling us. According to this site, Moscow and Paris are up and running, but that's not true. In fact, all three servers are not working properly, as my captures show.
Moscow1: https://pomf2.lain.la/f/cztwnmf4.mp4
Moscow2: https://pomf2.lain.la/f/tafj5p9x.mp4
Paris: https://pomf2.lain.la/f/v3p18pc.mp4
That being said, I recommend that you change the way you test the servers listed on this page. Maybe the servers listed here work fine with SSH or other features, but that's not the case for VPN, at least.
Even if the VPN login is successful, it doesn't mean that it works the way it should, as you can see with the download test. So please consider implementing a download test as well, and if it is successful, this server can be considered as working properly, otherwise the stats page is telling shit.
I'd also like to add that the Moscow issue has been going on for months and the Paris issue for weeks.
Why are you not able to fix it within days? If the server doesn't work well, reinstall it from scratch. If it's not a server configuration issue, move to another server or datacenter. Downtime that long is unacceptable, and it's something that pisses off customers, and rightfully so.
Also, please stop telling us that guy X is sick or on vacation as the reason things aren't getting fixed, I don't care who finally gets it done. I made my payment to this company and therefore this company is responsible for keeping things up and running.
Moscow1: https://pomf2.lain.la/f/cztwnmf4.mp4
Moscow2: https://pomf2.lain.la/f/tafj5p9x.mp4
Paris: https://pomf2.lain.la/f/v3p18pc.mp4
That being said, I recommend that you change the way you test the servers listed on this page. Maybe the servers listed here work fine with SSH or other features, but that's not the case for VPN, at least.
Even if the VPN login is successful, it doesn't mean that it works the way it should, as you can see with the download test. So please consider implementing a download test as well, and if it is successful, this server can be considered as working properly, otherwise the stats page is telling shit.
I'd also like to add that the Moscow issue has been going on for months and the Paris issue for weeks.
Why are you not able to fix it within days? If the server doesn't work well, reinstall it from scratch. If it's not a server configuration issue, move to another server or datacenter. Downtime that long is unacceptable, and it's something that pisses off customers, and rightfully so.
Also, please stop telling us that guy X is sick or on vacation as the reason things aren't getting fixed, I don't care who finally gets it done. I made my payment to this company and therefore this company is responsible for keeping things up and running.
Honk
Member
And the shit goes on ...
AUTH: Received control message: AUTH_FAILED
AUTH: Received control message: AUTH_FAILED
Code:
# openvpn --config Nuremberg2.conf --script-security 2 --route remote_host --persist-tun --up updown.sh --down updown.sh --route-noexec --setenv hopid 2 --setenv prevgw 10.4.99.1
2024-11-20 18:16:11 Multiple --up scripts defined. The previously configured script is overridden.
2024-11-20 18:16:11 Multiple --down scripts defined. The previously configured script is overridden.
2024-11-20 18:16:11 --cipher is not set. Previous OpenVPN version defaulted to BF-CBC as fallback when cipher negotiation failed in this case. If you need this fallback please add '--data-ciphers-fallback BF-CBC' to your configuration and/or add BF-CBC to --data-ciphers.
2024-11-20 18:16:11 WARNING: file 'client.key' is group or others accessible
2024-11-20 18:16:11 OpenVPN 2.5.9 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Jun 27 2024
2024-11-20 18:16:11 library versions: OpenSSL 3.0.2 15 Mar 2022, LZO 2.10
2024-11-20 18:16:11 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
2024-11-20 18:16:11 TCP/UDP: Preserving recently used remote address: [AF_INET]80.255.10.194:4433
2024-11-20 18:16:11 UDP link local: (not bound)
2024-11-20 18:16:11 UDP link remote: [AF_INET]80.255.10.194:4433
2024-11-20 18:16:11 WARNING: 'link-mtu' is used inconsistently, local='link-mtu 1617', remote='link-mtu 1633'
2024-11-20 18:16:11 WARNING: 'keysize' is used inconsistently, local='keysize 128', remote='keysize 256'
2024-11-20 18:16:11 [Server_nuremberg.perfect-privacy.com] Peer Connection Initiated with [AF_INET]80.255.10.194:4433
2024-11-20 18:16:13 AUTH: Received control message: AUTH_FAILED
2024-11-20 18:16:13 SIGTERM[soft,auth-failure] received, process exiting
root@comp:/home/user/vpn/PP/udp#