Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


Shells Virtual Desktop
BMail.ag - Secure Email Service
Server.net
CPLicense.net
VPS Server
Buy VPN
Vultr
VMs for AI
HostDare
ReliableSite White-Label Dedicated Hosting for Resellers
InterServer VPS
BMail.ag - Secure Email Service
Best VPN
High-Performance Bare Metal Server Solutions
Karvl.com
Server Mania Cloud Hosting
DataWagon Hosting
AlphaVPS Hosting
Evoxt.com
Clouvider
VPS Hosting with NVMe
Residential IPs in the US & 4G Mobile Proxies in EU & US with Unlimited Bandwidth
ReliableSite White-Label Dedicated Hosting for Resellers
Rabisu - Hosting Solutions
Shells Virtual Desktop
New on LowEndTalk? Please Register and read our Community Rules.

All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

Summer Just Got Hotter: New VPS Location + Bonuses + Upgrades! Up to 75% Off VPS on Summer Sale

1235

Comments

  • rarecloudrarecloud Member, Patron Provider

    P.S.: Our website is down, it's a maintenance in our Düsseldorf datacenter.
    We will keep you updated

  • Ah that explains that couldn't open any of your pages. Will wait and try later.

  • jndjnd Member
    edited August 2025

    @rarecloud said:

    @cold said:
    @rarecloud and is IPv6 operational on RO Constanța (Năvodari) ?

    Nope. Not yet! We will let you know when it's ready.

    Ah, so that's why IPv6 is unreachable in Constanta. But it sucks to have IPv6 config, which is usually preferred, but can't be used from the machine itself.

    But what the hell is going on with the ping times? It's 700-900ms from anywhere outside of Constanta itself, why? Some of the globalping probes (I picked Romania only) get routed through Miami for some reason. Also there's packet loss.

    traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
     1  * * *
     2  * * *
     3  * * *
     4  * * *
     5  10.220.131.97 (10.220.131.97)  724.756 ms  724.563 ms 10.220.148.206 (10.220.148.206)  724.473 ms
     6  * 10.221.100.14 (10.221.100.14)  567.899 ms  567.509 ms
     7  209.85.168.182 (209.85.168.182)  537.571 ms  622.330 ms *
     8  209.85.250.89 (209.85.250.89)  624.299 ms *  634.484 ms
     9  142.251.65.223 (142.251.65.223)  676.431 ms 216.239.35.183 (216.239.35.183)  785.829 ms dns.google (8.8.8.8)  890.487 ms
    

    Edit: ping to the test IP for new Constanta location from Constanta VPS on the same /24 subnet:

    PING 85.122.120.11 (85.122.120.11) 56(84) bytes of data.
    64 bytes from 85.122.120.11: icmp_seq=2 ttl=64 time=1205 ms
    64 bytes from 85.122.120.11: icmp_seq=1 ttl=64 time=2219 ms
    64 bytes from 85.122.120.11: icmp_seq=4 ttl=64 time=589 ms
    64 bytes from 85.122.120.11: icmp_seq=5 ttl=64 time=581 ms
    64 bytes from 85.122.120.11: icmp_seq=6 ttl=64 time=629 ms
    64 bytes from 85.122.120.11: icmp_seq=8 ttl=64 time=449 ms
    64 bytes from 85.122.120.11: icmp_seq=9 ttl=64 time=516 ms
    64 bytes from 85.122.120.11: icmp_seq=10 ttl=64 time=508 ms
    64 bytes from 85.122.120.11: icmp_seq=13 ttl=64 time=589 ms
    64 bytes from 85.122.120.11: icmp_seq=15 ttl=64 time=597 ms
    64 bytes from 85.122.120.11: icmp_seq=16 ttl=64 time=659 ms
    64 bytes from 85.122.120.11: icmp_seq=18 ttl=64 time=522 ms
    64 bytes from 85.122.120.11: icmp_seq=19 ttl=64 time=490 ms
    64 bytes from 85.122.120.11: icmp_seq=20 ttl=64 time=584 ms
    64 bytes from 85.122.120.11: icmp_seq=21 ttl=64 time=557 ms
    ^C
    --- 85.122.120.11 ping statistics ---
    22 packets transmitted, 15 received, 31.8182% packet loss, time 21144ms
    rtt min/avg/max/mdev = 449.318/713.044/2219.136/436.618 ms, pipe 3
    
    Thanked by 1Starnberg
  • SyerateSyerate Member, Host Rep

    @jnd said:

    @rarecloud said:

    @cold said:
    @rarecloud and is IPv6 operational on RO Constanța (Năvodari) ?

    Nope. Not yet! We will let you know when it's ready.

    Ah, so that's why IPv6 is unreachable in Constanta. But it sucks to have IPv6 config, which is usually preferred, but can't be used from the machine itself.

    But what the hell is going on with the ping times? It's 700-900ms from anywhere outside of Constanta itself, why? Some of the globalping probes (I picked Romania only) get routed through Miami for some reason. Also there's packet loss.

    traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
     1  * * *
     2  * * *
     3  * * *
     4  * * *
     5  10.220.131.97 (10.220.131.97)  724.756 ms  724.563 ms 10.220.148.206 (10.220.148.206)  724.473 ms
     6  * 10.221.100.14 (10.221.100.14)  567.899 ms  567.509 ms
     7  209.85.168.182 (209.85.168.182)  537.571 ms  622.330 ms *
     8  209.85.250.89 (209.85.250.89)  624.299 ms *  634.484 ms
     9  142.251.65.223 (142.251.65.223)  676.431 ms 216.239.35.183 (216.239.35.183)  785.829 ms dns.google (8.8.8.8)  890.487 ms
    

    Edit: ping to the test IP for new Constanta location from Constanta VPS on the same /24 subnet:

    PING 85.122.120.11 (85.122.120.11) 56(84) bytes of data.
    64 bytes from 85.122.120.11: icmp_seq=2 ttl=64 time=1205 ms
    64 bytes from 85.122.120.11: icmp_seq=1 ttl=64 time=2219 ms
    64 bytes from 85.122.120.11: icmp_seq=4 ttl=64 time=589 ms
    64 bytes from 85.122.120.11: icmp_seq=5 ttl=64 time=581 ms
    64 bytes from 85.122.120.11: icmp_seq=6 ttl=64 time=629 ms
    64 bytes from 85.122.120.11: icmp_seq=8 ttl=64 time=449 ms
    64 bytes from 85.122.120.11: icmp_seq=9 ttl=64 time=516 ms
    64 bytes from 85.122.120.11: icmp_seq=10 ttl=64 time=508 ms
    64 bytes from 85.122.120.11: icmp_seq=13 ttl=64 time=589 ms
    64 bytes from 85.122.120.11: icmp_seq=15 ttl=64 time=597 ms
    64 bytes from 85.122.120.11: icmp_seq=16 ttl=64 time=659 ms
    64 bytes from 85.122.120.11: icmp_seq=18 ttl=64 time=522 ms
    64 bytes from 85.122.120.11: icmp_seq=19 ttl=64 time=490 ms
    64 bytes from 85.122.120.11: icmp_seq=20 ttl=64 time=584 ms
    64 bytes from 85.122.120.11: icmp_seq=21 ttl=64 time=557 ms
    ^C
    --- 85.122.120.11 ping statistics ---
    22 packets transmitted, 15 received, 31.8182% packet loss, time 21144ms
    rtt min/avg/max/mdev = 449.318/713.044/2219.136/436.618 ms, pipe 3

    Yeah I noticed the same thing with my VPS in the same location, I have raised a ticket so we shall see.

  • rarecloudrarecloud Member, Patron Provider

    @jnd said:

    @rarecloud said:

    @cold said:
    @rarecloud and is IPv6 operational on RO Constanța (Năvodari) ?

    Nope. Not yet! We will let you know when it's ready.

    Ah, so that's why IPv6 is unreachable in Constanta. But it sucks to have IPv6 config, which is usually preferred, but can't be used from the machine itself.

    But what the hell is going on with the ping times? It's 700-900ms from anywhere outside of Constanta itself, why? Some of the globalping probes (I picked Romania only) get routed through Miami for some reason. Also there's packet loss.

    traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
     1  * * *
     2  * * *
     3  * * *
     4  * * *
     5  10.220.131.97 (10.220.131.97)  724.756 ms  724.563 ms 10.220.148.206 (10.220.148.206)  724.473 ms
     6  * 10.221.100.14 (10.221.100.14)  567.899 ms  567.509 ms
     7  209.85.168.182 (209.85.168.182)  537.571 ms  622.330 ms *
     8  209.85.250.89 (209.85.250.89)  624.299 ms *  634.484 ms
     9  142.251.65.223 (142.251.65.223)  676.431 ms 216.239.35.183 (216.239.35.183)  785.829 ms dns.google (8.8.8.8)  890.487 ms
    

    Edit: ping to the test IP for new Constanta location from Constanta VPS on the same /24 subnet:

    PING 85.122.120.11 (85.122.120.11) 56(84) bytes of data.
    64 bytes from 85.122.120.11: icmp_seq=2 ttl=64 time=1205 ms
    64 bytes from 85.122.120.11: icmp_seq=1 ttl=64 time=2219 ms
    64 bytes from 85.122.120.11: icmp_seq=4 ttl=64 time=589 ms
    64 bytes from 85.122.120.11: icmp_seq=5 ttl=64 time=581 ms
    64 bytes from 85.122.120.11: icmp_seq=6 ttl=64 time=629 ms
    64 bytes from 85.122.120.11: icmp_seq=8 ttl=64 time=449 ms
    64 bytes from 85.122.120.11: icmp_seq=9 ttl=64 time=516 ms
    64 bytes from 85.122.120.11: icmp_seq=10 ttl=64 time=508 ms
    64 bytes from 85.122.120.11: icmp_seq=13 ttl=64 time=589 ms
    64 bytes from 85.122.120.11: icmp_seq=15 ttl=64 time=597 ms
    64 bytes from 85.122.120.11: icmp_seq=16 ttl=64 time=659 ms
    64 bytes from 85.122.120.11: icmp_seq=18 ttl=64 time=522 ms
    64 bytes from 85.122.120.11: icmp_seq=19 ttl=64 time=490 ms
    64 bytes from 85.122.120.11: icmp_seq=20 ttl=64 time=584 ms
    64 bytes from 85.122.120.11: icmp_seq=21 ttl=64 time=557 ms
    ^C
    --- 85.122.120.11 ping statistics ---
    22 packets transmitted, 15 received, 31.8182% packet loss, time 21144ms
    rtt min/avg/max/mdev = 449.318/713.044/2219.136/436.618 ms, pipe 3

    Can you check again now?

  • rarecloudrarecloud Member, Patron Provider

    @Syerate said:

    @jnd said:

    @rarecloud said:

    @cold said:
    @rarecloud and is IPv6 operational on RO Constanța (Năvodari) ?

    Nope. Not yet! We will let you know when it's ready.

    Ah, so that's why IPv6 is unreachable in Constanta. But it sucks to have IPv6 config, which is usually preferred, but can't be used from the machine itself.

    But what the hell is going on with the ping times? It's 700-900ms from anywhere outside of Constanta itself, why? Some of the globalping probes (I picked Romania only) get routed through Miami for some reason. Also there's packet loss.

    traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
     1  * * *
     2  * * *
     3  * * *
     4  * * *
     5  10.220.131.97 (10.220.131.97)  724.756 ms  724.563 ms 10.220.148.206 (10.220.148.206)  724.473 ms
     6  * 10.221.100.14 (10.221.100.14)  567.899 ms  567.509 ms
     7  209.85.168.182 (209.85.168.182)  537.571 ms  622.330 ms *
     8  209.85.250.89 (209.85.250.89)  624.299 ms *  634.484 ms
     9  142.251.65.223 (142.251.65.223)  676.431 ms 216.239.35.183 (216.239.35.183)  785.829 ms dns.google (8.8.8.8)  890.487 ms
    

    Edit: ping to the test IP for new Constanta location from Constanta VPS on the same /24 subnet:

    PING 85.122.120.11 (85.122.120.11) 56(84) bytes of data.
    64 bytes from 85.122.120.11: icmp_seq=2 ttl=64 time=1205 ms
    64 bytes from 85.122.120.11: icmp_seq=1 ttl=64 time=2219 ms
    64 bytes from 85.122.120.11: icmp_seq=4 ttl=64 time=589 ms
    64 bytes from 85.122.120.11: icmp_seq=5 ttl=64 time=581 ms
    64 bytes from 85.122.120.11: icmp_seq=6 ttl=64 time=629 ms
    64 bytes from 85.122.120.11: icmp_seq=8 ttl=64 time=449 ms
    64 bytes from 85.122.120.11: icmp_seq=9 ttl=64 time=516 ms
    64 bytes from 85.122.120.11: icmp_seq=10 ttl=64 time=508 ms
    64 bytes from 85.122.120.11: icmp_seq=13 ttl=64 time=589 ms
    64 bytes from 85.122.120.11: icmp_seq=15 ttl=64 time=597 ms
    64 bytes from 85.122.120.11: icmp_seq=16 ttl=64 time=659 ms
    64 bytes from 85.122.120.11: icmp_seq=18 ttl=64 time=522 ms
    64 bytes from 85.122.120.11: icmp_seq=19 ttl=64 time=490 ms
    64 bytes from 85.122.120.11: icmp_seq=20 ttl=64 time=584 ms
    64 bytes from 85.122.120.11: icmp_seq=21 ttl=64 time=557 ms
    ^C
    --- 85.122.120.11 ping statistics ---
    22 packets transmitted, 15 received, 31.8182% packet loss, time 21144ms
    rtt min/avg/max/mdev = 449.318/713.044/2219.136/436.618 ms, pipe 3

    Yeah I noticed the same thing with my VPS in the same location, I have raised a ticket so we shall see.

    Can you check again now?

  • SyerateSyerate Member, Host Rep

    @rarecloud said:

    @Syerate said:

    @jnd said:

    @rarecloud said:

    @cold said:
    @rarecloud and is IPv6 operational on RO Constanța (Năvodari) ?

    Nope. Not yet! We will let you know when it's ready.

    Ah, so that's why IPv6 is unreachable in Constanta. But it sucks to have IPv6 config, which is usually preferred, but can't be used from the machine itself.

    But what the hell is going on with the ping times? It's 700-900ms from anywhere outside of Constanta itself, why? Some of the globalping probes (I picked Romania only) get routed through Miami for some reason. Also there's packet loss.

    traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
     1  * * *
     2  * * *
     3  * * *
     4  * * *
     5  10.220.131.97 (10.220.131.97)  724.756 ms  724.563 ms 10.220.148.206 (10.220.148.206)  724.473 ms
     6  * 10.221.100.14 (10.221.100.14)  567.899 ms  567.509 ms
     7  209.85.168.182 (209.85.168.182)  537.571 ms  622.330 ms *
     8  209.85.250.89 (209.85.250.89)  624.299 ms *  634.484 ms
     9  142.251.65.223 (142.251.65.223)  676.431 ms 216.239.35.183 (216.239.35.183)  785.829 ms dns.google (8.8.8.8)  890.487 ms
    

    Edit: ping to the test IP for new Constanta location from Constanta VPS on the same /24 subnet:

    PING 85.122.120.11 (85.122.120.11) 56(84) bytes of data.
    64 bytes from 85.122.120.11: icmp_seq=2 ttl=64 time=1205 ms
    64 bytes from 85.122.120.11: icmp_seq=1 ttl=64 time=2219 ms
    64 bytes from 85.122.120.11: icmp_seq=4 ttl=64 time=589 ms
    64 bytes from 85.122.120.11: icmp_seq=5 ttl=64 time=581 ms
    64 bytes from 85.122.120.11: icmp_seq=6 ttl=64 time=629 ms
    64 bytes from 85.122.120.11: icmp_seq=8 ttl=64 time=449 ms
    64 bytes from 85.122.120.11: icmp_seq=9 ttl=64 time=516 ms
    64 bytes from 85.122.120.11: icmp_seq=10 ttl=64 time=508 ms
    64 bytes from 85.122.120.11: icmp_seq=13 ttl=64 time=589 ms
    64 bytes from 85.122.120.11: icmp_seq=15 ttl=64 time=597 ms
    64 bytes from 85.122.120.11: icmp_seq=16 ttl=64 time=659 ms
    64 bytes from 85.122.120.11: icmp_seq=18 ttl=64 time=522 ms
    64 bytes from 85.122.120.11: icmp_seq=19 ttl=64 time=490 ms
    64 bytes from 85.122.120.11: icmp_seq=20 ttl=64 time=584 ms
    64 bytes from 85.122.120.11: icmp_seq=21 ttl=64 time=557 ms
    ^C
    --- 85.122.120.11 ping statistics ---
    22 packets transmitted, 15 received, 31.8182% packet loss, time 21144ms
    rtt min/avg/max/mdev = 449.318/713.044/2219.136/436.618 ms, pipe 3

    Yeah I noticed the same thing with my VPS in the same location, I have raised a ticket so we shall see.

    Can you check again now?

    Latency seems to be stable now around 60-65ms for me which is expected. Thanks!

    Thanked by 1rarecloud
  • https://rarecloud.io/clients/viewticket.php?tid=YDJ-375010&c=m94AbTR4

    VPS Dusseldorf down again , please help, i have customers , that above is my ticket

  • +1, Dusseldorf is offline, my ticket MYW-396891

  • rarecloudrarecloud Member, Patron Provider

    @devsec said:

    https://rarecloud.io/clients/viewticket.php?tid=YDJ-375010&c=m94AbTR4

    VPS Dusseldorf down again , please help, i have customers , that above is my ticket

    Hello. It was a maintenance in the datacenter:

    https://www.myloc-status.de/en/

    Every night they are powering off some racks and upgrading the infrastructure. We have servers in multiple racks there, so a couple of hypervisors are affected every night.

  • rarecloudrarecloud Member, Patron Provider

    @devsec said:

    https://rarecloud.io/clients/viewticket.php?tid=YDJ-375010&c=m94AbTR4

    VPS Dusseldorf down again , please help, i have customers , that above is my ticket

    @1gastat1 said:
    +1, Dusseldorf is offline, my ticket MYW-396891

    It should be online now, can you check?

  • @rarecloud said:

    @JohnFilch123 said:

    @rarecloud said: What do you think?

    What is the planned Romania new location?

    Maybe neighbouring countries like Bulgaria Turkey Serbia Hungary.

    Next week, I hope. We have prepared the servers, but we are still negotiating. We have another meeting next week.

    Thanks for the suggestions.

    Come in Cluj-Napoca 😁

  • rarecloudrarecloud Member, Patron Provider

    @plusnettr said:

    @rarecloud said:

    @JohnFilch123 said:

    @rarecloud said: What do you think?

    What is the planned Romania new location?

    Maybe neighbouring countries like Bulgaria Turkey Serbia Hungary.

    Next week, I hope. We have prepared the servers, but we are still negotiating. We have another meeting next week.

    Thanks for the suggestions.

    Come in Cluj-Napoca 😁

    It would be nice to have some servers there also.

    Salutare :)

    Thanked by 1plusnettr
  • rarecloudrarecloud Member, Patron Provider

    Flash Sale – Extra 20% Off Micro VPS!

    For a limited time, get our already-discounted Micro VPS for just €9.20/year with coupon FLASH92MICRO.
    Specs: 1 vCPU, 768MB RAM, 15GB NVMe, 1TB/month, 1x IPv4 & /112 IPv6.

    👉 Order Here: https://rarecloud.io/clients/index.php?rp=/store/kvm-servers/micro-kvm

    Only 10 Available.
    Hurry — offer ends soon!

    Thanked by 1JohnFilch123
  • Order Number: 6607998812,Double Bandwidth,thank u <3

  • rarecloudrarecloud Member, Patron Provider

    @Sharon210 said:
    Order Number: 6607998812,Double Bandwidth,thank u <3

    Thank you for your order. I have added extra 1TB of BW.

    P.S.: Double BW is only for orders in Constanta, Romania.

  • @rarecloud said: Micro VPS

    Order no 8849930958 Can I at least get a Micro hug? :lol:

  • rarecloudrarecloud Member, Patron Provider

    @JohnFilch123 said:

    @rarecloud said: Micro VPS

    Order no 8849930958 Can I at least get a Micro hug? :lol:

    Thank you for your order :heart:

    Thanked by 1JohnFilch123
  • Dusseldorf down again.

  • Th3Th3 Member

    @Rsssss said:
    Dusseldorf down again.

    Their own site is down too lol

  • I can’t try out my VPS and can’t access the official website. What happened?

  • rarecloudrarecloud Member, Patron Provider

    @david3456 said:
    I can’t try out my VPS and can’t access the official website. What happened?

    @Th3 said:

    @Rsssss said:
    Dusseldorf down again.

    Their own site is down too lol

    @Rsssss said:
    Dusseldorf down again.

    In the Düsseldorf datacenter, the provider is carrying out major infrastructure upgrades. Because of this, some services on our nodes may still experience issues from time to time. These works are necessary to improve long-term stability and performance, but we’re sorry for the disruptions in the meantime.

  • @rarecloud said:

    @Syerate said:

    @jnd said:

    @rarecloud said:

    @cold said:
    @rarecloud and is IPv6 operational on RO Constanța (Năvodari) ?

    Nope. Not yet! We will let you know when it's ready.

    Ah, so that's why IPv6 is unreachable in Constanta. But it sucks to have IPv6 config, which is usually preferred, but can't be used from the machine itself.

    But what the hell is going on with the ping times? It's 700-900ms from anywhere outside of Constanta itself, why? Some of the globalping probes (I picked Romania only) get routed through Miami for some reason. Also there's packet loss.

    traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
     1  * * *
     2  * * *
     3  * * *
     4  * * *
     5  10.220.131.97 (10.220.131.97)  724.756 ms  724.563 ms 10.220.148.206 (10.220.148.206)  724.473 ms
     6  * 10.221.100.14 (10.221.100.14)  567.899 ms  567.509 ms
     7  209.85.168.182 (209.85.168.182)  537.571 ms  622.330 ms *
     8  209.85.250.89 (209.85.250.89)  624.299 ms *  634.484 ms
     9  142.251.65.223 (142.251.65.223)  676.431 ms 216.239.35.183 (216.239.35.183)  785.829 ms dns.google (8.8.8.8)  890.487 ms
    

    Edit: ping to the test IP for new Constanta location from Constanta VPS on the same /24 subnet:

    PING 85.122.120.11 (85.122.120.11) 56(84) bytes of data.
    64 bytes from 85.122.120.11: icmp_seq=2 ttl=64 time=1205 ms
    64 bytes from 85.122.120.11: icmp_seq=1 ttl=64 time=2219 ms
    64 bytes from 85.122.120.11: icmp_seq=4 ttl=64 time=589 ms
    64 bytes from 85.122.120.11: icmp_seq=5 ttl=64 time=581 ms
    64 bytes from 85.122.120.11: icmp_seq=6 ttl=64 time=629 ms
    64 bytes from 85.122.120.11: icmp_seq=8 ttl=64 time=449 ms
    64 bytes from 85.122.120.11: icmp_seq=9 ttl=64 time=516 ms
    64 bytes from 85.122.120.11: icmp_seq=10 ttl=64 time=508 ms
    64 bytes from 85.122.120.11: icmp_seq=13 ttl=64 time=589 ms
    64 bytes from 85.122.120.11: icmp_seq=15 ttl=64 time=597 ms
    64 bytes from 85.122.120.11: icmp_seq=16 ttl=64 time=659 ms
    64 bytes from 85.122.120.11: icmp_seq=18 ttl=64 time=522 ms
    64 bytes from 85.122.120.11: icmp_seq=19 ttl=64 time=490 ms
    64 bytes from 85.122.120.11: icmp_seq=20 ttl=64 time=584 ms
    64 bytes from 85.122.120.11: icmp_seq=21 ttl=64 time=557 ms
    ^C
    --- 85.122.120.11 ping statistics ---
    22 packets transmitted, 15 received, 31.8182% packet loss, time 21144ms
    rtt min/avg/max/mdev = 449.318/713.044/2219.136/436.618 ms, pipe 3

    Yeah I noticed the same thing with my VPS in the same location, I have raised a ticket so we shall see.

    Can you check again now?

    What is the latest status in Constanta? Seeing almost 1 second RTT increase from the last hop to my VM, or other IP addresses in the subnet (not the test IP address, though), sometimes even more. And elevated packet loss.

    Start: 2025-08-18T19:04:47+0000
    HOST: vps-abc1                    Loss%   Snt   Last   Avg  Best  Wrst StDev
      5.|-- 80.81.192.87               0.0%    10   33.5  34.8  33.5  40.8   2.3
      6.|-- 10.221.100.69              0.0%    10   37.7  37.8  37.6  38.3   0.2
      7.|-- 10.220.188.201             0.0%    10   43.0  42.5  42.2  43.2   0.3
      8.|-- 10.220.184.129             0.0%    10   42.6  42.4  42.1  42.6   0.2
      9.|-- 10.192.52.19               0.0%    10   42.1  41.8  41.6  42.1   0.2
     10.|-- 85.122.120.xyz            20.0%    10  1200. 1002. 654.7 1200. 173.3
    

    Seems this is going on since early morning today, at least that's about the time the application I am trying to host has been reporting serious network issues (didn't get around to take a closer look until now).

  • rarecloudrarecloud Member, Patron Provider

    @Starnberg said:

    @rarecloud said:

    @Syerate said:

    @jnd said:

    @rarecloud said:

    @cold said:
    @rarecloud and is IPv6 operational on RO Constanța (Năvodari) ?

    Nope. Not yet! We will let you know when it's ready.

    Ah, so that's why IPv6 is unreachable in Constanta. But it sucks to have IPv6 config, which is usually preferred, but can't be used from the machine itself.

    But what the hell is going on with the ping times? It's 700-900ms from anywhere outside of Constanta itself, why? Some of the globalping probes (I picked Romania only) get routed through Miami for some reason. Also there's packet loss.

    traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
     1  * * *
     2  * * *
     3  * * *
     4  * * *
     5  10.220.131.97 (10.220.131.97)  724.756 ms  724.563 ms 10.220.148.206 (10.220.148.206)  724.473 ms
     6  * 10.221.100.14 (10.221.100.14)  567.899 ms  567.509 ms
     7  209.85.168.182 (209.85.168.182)  537.571 ms  622.330 ms *
     8  209.85.250.89 (209.85.250.89)  624.299 ms *  634.484 ms
     9  142.251.65.223 (142.251.65.223)  676.431 ms 216.239.35.183 (216.239.35.183)  785.829 ms dns.google (8.8.8.8)  890.487 ms
    

    Edit: ping to the test IP for new Constanta location from Constanta VPS on the same /24 subnet:

    PING 85.122.120.11 (85.122.120.11) 56(84) bytes of data.
    64 bytes from 85.122.120.11: icmp_seq=2 ttl=64 time=1205 ms
    64 bytes from 85.122.120.11: icmp_seq=1 ttl=64 time=2219 ms
    64 bytes from 85.122.120.11: icmp_seq=4 ttl=64 time=589 ms
    64 bytes from 85.122.120.11: icmp_seq=5 ttl=64 time=581 ms
    64 bytes from 85.122.120.11: icmp_seq=6 ttl=64 time=629 ms
    64 bytes from 85.122.120.11: icmp_seq=8 ttl=64 time=449 ms
    64 bytes from 85.122.120.11: icmp_seq=9 ttl=64 time=516 ms
    64 bytes from 85.122.120.11: icmp_seq=10 ttl=64 time=508 ms
    64 bytes from 85.122.120.11: icmp_seq=13 ttl=64 time=589 ms
    64 bytes from 85.122.120.11: icmp_seq=15 ttl=64 time=597 ms
    64 bytes from 85.122.120.11: icmp_seq=16 ttl=64 time=659 ms
    64 bytes from 85.122.120.11: icmp_seq=18 ttl=64 time=522 ms
    64 bytes from 85.122.120.11: icmp_seq=19 ttl=64 time=490 ms
    64 bytes from 85.122.120.11: icmp_seq=20 ttl=64 time=584 ms
    64 bytes from 85.122.120.11: icmp_seq=21 ttl=64 time=557 ms
    ^C
    --- 85.122.120.11 ping statistics ---
    22 packets transmitted, 15 received, 31.8182% packet loss, time 21144ms
    rtt min/avg/max/mdev = 449.318/713.044/2219.136/436.618 ms, pipe 3

    Yeah I noticed the same thing with my VPS in the same location, I have raised a ticket so we shall see.

    Can you check again now?

    What is the latest status in Constanta? Seeing almost 1 second RTT increase from the last hop to my VM, or other IP addresses in the subnet (not the test IP address, though), sometimes even more. And elevated packet loss.

    Start: 2025-08-18T19:04:47+0000
    HOST: vps-abc1                    Loss%   Snt   Last   Avg  Best  Wrst StDev
      5.|-- 80.81.192.87               0.0%    10   33.5  34.8  33.5  40.8   2.3
      6.|-- 10.221.100.69              0.0%    10   37.7  37.8  37.6  38.3   0.2
      7.|-- 10.220.188.201             0.0%    10   43.0  42.5  42.2  43.2   0.3
      8.|-- 10.220.184.129             0.0%    10   42.6  42.4  42.1  42.6   0.2
      9.|-- 10.192.52.19               0.0%    10   42.1  41.8  41.6  42.1   0.2
     10.|-- 85.122.120.xyz            20.0%    10  1200. 1002. 654.7 1200. 173.3
    

    Seems this is going on since early morning today, at least that's about the time the application I am trying to host has been reporting serious network issues (didn't get around to take a closer look until now).

    There are some issues with ebtables and how virtualizor is managing the network in the new OS versions.
    Sometimes we need to flush a couple of rules. We are working with virtualizor to change from ebtables to nftables, hopefully it will be soon.

    Thanked by 1Starnberg
  • @rarecloud said: hopefully it will be soon

    Hope so, too. The current situation is unworkable.

  • @rarecloud said:

    @Hassan20 said:

    @rarecloud said:

    @jenzen said:

    @didofreehost said:

    @jenzen said:

    @rarecloud said:

    @jenzen said:
    cannot buy two on different location, thus cannot order 2 in one checkout

    Hello,
    The system allows buying two in 2 locations. When you have one in basket, continue shopping to add another one.

    this is not ture, I'll get 2 vps with same location.

    @rarecloud

    +1 There's no option to select two "Same" product in two different locations while checking out.

    • Once you add a product to the cart, if you add another one "Same" product, it multiplies the product not adding a different one with the new info "Hostname/OS"

    -- OS re-install allowed?,
    is there any ability to install OSes rather than the ones in the order form ?

    windows maybe !? ;)

    @rarecloud and this

    Hey @jenzen. Just checked, and you are right, it seems that we have a bug. Sorry for not listening, but I have checked a couple of weeks ago and haven't made any important updates. I seems that if you want to order another server on the same plan, it will also update the VPS added to the cart before and choose the same location. This is weird.

    Hi. i want to order 2 different location in one checkout too, but cant
    can i create 2 separate checkout and write the order number here to get 3rd vps?

    If both VPS are into one order, just give us the order number and we will check it.

    Hi
    the order number :9233127958
    please give me Germany Location as 3rd vps
    thanks a lot
    best regards

  • 52013145201314 Member
    edited August 2025

    Order number 1110961158, I need more broadband

  • I have already purchased a VPS. Can I purchase another VPS and enjoy the free gift of a third VPS? If so, I will proceed with purchasing the second VPS

  • Thank you very much for your excellent service. You fill a niche that I greatly appreciate.

    Invoice #V4V-6153
    +1TB Bandwidth

Sign In or Register to comment.