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.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
Comments
Hello, I would like to double the bandwidth.
invoice：#20751280
Thanks
Hello, I would like to double the bandwidth.
Invoice #20553964
Order Number: 1276501458
Thanks!
Sorry, I was wrong, the order number was wrong. So my bandwidth is also 2TB. The right information is:
Hello, I would like to double the bandwidth.
Invoice #20553964
Order Number: 1276501458
Thanks!
Hello, I would like to double the bandwidth.
Invoice #20008590
Order Number: 7312391566
Thanks!
Order Number: 3056395067 i would like to double bandwidth
Hello, I would like to double the bandwidth.
Order Number:6658175867
Invoice ID:20744203
Thanks
Hello, I would like to double my bandwidth.
Invoice #4998186849
Thanks!
Hello, I would like to double my bandwidth.
Order Number: 6477936346.
Thanks!
Hello, I would like to double my bandwidth.
Invoice #20768899
Thanks!
Hi @john_sd3 -- Thank You for the reply, happy to hear you're all sorted out now
IPv6 being disabled on its own should not stop port 53. What you’re likely running into (and this is an assumption on my end without having visibility into your environment or logging into the server) is that your OS or a specific software stack is preferring IPv6 connectivity first before IPv4. If IPv6 is present but not fully functional end-to-end, it can result in odd behavior such as DNS lookups timing out. In many cases, forcing IPv4 preference at the OS level helps, for example:
echo "precedence ::ffff:0:0/96 100" >> /etc/gai.conf^ Running the above command basically tells the server to prefer IPv4 connectivity primarily/first. That said, some applications or stacks may still override this behavior and attempt IPv6 first regardless of OS preference.
As for IPv6 not being enabled by default -- issuing it upon request has historically worked very well for us. The reality is that IPv4 still represents the widest use case by far, and only a smaller percentage of customers request IPv6. On top of that, needs can vary quite a bit: some clients only need a single IPv6 address, others need more, etc. Handling IPv6 on a per-request basis allows us to cater properly to those differing requirements rather than taking a one-size-fits-all approach.
For some additional context, IPv6 was originally limited to Los Angeles DC-02 for the longest time, with France added in more recent years. This year we’ve been putting significantly more effort into expanding IPv6 availability, and have rolled it out to additional locations including Los Angeles DC-03, Toronto, and Dublin, with more locations actively in the works as well.
So while IPv6 isn’t enabled by default today, for customers that need it, we do our best to provide it as long as the VPS is in a supported location, and that supported footprint continues to grow. Opening a ticket for the other account is absolutely fine and we’ll get you squared away.
Hi @sh97 -- I’ll look into this further. To my knowledge, SolusVM does send a courtesy email once you hit 90% of your bandwidth allocation, and then another notification once 100% is reached, but I'll double check with my team on this.
Also worth noting, bandwidth meters should reset back to zero on the 1st of every month, based on the Los Angeles timezone.
That being said, this is something SolusVM sends independently, to the email on file within the SolusVM account. It would be nice if SolusVM had a way to pass those notifications through WHMCS instead, so they’d show up in the "View Email Log" inside our billing system and be a bit more visible / reliable. That’s a solid idea overall, and something I can add to our internal Trello board for our dev team to review the feasibility of implementing.
For now though, those bandwidth warning emails are handled directly by SolusVM itself. Please double check that the email address on file within SolusVM itself is correct.
Hi @spammy -- Toronto has been moving pretty quickly for us, so it did sell out not too long ago. We do plan to restock, though at this time I don’t have a concrete ETA to share.
As I'm sure you're aware, the hardware market has been challenging for pretty much everyone lately. A large part of this is driven by AI hyperscalers aggressively consuming inventory, often at volumes and pricing that consumers, and hosting providers simply can’t compete with. This has tightened supply across the board and pushed lead times and costs up industry wide.
As a result, for the hardware we are able to secure, it’s generally more practical for us to prioritize US locations first. Once you factor in customs, cross-border logistics, and already elevated pricing for non-US deployments, it adds another layer of complexity on top of an already constrained market.
That said, Toronto is absolutely still on our radar and we do want to keep the momentum going in this location, so we’ll replenish inventory there as soon as possible.
In the meantime, you may want to consider deploying a VPS in any of our other available/in-stock locations, and open a ticket to request a free migration to Toronto once it is back in stock.
Hello, I would like to double the bandwidth.
Invoice #20774233
Order Number: 5739459756
Thanks!
Hello, I would like to double the bandwidth.
Invoice #20560642
Order Number: 4532229038
Thanks!
Hello, I would like to double the bandwidth.
Order Number: 2562742707
Invoice 19570088
Thanks!
This is my first time dealing with VPS networks, and I have a question I'd like to ask. Currently, I have a 1 GB KVM VPS from RackNerd. I followed Gemini's method to set up vless tcp Reality and connected. When I connect via my phone's 5G network, the speed reaches 200MB. However, once I connect to my home's 2000M FTTR broadband, the speed drops to only 2MB. My router is a TP-Link 7dr3630, and I haven't found any QOS-related settings. I'm not sure if it's due to the router or if there's some other setting that's incorrect
你好。我想把带宽翻倍。
发票#20736601
谢谢！
Invoice #20779777
rn-vps-order [RACKN260130-5282-79155]
Can i get the freestuff please
Hello! Happy New Year 2026! I have an active 2024 CNY promo VPS and I forgot to request the double bandwidth back then. Could you please help me double it now? Thank you so much!
Order Number: 8971460620 Invoice ID: #10151615
Hello, I would like to double the bandwidth.
Order Number:2244983652
Invoice ID: #20363011
Thanks!
Hello, I would like to double the bandwidth.
order number： 9586655434
Thanks
Hi @delph2024 -- This order number appears to be unpaid, please share this again once paid and we'll take care of the bandwidth doubling for you 👊
Hi @KDVMAC -- awesome stuff
We've gone ahead and doubled your bandwidth resources 👊
Hi @KDVMAC -- Appreciate your business! We’ve just doubled your bandwidth on these.
If you need anything else, feel free to reach out
Hi @KDVMAC -- Thank You!
We've gone ahead and doubled your bandwidth resources 👊
Hi @KDVMAC -- Great news, we've increased your bandwidth resources! 👊
We look forward to continuing to exceed your expectations, we greatly appreciate the trust you've placed with us.
Hi @KDVMAC -- Great news: Your bandwidth on these has been increased! 🥳
We are excited to support your growth. Thank You for partnering with us!
Hi @KDVMAC -- absolutely
We've gone ahead and doubled your bandwidth resources.
Hi @KDVMAC -- Thank You for choosing RackNerd as your provider!
We've gone ahead and doubled your bandwidth on these
Hi @KDVMAC -- Good news! We've successfully doubled your bandwidth resources.
Thank You so much for choosing RackNerd, we're stoked to have you as a client.