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.
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.
@KeqingWangy said:
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.
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.
@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?
@cold said: @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.
@cold said: @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.
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?
@cold said: @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.
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?
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.
@cold said: @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.
Because 2 years (24 months) are more than 1 year (12 months).
No test IP available, at this moment.
6 Month(s) $1.99
%25 Discount Yearly $3.49
%42 Discount 2 Year(s) $6.99
There must be something wrong...
Yes - the percentages and the pricing weren't right indeed. We adjusted to 6.49$ and also corrected the percentages (which are always calculated from the shortest period of time upwards).
Comments
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
@cservers - do cservers have USB type-C available? In the front do they have a C-Section for an extra bay?
Stop the planet! I want to get off!
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 | Bobr
ITS WEDNESDAY MY DUDES
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.
https://web.c-servers.co.uk/category/c-servers-vps-outlet
I dont understand why your NanoVPS-512 Outlet price pay by 2 Year(s) higher than pay by 1 year?
Also any test IP for this package?
Hello,
Because 2 years (24 months) are more than 1 year (12 months).
No test IP available, at this moment.
Can confirm the maths checks out
lex.st - Free Shared Hosting in 4 Locations. fk ipv6.
6 Month(s) $1.99
%25 Discount Yearly $3.49
%42 Discount 2 Year(s) $6.99
There must be something wrong...
Yes - the percentages and the pricing weren't right indeed. We adjusted to 6.49$ and also corrected the percentages (which are always calculated from the shortest period of time upwards).