C-Servers | VPS Offers Extended - And Special Web Hosting Discount!
C-Servers introduces your new virtual servers - our VPS offer! Dirt-cheap, always with more memory and bandwidth than usual, guaranteed CPU and proudly powered by Hetzner, in Germany.
With our NAT64/DNS64 solution, you're able to access your IPv4-only websites almost as if you had an IPv4 IP. And you can access your VPS even from IPv4, via VNC and our all-new SSH Bastion access, C-Servers Remote!
Due to popular demand, we've been extending our VPS offer since the 28th of May, and we've decided to extend our offers until the end of this month! Check here for our current offers at the VPS level, which include, in summary:
NanoVPS-384 - 2 vCPU, 512MB RAM + 1GB Swap, 20GB NVMe, Unlimited @ 1 Gbps, 1 IPv6 /64, for 1.29 USD/3 months;
NanoVPS-768 - 2 vCPU, 1GB RAM + 1GB Swap, 30GB NVMe, Unlimited @ 1 Gbps, 1 IPv6 /64, for 2.09 USD/3 months;
CentralVPS-2048 - 3 vCPU, 2.5GB RAM + 1GB Swap, 90GB NVMe, Unlimited @ 1 Gbps, 2 IPv6 /64, for 1.59 USD/month with the coupon on that topic;
ExtraVPS-4096 - 4 vCPU, 4GB RAM + 1GB Swap, 120GB NVMe, Unlimited @ 1 Gbps, 4 IPv6 /64, for 3.29 USD/month with the coupon.
We are also promoting currently our Web Hosting service, which has quite a powerful offer:
Simply Unlimited - everything unlimited, now at 0.85 USD for the first 3 months for new customers only, a 50% discount over our regular shared hosting pricing - renewals at 1.69 USD per 3 months, still among the lowest prices anywhere. Order now here!
And of course, count on our 60-Day Money Back Guarantee (T&Cs apply) and 99.95% Uptime Guarantee, which we are currently delivering, as you can see. 
Comments
Where would I find the T&Cs that apply here? Or further information about your uptime guarantee?
They are available at our website, on the bottom of the page.
The links there ( https://c-servers.co.uk/fup and https://c-servers.co.uk/terms-and-conditions/ ) all lead to 404s
We've migrated the server for the main website yesterday and restored it from a backup - we've seen it now and it was an error over the link configuration, defaulting to something else. It's sorted out now.
Thank you for the heads up!
Hello,
Just to give a very relevant update for everyone: popular demand was so high that we actually just had to render the CentralVPS and ExtraVPS offers out of stock ahead of the expected time, for a while.
Currently we are only accepting NanoVPS requests, with very limited stock (6 for the NanoVPS-384, 6 for the NanoVPS-768), and those plans will also end June 30th, 2024, at least on this node and for now.
Shared hosting offers are still available.
This is done in order to ensure VPS performance is kept at great levels for everyone, ideally without any relevant IOwait and ideally at nearly the same levels you had when you first purchased. We are continuously monitoring and applying the fair share rules as well.
The good news is: we'll launch new packages for this node which, while having less CPUs (and less CPU fair share), will have substantially more RAM and HDD, as those resources ended up less used, given our conservative approach in the beginning.
Those will be stock-controlled, hopefully will serve some other uses not covered by our current packages, and most important - will arrive at a great, great price.
https://store.c-servers.co.uk/ does not connect, out of biz? or new secret portal?
I got an email in July warning that the billing portal would be redesigned in the upcoming week; it hasn't worked for me since then.
AD: VPS Price Tracker
With WISECP-> https://web.c-servers.co.uk
Hello!
Please access web.c-servers.co.uk, it's the new address; C-Servers Store was renamed WebStore (yeah, more 90s
)
We had a redirect in-place from the Store website for some 2-3 weeks after the migration, and then we closed that redirect.
yes!
And it has been working quite nicely, we are globally satisfied.
It's not working for me
AD: VPS Price Tracker
Unacceptable.
301 redirect must stay forever.
Cool URIs don't change
We accept Karma donations for the last flan. 🍮 affbrr
I just don't understand why seller didn't notify their new address to clients.
Loads here, in Opera, Edge, Chrome and Firefox, on a Windows 11 workstation. Hmmm... but this is a dynamic website, different structure from the previous one. This may possibly be why you're not getting access.
Edited: And loads for us in Chromium as well, on the same Windows 11... all of them with default settings.
We notified with relevant advance, via e-mail. A ticker was also in-place at the main website, c-servers.co.uk. The redirect was also there for a fair amount of time, so anyone not knowing would reach it anyway. We've kept reaching current customers and tickets kept being sent and recieved.
In our opinion, this would be a thing if the old and the new system were the same. From that perspective, it does makes sense - helps to keep the information and no one wants a broken URL. But they aren't, the URL structure is not the same where it matters, and websites are not built the same - WiseCP is Nginx based, WHMCS was Apache.
And, with more than a month (the change was July 19th), we had nearly zero customers complaining on our tickets, probably because the e-mail did work well (tickets or e-mails with access difficulties within the new interface were well below 1%).
So, it was not really a question for ~99% of the customers. We did see a decrease in sales for roughly a week, but that was already expected because link structure changed, and after that things got back to the growth we were seeing before.
Read the W3C guide again.
URL structure does not matter.
You should be redirecting each individual product page to the corresponding product page on the new site.
Here's the test case for our redirects:
https://bitbucket.org/yoursunny/yoursunny-website/src/8b3568449c7ebb485cf8a7cc6f6691b44fe3d769/http-server/test-redirects.sh
A lot of URIs have different structures since 2009, yet all of them are redirected properly.
We accept Karma donations for the last flan. 🍮 affbrr
Interestingly enough, several companies actually do not follow anything remotely close to this (e.g. Microsoft has broken links throughout the Internet, especially the shortened ones).
We thank you for the idea, and we'll take notes to improve similar processes in the future.
https://web.c-servers.co.uk/sign-in
{"status":"error","message":"Invalid CSRF Token!
For detailed information and solution, please visit the link below.
https:\/\/docs.wisecp.com\/en\/kb\/invalid-csrf-token-error"}
can't even open ticket asking why NAT is down.
We are looking at some questions that are arising today after an electrical maintenance at Zeta2 Finland server, and will get back as soon as possible. Check c-servers.co.uk for further updates.
Regarding CSRF Token, the page launched here with no problems now, but we'll still take a look at the configuration.
EDIT: All sorted out at the Zeta2 server. We're still seeing that CSRF error.
It still shows and can't get into client area.
{"status":"error","message":"Invalid CSRF Token!
For detailed information and solution, please visit the link below.
https:\/\/docs.wisecp.com\/en\/kb\/invalid-csrf-token-error"}
Error still shows and can't get into client area.
We have checked our configurations, done some tests, and have no problem on our side (and we have customers logging in). Use a different browser, try to remove cookies, etc.
Same error here, multiple browsers and cleared the cache.
Free NAT KVM | Free NAT LXC
@Neoon and @tenpera, check if the issue still persists (and clear the cookies as well). After some investigation, some writing permissions changed themselves on Linux.
We've confirmed it's working on Microsoft Edge, Windows 11.
Isn't working on Windows either, please fix your website.
Free NAT KVM | Free NAT LXC
Nope, it is. Two equipments were tested, both on mobile and desktop, and it is working.
General access: https://ibb.co/s90Thys
Client area, Edge, general access on a test account: https://ibb.co/GnMtpqq
Client area, Chrome, via Madrid and different IP: https://ibb.co/hdDmdNF
Proof that other clients are logged in, directly from Admin area and mobile access, via Opera: https://ibb.co/0K2qZVW
Four proofs of evidence showing what we've been saying: our site is working correctly. We also don't have support requests on the general e-mail available at c-servers.co.uk, which we'd frankly believe would be flooded if it was the case.
Both of you: we kindly ask to send private message with the following.
Otherwise, per the proof shown above and the lack of other customers complaining, this will not be considered.
Thank you in advance.
EDIT: this will only be for @Neoon.
@tenpera, we've managed to get to your account, checked your last IP used for login, and last successful access was 24-08; also confirmed it's the same IP you are trying to access at least since 28-08.
Your Korean IP is internationally flagged as a bad IP in the database (automatically, not by us). We have a strict policy in IP allowance, so you'll need to either access using a different clean IP or if you have it dynamic at your ISP, ask your ISP to renew the lease and change it. Or simply turn off your router for a while and see if you get a different IP, which should be common practice to happen.
Thank you.
Here screenshots, the issue does still persist even in private browser sessions.
Since I don't get any specific error, my guess you blocking residential ip space here.
I filled out the captcha so many times now, enough.
Free NAT KVM | Free NAT LXC
We do not block residential or CGNAT IPs merely because they're one of the two.
We will need your IP to check this one and check how it appears on our side. On your account (which we've found via the PMs) there are no IP records, so we couldn't do the same.
I just don't understand why @cservers making customer's experience so bad that they'll never trust.
What is the purpose of captcha and submit?
Why can't you make the site simple as others?
Stop doing sketchy stuff and getting your IP blacklisted. Problem solved.
everything is down again.
What part of 'everything'? I don't have an account so I can't validate beyond the main page but I can see that fine.
We had a DoS attack at the NAT service (actually a first for us), coming from Ireland. That's why it is down.
Obviously all relevant measures will be taken.
Everything else is working, as of right now (hosting, WebStore, Remote, the MultiVPS offers, etc).
their home page, control panel, NAT service, all down.
Nope. Home page, control panel are up, as well as all other services. It's only the NAT server.
It's also revealing that you keep choosing not to use a non-malicious IP to login and submit a proper ticket, choosing instead to post things like this in a public forum, and near the time Level 2 support closes.
Login is still at 24-08 on our systems. Whenever you're ready, we are.
Zeta2 Finland now available again since 08:10 GMT+0, although investigation is still undergoing and measures are being taken, but it's active again.
I don't know which Zeta Findland my vps is on, but I'm quite satisfied with its performance. I also never felt any cpu steal, even though there was, the highest was only around 0.1%.
It's just a shame that it's only IPv6, if it also had IPv4, I think it would be perfect. And also when upgrading the VPS it took a very long time and at that time our VPS was down.
But other than that everything was very satisfying for me. So I can recommend this for those of you who are looking for a cheap VPS.
You can see my vps uptime at https://status.waifuwall.com
waifuwall.com | Anime Girl Wallpapers - Uptime Status
@cservers - do cservers have USB type-C available? In the front do they have a C-Section for an extra bay?
Cloudcone | Crunchbits | Dartnode | Dedirock | Georgedatacenter | Gigahost | Hostbilby | Host-c | Hostdzire | Hostsailor | Namecrane | Nuyek | Realtoxmedia | Servarica | Terabit | Tnahosting | Virmach
We will have dual-stack IPv4+IPv6 on some of the servers soon (with colocation), although we do prioritize IPv6 as a company strategy and network can therefore be a little better over IPv6 in comparison to IPv4. Some work has been done in August and will continue in September regarding transits, evaluation of our options, server structuring, etc.
We're also evaluating either a fixed NAT64 IPv4 on a per-server or per-region basis, or to create a dual-stack Socks5 proxy included with some or all of our plans, to go over that lack of solutions. Currently those have dynamic IPv4s via NAT64.
Your VPS is in the Zeta3 Finland, I believe, which has a Core i9-9900k allocated and upstreamed at Hetzner. Our CPUs do vary, it all depends on what we can get, if we can have a great deal for us we'll pass it on to the customer, but that's our best CPU so far. We also don't do nor won't ever program any steal, just pure maths to avoid it, so that 0.1% you're seeing is actually KVM in itself. The only thing that you can see at most is IOwait, but that is also very much controlled.
This also means we have to be a little strict with who consistently passes their shared allocation, monitorization and etc, but so far we didn't have many such cases, I'd say only 1-2% of our customers, and when we warn them of this, it mostly goes quite well.
Other thing we don't do as well is push our servers to the brim. Obviously a VPS is still resource-shared and etc, has their risks like everything, needs to be handled responsibly, but we've seen screenshots of competitors (on the OGF) at 75-90% per CPU at dedicated server level, and we let those at substantially less than that and pass on to purchase the next server when we reach a given predefined mark. This mostly implies we have to choose powerful equipment, etc, scale responsibly anyway, and be responsible as well with the CPU fair share allowance we execute on our plans, but that's something natural.
We do like what we do and want to give great offers.
Tiago
@cservers AND ANOTHER PROVIDER WHO OFFERS TRASH. where do I cancel my VPS with you, because I don't even find support on you new website, and the VPS reboots every second day now?
Hello,
As simple as looking at your Client Area and sending us a ticket or cancellation request directed at the product. We have new ones every day, so the area is working - it's really a question of you wanting to send that, or not. And our "new" website is from July 18th already. We are at October 3rd. It was about time by now to either you having mentioned that, or sent us a message to company[at]c-servers.co.uk.
Regarding that "trash", we didn't recieve complaints of poor performance on our VPSes at any moment, from any customer, therefore not even yours.
Who sent us a message regarding that VPS being down - and two customers did it near immediately - got immediately the answer and the explanation: we were implementing (September 30th) and later on correcting (October 2nd) networking questions, manually and on live running servers, regarding DNS64, NAT64 and a NAT46, and the recent migration of MultiNAT customers to accomodate them on what was always our best product, servers and platform. Which, by the way, with that, actually got IPv4 NAT at no extra cost.
We understand it wasn't the most comfortable having two restarts in 3 days, and apologies for that - we refused to continue with a global stack for MultiNAT customers that had rendered us multiple issues during August and September and had severely worse uptime than our MultiVPS offers ever had. And when we have to act, we have to act.
nvm
Free NAT KVM | Free NAT LXC
so you have ticker support over e-mail and constantly make some upgrades, are you related to @c1vhosting? because you sound a bit like him/them but your English is good, his not so good as the service he provides?
no paypal?
they have/had... I paid with paypal
Just because we offer two similar things doesn't mean we are the same entity. And in this case, we are not. Ticket support is primarily on the support system, the e-mail was only a created fallback (not the main system).
We had indeed. It's temporarily down after a misleading and false case opened by precisely @tenpera, along with multiple bogus and badly used case openings from some Chinese customers led the automatic system to restrict activities (something that has happenned before to other perfectly legitimate companies, users, etc).
We have appealed to the Head of Complaints and are waiting for some answers as well as documentation requests, but it's possible that it won't return. The sheer amount of false/badly made disputes seen on PayPal, along with their nearly nonexistent support for merchants, makes this payment medium potentially undesirable for us.
As of currently, it's via Stripe (cards worldwide, direct debit in Europe) and Payeer (crypto, PerfectMoney, alternative card/P2P payments). Other solutions are also being studied.
since I falsely opened a dispute, I should give it back to @cservers if paypal works.
Why would they take you back?
mostly for money, not because they are nice ppl ?
Maybe you're right. I'd just assumed that any time a client opens a false chargeback that's the end of the relationship.
@cservers let me guess, today was another important upgrade because it went offline again.
Not really.
Over the last days, we got some user feedback - and confirmed it ourselves - that while outbound was working perfectly (our NAT64/DNS64), contrary to our tests, NAT inbound forwarding wasn't working in some ways, most notably iperf3, with dropped packets and all. Obviously this wasn't usable, especially if we've migrated MultiNAT customers with the promise all functions would still be there - and we had to decide what to do.
After some analysis on Sunday, we've decided to entirely change course and change from Nginx to HAProxy (an e-mail will be sent soon with those changes), therefore also changing the layer where NAT exists to something a little more adequate; and decided to start doing it today only on Zeta1 for a while, instead of doing the changes on both at the same time. And attempting not to restart the server in the process, obviously.
Problem: after a while the server entirely stopped responding via SSH and forced us to restart, it did came back but only partially. Console requested, troubleshooting underway, errands, errands, errands, and this is fixed since some minutes ago.
This change will bring some positive changes (HTTP/HTTPS) and some changes a little less nicer (on UDP): essentially UDP is not supported on the open-source version of HAProxy, as it is widely known, but we will still be offering UDP - manually as a Level 2 request, via ticket and with a technical justification. HTTP/HTTPS will be now supported in addition to NAT64, and the main IP will now be possible to use for that, for all MultiVPS customers.
All ports keep being opened automatically without user intervention required on the exact same model as before.