Looking for some feedback on some specific features we’re building into the Launchpad.
In the first instance it is around a feature to allow users to set custom port range. This is going to give a bit ore flexibility to users behind routers, but still it needs to be straightforward enough for our current LP userbase to be walked through with minimal pitfalls.
We have a few different approaches to hnadling the UX of this, each with their trade-offs.
The user select the start of the port range, which is always 50 consectutive ports (the current maximum number of nodes the launchpad can start).
I can go through a couple of other approaches, but on this first: for thouse of you who have dabbled in port forwards, would this fit within your usecase? Would you hit snags with this approach when configuring your router subseqently?
The second approach we have looked at is as you describe… the user enters the start of the range, and then the end of the range is defined by how many nodes they start:
This seems a sensible approach… but it does add in a lot more error states to handle, and some more complexity to the user flows (and potentially more trips to the router admin panel for the user)
I’ve started around 10 different machines behind all kinds of different routers and always opened 12000-12050 never had a problem. Usually only running 30 nodes max.
Def recommend a default of 55000-55050. Just leave it at that. Nobody that is using Launchpad is likely to be using ports up there. And if they are, then they obv have the skillz such that they dont need Launchpad anyway.
Also the no of open ports cannot be LESS than the req’d no of nodes. Nothing stops you opening MORE ports up there but they will be unused if you only start say 40 nodes - which is no big deal.
So to KISS, let Launchpad set node-ports 55000-55050 and leave it at that. Do it in the background so one less thing to confuse newbies.
And then the router instructions are simplified - Open 55000-55050 and link that rule to your internal noderunner box IP
Yeah this is the conclusion we came to after looking a the options.
I started witb the design that the end of the range would be defined by the number of nodes you start… but then you have to deal with situations where the user starts more nodes, but hasn’t changed the range and/or then needs to be told to configure their router again…
Or other edge cases like they are at the very top of ther IPv6 range, and they try and start more, how we handle that etc. It just gets more complicated to communicate back and make sure we have all the flows covered.
The function of Launchpad is to get non-tech users running a reasonable no of nodes from home.
So we give them a very vanilla safe (!) way of starting 50 nodes (is that too many to start with?).
If all goes well, wife and kids dont riot cos Netfix is gubbed, then they can read the docs and try something more ambitious.
Lets not worry about providing that more ambitious step in Launchpad at this stage
We need many more thousand folks running 50 nodes or less ASAP. Out of these folks a few dozen will want to poke further. Their enthusiasm is to be commended but we can handle them on Discord without delaying a WORKING Launchpad for the many.
I never saw any problems down around the 12000 range but I would never have picked up on them unless it was catastrophic a node missing here or there in my setup doesn’t make much difference.
The only problem I see with a static range like that is if a user has multiple devices.
Set it up on computer A “Hey, that was easy, let me do a second setup on computer B”
OR
“I don’t want to bog down a specific computer, but I have two computers to work with”
They’re stuck because launchpad is locked into starting at X range.
I feel having the ability to specify a start range is important to being to handle users’ needs/wants.