@parasquid said:
Filled in the form Now that my mrvm is currently in limbo, I'm looking for an alternative.
For these NAT/low cost VPS I'm not sure I'd be able to make use of fast storage, so if using spinning drives can lower the cost even more (or alternatively bump up the storage commensurately) that would be preferable (for me).
I wanted to try out a few more combinations and I didn't want to leave idle/unused servers around, so I wanted to delete them. Maybe I'm going blind but I can't seem to find a way to delete server instances
I hit the billing tag right after creating an account: 500 / server error.
When adding a new ssh key, there's some placeholder text ("Lorem ipsum...") in the dialog.
When creating a new node, the example text in the hostname edit box is "app1.v6node.com", but entering a FQDN gives an error message of "The hostname must only contain letters and numbers.". This hostname error also de-selects the plan, region, template, and ssh keys, so you have to click on those again.
The node options dialog also has "Lorem ipsum" placeholder text. I hit the node options, but couldn't see any easy way to abort/cancel. If you hit the save button with no changes, it seems to have rebuilt the entire VM? That's a bit scary!
Add domain dialog also has placeholder text.
Not seeing 2FA, but maybe I missed it?
Good stuff: ssh key auth by default with password disabled! Running an apt update/upgrade seemed really snappy, so either a fast network or nearby mirror?
Thank you for your feedback!
Yep, the text will get replaced when the panel gets launched.
I'll add another validation before rebuilding the vm, good catch!
To close the modal you can just click anywhere outside, but yea, I might add a button for closing.
I'm currently changing the networking backend, so far, DHCP and SLAAC are used for address assignment, but ill switch to a static configuration and set the addresses via cloud-init
Not sure if you already have a market research strategy, but I wonder if you can keep feature requests/bug reports in some sort of public issue tracker (like a read-only trello board) and have some sort of priority list and possible voting on most requested items? Voting not necessarily meaning the democratic way but more like if there are more people looking for storage addons, they get relatively more weight than others?
@parasquid said:
Filled in the form Now that my mrvm is currently in limbo, I'm looking for an alternative.
For these NAT/low cost VPS I'm not sure I'd be able to make use of fast storage, so if using spinning drives can lower the cost even more (or alternatively bump up the storage commensurately) that would be preferable (for me).
I wanted to try out a few more combinations and I didn't want to leave idle/unused servers around, so I wanted to delete them. Maybe I'm going blind but I can't seem to find a way to delete server instances
It’s on the on the bottom, a small button called delete or destroy if I remember correctly
Seems to be hidden too well I guess hahah
I hit the billing tag right after creating an account: 500 / server error.
When adding a new ssh key, there's some placeholder text ("Lorem ipsum...") in the dialog.
When creating a new node, the example text in the hostname edit box is "app1.v6node.com", but entering a FQDN gives an error message of "The hostname must only contain letters and numbers.". This hostname error also de-selects the plan, region, template, and ssh keys, so you have to click on those again.
The node options dialog also has "Lorem ipsum" placeholder text. I hit the node options, but couldn't see any easy way to abort/cancel. If you hit the save button with no changes, it seems to have rebuilt the entire VM? That's a bit scary!
Add domain dialog also has placeholder text.
Not seeing 2FA, but maybe I missed it?
Good stuff: ssh key auth by default with password disabled! Running an apt update/upgrade seemed really snappy, so either a fast network or nearby mirror?
Thank you for your feedback!
Yep, the text will get replaced when the panel gets launched.
I'll add another validation before rebuilding the vm, good catch!
To close the modal you can just click anywhere outside, but yea, I might add a button for closing.
I'm currently changing the networking backend, so far, DHCP and SLAAC are used for address assignment, but ill switch to a static configuration and set the addresses via cloud-init
Not sure if you already have a market research strategy, but I wonder if you can keep feature requests/bug reports in some sort of public issue tracker (like a read-only trello board) and have some sort of priority list and possible voting on most requested items? Voting not necessarily meaning the democratic way but more like if there are more people looking for storage addons, they get relatively more weight than others?
Very cool idea, I’m currently using notion, I’ll share the roadmap here and let you guys decide which features should come next
Weird stuff with pricing:
g1.nano shows 9/year, Stripe checkout shows 10/year for node S (!)
g1.micro shows 18/year, Stripe shows 18/yr for node M (ok)
g1.small shows 3.3/month, Stripe shows 3/month for node L (!)
If you move the slider to enable annual billing for g1.small and grab the 20% discount, it shows 36/year, but at checkout Stripe shows 32/year. Isn't 0.8 * 3.3 * 12 actually 31.68?!
After clicking through the pricing pages (but not completing the Stripe checkout), I've now got a bunch of pending nodes awaiting payment. Again, didn't expect that. Is there a way to back out of the deal cleanly?
I created a couple of g1.nano nodes, ran out of ram trying to build the spoofer, destroyed them, and created two new g1.small nodes. The IPv6 addresses were re-used, which surprised me!
The goal is to assign a /64 for each node, right?
BTW, is there a NAT64 bridge by default? I noticed some IPv4 only hosts magically worked!
Tried the domain feature: with port set to 80 both A and AAAA records created, I'm getting a SSL_ERROR_INTERNAL_ERROR_ALERT from Firefox. curl -v shows there's a 308 Permanent Redirect from http to https, but no cert? (curl is showing error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error).
Hmm...maybe I didn't wait long enough for caddy to grab a cert, as it seems to be working now.
Might be slick if the control panel showed the status (active or configuring) so you'd know not to hit it until it was ready.
@JBB said:
Weird stuff with pricing:
g1.nano shows 9/year, Stripe checkout shows 10/year for node S (!)
g1.micro shows 18/year, Stripe shows 18/yr for node M (ok)
g1.small shows 3.3/month, Stripe shows 3/month for node L (!)
If you move the slider to enable annual billing for g1.small and grab the 20% discount, it shows 36/year, but at checkout Stripe shows 32/year. Isn't 0.8 * 3.3 * 12 actually 31.68?!
After clicking through the pricing pages (but not completing the Stripe checkout), I've now got a bunch of pending nodes awaiting payment. Again, didn't expect that. Is there a way to back out of the deal cleanly?
I created a couple of g1.nano nodes, ran out of ram trying to build the spoofer, destroyed them, and created two new g1.small nodes. The IPv6 addresses were re-used, which surprised me!
The goal is to assign a /64 for each node, right?
BTW, is there a NAT64 bridge by default? I noticed some IPv4 only hosts magically worked!
Thank you for your extensive testing!
yea I’m aware of the pricing differences, most plans currently have the wrong price/ plan ID configured so stripe shows the pricing of a different plan.
I’ll create the final plans later and set the proper IDs.
The failed checkout attempts should get cleaned automatically after a few days, but ill add a button to delete them manually.
The goal is to assign a routed /56 to each node, but that might not be possible in each location.
Yes, the nodes have a NAT64/ DNS64 namserver configured by default to allow access to IPv4 only resources like GitHub
@JBB said:
Tried the domain feature: with port set to 80 both A and AAAA records created, I'm getting a SSL_ERROR_INTERNAL_ERROR_ALERT from Firefox. curl -v shows there's a 308 Permanent Redirect from http to https, but no cert? (curl is showing error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error).
Hmm...maybe I didn't wait long enough for caddy to grab a cert, as it seems to be working now.
Might be slick if the control panel showed the status (active or configuring) so you'd know not to hit it until it was ready.
Yep totally agree, I'll add a info text or find a way to query caddy for the current ssl status.
I didn't try your beta, just clicked on the link in your signature, which I guess is the same project.
It doesn't seem possible to determine what regions you provide services in without going through the ordering process, and the first step of that requires you to register. Maybe it's just me, but as a user, I prefer to visit the order page a couple of times checking out the options etc, maybe coming back in a few days, before actually committing and I'd expect registration to be integrated in the last step of the checkout process.
I appreciate that as a business you want to grab an email address as soon as possible, but personally I think that if you ask for it before the user is actually committed to the purchase, you risk putting them off entirely.
@ralf said:
I didn't try your beta, just clicked on the link in your signature, which I guess is the same project.
It doesn't seem possible to determine what regions you provide services in without going through the ordering process, and the first step of that requires you to register. Maybe it's just me, but as a user, I prefer to visit the order page a couple of times checking out the options etc, maybe coming back in a few days, before actually committing and I'd expect registration to be integrated in the last step of the checkout process.
I appreciate that as a business you want to grab an email address as soon as possible, but personally I think that if you ask for it before the user is actually committed to the purchase, you risk putting them off entirely.
Hi, it’s a different project but uses the same backend I developed, just with different integrations
The landingpage has the location listed, but it’s not yet public.
But yea you’re right, I should list the locations for canvay
Adding an ssh key doesn't seem to verify it. It'd be nice to not allow adding invalid keys, in case someone screws up the cut-n-paste and truncs it or something.
A really big entry in the ssh key description or public key leads to /keys with a 500 server error.
Node/options to change the hostname doesn't. It seems to wipe and rebuild the node instead!
At 7/16/2022 14:43:42 UTC 2a01:4f8:a0:4078::c00:1 keeps dropping my public key, like maybe it's being rebuilt every few minutes (just long enough for me to install some packages). Once was me, the others were not. Maybe you're shutting down the beta and that's what I'm seeing?
Can't seem to select multiple ssh keys when deploying a new node. Is that by design?
singapore & tokyo will make great locations for this service. India and nearby countries have a higher than average ipv6 adoption rate according to apnic stats https://stats.labs.apnic.net/ipv6/
Adding an ssh key doesn't seem to verify it. It'd be nice to not allow adding invalid keys, in case someone screws up the cut-n-paste and truncs it or something.
A really big entry in the ssh key description or public key leads to /keys with a 500 server error.
Node/options to change the hostname doesn't. It seems to wipe and rebuild the node instead!
At 7/16/2022 14:43:42 UTC 2a01:4f8:a0:4078::c00:1 keeps dropping my public key, like maybe it's being rebuilt every few minutes (just long enough for me to install some packages). Once was me, the others were not. Maybe you're shutting down the beta and that's what I'm seeing?
Can't seem to select multiple ssh keys when deploying a new node. Is that by design?
I've added SSH key validation to my list, thank you!
Updating the hostname should be fixed, sorry, I was referencing the wrong form.
I also checked the key problem you mentioned, and located the issue, I made some networking changes yesterday and it looks like there's an edge case that can result in two VMs getting the same prefix.
I'll report back once it's fixed
The beta will stay active for a few more days but I'll switch the backend from the dev branch to production next week
@JBB You should see a new prefix if you rebuild your node, In case you've added some domains you probably have to recreate them due to the IP change.
Sorry for the issue, two VMs got deployed a couple of seconds apart, I'm currently working on implementing another check to make sure that won't happen again
Comments
Available for some beta-testing if needed!
I wanted to try out a few more combinations and I didn't want to leave idle/unused servers around, so I wanted to delete them. Maybe I'm going blind but I can't seem to find a way to delete server instances
Sydney works for me (I move around Asia) but Singapore or Japan would be even better :P
Not sure if you already have a market research strategy, but I wonder if you can keep feature requests/bug reports in some sort of public issue tracker (like a read-only trello board) and have some sort of priority list and possible voting on most requested items? Voting not necessarily meaning the democratic way but more like if there are more people looking for storage addons, they get relatively more weight than others?
It’s on the on the bottom, a small button called delete or destroy if I remember correctly
Seems to be hidden too well I guess hahah
https://v6node.com
Very cool idea, I’m currently using notion, I’ll share the roadmap here and let you guys decide which features should come next
https://v6node.com
I'll some more goals in the next day, would love to hear your input regarding new features and what you'd like to see first
https://funny-suede-f78.notion.site/Roadmap-d1345d34d84f43e0b8d383a47e86d054
https://v6node.com
I hope to try if it supports docker.
Sure, it's full KVM
https://v6node.com
All beta nodes will get deleted today and I'll have set the backend to maintenance for a few hours to test the new IP management
https://v6node.com
Back online, feel free to order a node and play around again
Each node currently comes with a /120 IPv6, I'll get a larger IP assignment and implement larger subnets /64, /56 and /48 depending on the location
https://v6node.com
Which location would interest you the most as a second location besides Germany?
https://v6node.com
Tokyo
Singapore
Singapore, of course
The beta will end tomorrow, so let me know if you want to give it a try before it ends
https://v6node.com
Singapore
Weird stuff with pricing:
g1.nano shows 9/year, Stripe checkout shows 10/year for node S (!)
g1.micro shows 18/year, Stripe shows 18/yr for node M (ok)
g1.small shows 3.3/month, Stripe shows 3/month for node L (!)
If you move the slider to enable annual billing for g1.small and grab the 20% discount, it shows 36/year, but at checkout Stripe shows 32/year. Isn't 0.8 * 3.3 * 12 actually 31.68?!
After clicking through the pricing pages (but not completing the Stripe checkout), I've now got a bunch of pending nodes awaiting payment. Again, didn't expect that. Is there a way to back out of the deal cleanly?
I created a couple of g1.nano nodes, ran out of ram trying to build the spoofer, destroyed them, and created two new g1.small nodes. The IPv6 addresses were re-used, which surprised me!
The goal is to assign a /64 for each node, right?
BTW, is there a NAT64 bridge by default? I noticed some IPv4 only hosts magically worked!
SGP!
Tried the domain feature: with port set to 80 both A and AAAA records created, I'm getting a SSL_ERROR_INTERNAL_ERROR_ALERT from Firefox. curl -v shows there's a 308 Permanent Redirect from http to https, but no cert? (curl is showing error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error).
Hmm...maybe I didn't wait long enough for caddy to grab a cert, as it seems to be working now.
Might be slick if the control panel showed the status (active or configuring) so you'd know not to hit it until it was ready.
Thank you for your extensive testing!
yea I’m aware of the pricing differences, most plans currently have the wrong price/ plan ID configured so stripe shows the pricing of a different plan.
I’ll create the final plans later and set the proper IDs.
The failed checkout attempts should get cleaned automatically after a few days, but ill add a button to delete them manually.
The goal is to assign a routed /56 to each node, but that might not be possible in each location.
Yes, the nodes have a NAT64/ DNS64 namserver configured by default to allow access to IPv4 only resources like GitHub
https://v6node.com
Yep totally agree, I'll add a info text or find a way to query caddy for the current ssl status.
https://v6node.com
I didn't try your beta, just clicked on the link in your signature, which I guess is the same project.
It doesn't seem possible to determine what regions you provide services in without going through the ordering process, and the first step of that requires you to register. Maybe it's just me, but as a user, I prefer to visit the order page a couple of times checking out the options etc, maybe coming back in a few days, before actually committing and I'd expect registration to be integrated in the last step of the checkout process.
I appreciate that as a business you want to grab an email address as soon as possible, but personally I think that if you ask for it before the user is actually committed to the purchase, you risk putting them off entirely.
Hi, it’s a different project but uses the same backend I developed, just with different integrations
The landingpage has the location listed, but it’s not yet public.
But yea you’re right, I should list the locations for canvay
https://v6node.com
Spoofer test: https://spoofer.caida.org/report.php?sessionkey=iskfh25w0djzfp (looks good!).
Adding an ssh key doesn't seem to verify it. It'd be nice to not allow adding invalid keys, in case someone screws up the cut-n-paste and truncs it or something.
A really big entry in the ssh key description or public key leads to /keys with a 500 server error.
Node/options to change the hostname doesn't. It seems to wipe and rebuild the node instead!
At 7/16/2022 14:43:42 UTC 2a01:4f8:a0:4078::c00:1 keeps dropping my public key, like maybe it's being rebuilt every few minutes (just long enough for me to install some packages). Once was me, the others were not. Maybe you're shutting down the beta and that's what I'm seeing?
Can't seem to select multiple ssh keys when deploying a new node. Is that by design?
Tokyo please
singapore & tokyo will make great locations for this service. India and nearby countries have a higher than average ipv6 adoption rate according to apnic stats https://stats.labs.apnic.net/ipv6/
I've added SSH key validation to my list, thank you!
Updating the hostname should be fixed, sorry, I was referencing the wrong form.
I also checked the key problem you mentioned, and located the issue, I made some networking changes yesterday and it looks like there's an edge case that can result in two VMs getting the same prefix.
I'll report back once it's fixed
The beta will stay active for a few more days but I'll switch the backend from the dev branch to production next week
https://v6node.com
@JBB You should see a new prefix if you rebuild your node, In case you've added some domains you probably have to recreate them due to the IP change.
Sorry for the issue, two VMs got deployed a couple of seconds apart, I'm currently working on implementing another check to make sure that won't happen again
Edit: IP assignment should be working again
https://v6node.com
The beta will end today, thank you everyone for testing!
https://v6node.com