As per the announcements for the migrations that option was removed with the upgrade to OpenVZ 7, I would suggest using cloudflare IPv6<>4 proxy instead, in reality it works better.
Nothing can replace a local HAProxy compared to Cloudflare.
If SolusVM drops it, you can place a mechanisim like a other LES provider has, you run a bash script, which ask a API to forward the domain to the current VPS, where the call comes from.
You do not even need SolusVM for it.
So please do not drop it, its a useful feature.
I even send you a example config, to deploy https on haproxy.
Nothing can replace a local HAProxy compared to Cloudflare.
If SolusVM drops it, you can place a mechanisim like a other LES provider has, you run a bash script, which ask a API to forward the domain to the current VPS, where the call comes from.
You do not even need SolusVM for it.
So please do not drop it, its a useful feature.
I even send you a example config, to deploy https on haproxy.
I used to run it manually, at scale it is a nightmare, with psudo automation things break, if you have a handful of VPS on each node I am sure it is manageable, I promise you i did not make the decision for fun or out of laziness.
The example config is fine, I have it, the automation is solusvm does not allow it to be used, if it cant be automated I am not doing it especially now the system for support is ticket based I cannot go back to 50 tickets a day for haproxy record updates/changes/all down because someone entered an email address and broke the whole config so all 400 people impacted open a ticket because their website is down.
If/when a viable solution presents itself I will consider it, I have a few ideas, just not a lot of time.
On NanoKVM it works the way, that a user enters the domain, he wants to get forwarded.
It just will be saved into a database first.
Every hour, a script with auth calls the API and asks for the current haproxy config, which gets generated when its getting called.
Afterwards haproxy gets reloaded.
The way you could do it, is put a API, which accepts internal request, such as from a VPS inside on the node.
Basically a bash script that asks the API to get one domain forwarded, the API replies and updates the database entries.
And then basically the same way NanoKVM does it.
Its not hard, I can write you something, just dropping it, is stupid.
The solution is on the table already and not hard to implement.
@flips said:
This means there's no haproxy for NAT VPSes now?
(I'm not familiar with SolusVM)
MrVM offers HAProxy. ?
Great JUST Great
Good spot of advertising.
As both @AnthonySmith and I have both offered NAT VPS under the lowendspirit project, forum users (on the old forum) often thought it was one company behind LES (in its previous shape and form).
It was not my intention as advertising, I’m sure you wouldn’t have raised an eyebrow if it was any other user who had made that post.
@flips said:
This means there's no haproxy for NAT VPSes now?
(I'm not familiar with SolusVM)
MrVM offers HAProxy. ?
Great JUST Great
Good spot of advertising.
As both @AnthonySmith and I have both offered NAT VPS under the lowendspirit project, forum users (on the old forum) often thought it was one company behind LES (in its previous shape and form).
It was not my intention as advertising, I’m sure you wouldn’t have raised an eyebrow if it was any other user who had made that post.
Comments
@AnthonySmith
As per the announcements for the migrations that option was removed with the upgrade to OpenVZ 7, I would suggest using cloudflare IPv6<>4 proxy instead, in reality it works better.
https://inceptionhosting.com
Please do not use the PM system here for Inception Hosting support issues.
Hi Anthony,
Noted. Thanks for explanation.
This means there's no haproxy for NAT VPSes now?
(I'm not familiar with SolusVM)
on Inception Hosting NAT VPS that is correct.
3 reasons.
https://inceptionhosting.com
Please do not use the PM system here for Inception Hosting support issues.
@AnthonySmith you are getting old.
Nothing can replace a local HAProxy compared to Cloudflare.
If SolusVM drops it, you can place a mechanisim like a other LES provider has, you run a bash script, which ask a API to forward the domain to the current VPS, where the call comes from.
You do not even need SolusVM for it.
So please do not drop it, its a useful feature.
I even send you a example config, to deploy https on haproxy.
Free NAT KVM | Free NAT LXC
If SolusVM drops it, you can place a mechanisim like a other LES provider has, you run a bash script, which ask a API to forward the domain to the current VPS, where the call comes from.
So please do not drop it, its a useful feature.
I used to run it manually, at scale it is a nightmare, with psudo automation things break, if you have a handful of VPS on each node I am sure it is manageable, I promise you i did not make the decision for fun or out of laziness.
The example config is fine, I have it, the automation is solusvm does not allow it to be used, if it cant be automated I am not doing it especially now the system for support is ticket based I cannot go back to 50 tickets a day for haproxy record updates/changes/all down because someone entered an email address and broke the whole config so all 400 people impacted open a ticket because their website is down.
If/when a viable solution presents itself I will consider it, I have a few ideas, just not a lot of time.
https://inceptionhosting.com
Please do not use the PM system here for Inception Hosting support issues.
MrVM offers HAProxy. ?
https://clients.mrvm.net
Great JUST Great
Good spot of advertising.
On NanoKVM it works the way, that a user enters the domain, he wants to get forwarded.
It just will be saved into a database first.
Every hour, a script with auth calls the API and asks for the current haproxy config, which gets generated when its getting called.
Afterwards haproxy gets reloaded.
The way you could do it, is put a API, which accepts internal request, such as from a VPS inside on the node.
Basically a bash script that asks the API to get one domain forwarded, the API replies and updates the database entries.
And then basically the same way NanoKVM does it.
Its not hard, I can write you something, just dropping it, is stupid.
The solution is on the table already and not hard to implement.
Free NAT KVM | Free NAT LXC
As both @AnthonySmith and I have both offered NAT VPS under the lowendspirit project, forum users (on the old forum) often thought it was one company behind LES (in its previous shape and form).
It was not my intention as advertising, I’m sure you wouldn’t have raised an eyebrow if it was any other user who had made that post.
https://clients.mrvm.net
Was meant to be a joke, Apologies @mikho
UPDATE:
haproxy back in action on phoenix openvz 7 NAT node (old records restored as well from vz6 node backup)
Working on ssl options.
https://inceptionhosting.com
Please do not use the PM system here for Inception Hosting support issues.