Earlier quoted context omitted.
(Tailscalar here) To be clear: it's only the GUIs that are closed source on selected platforms.
Does that include android?
Tailscale Peer Relays is now generally available
121–130 of 267 posts
Re: Tailscale Peer Relays is now generally available
#122Re: Tailscale Peer Relays is now generally available
#123Earlier quoted context omitted.
The Tl;Dr here is that the cost to them of operating the free tier is lower than what they estimate their Customer Acquisition Cost would be without a free tier, so the free tier generates better leads/conversions to their paid products at a lower cost than traditional sales and marketing. As long as these economics continue to hold they'd be stupid to discontinue the free tier.
Makes me wonder. Say 5% of the free tier users converts to a paying customer within 5 years. And user growth is constant. Then over time, you will get a much larger free tier user base, compared to your paying customers (in absolute numbers). At some point, it must become tempting to charge all free tier users a little bit to continue, because the group got so big, so there is a lot that can be earned there. Is this…
Cloudflare still operates like this.
Re: Tailscale Peer Relays is now generally available
#124Tailscale simp here, been using this feature since it launched in beta, can't believe it didn't exist earlier. This solved every last remaining problem of my CGNAT'd devices having to hop through STUN servers (with the QoS being noticable), now they just route through my own nodes.
Why does STUN impact your QoS? I thought STUN was just for discovering your own external IP/port.
Re: Tailscale Peer Relays is now generally available
#125If you're sold on Tailscale due to them "being open" (as they semi-officially support the development of Headscale), keep in mind, that at the same time some of their clients are closed source and proprietary, and thus totally controlled by them and the official distribution channels, like Apple. Some of the arguments given for this stance are just ridiculous: > If users are comfortable running non-open operating sys…
I don't understand this attitude. Some humans have to eat and put a roof over their heads sometimes, and extracting consulting fees from open-source work (i.e. the Redhat model) is not always a paying business model. A hybrid model is often the best way to compromise.
Disclaimer: I'm pursuing a similar solution on an app I'm working on. The CLI will be free and open-source (and will have feature parity with the GUI), but charging money for the GUI will also help support that development (and put my son through school etc.)
And by "feature parity", I really mean it- The GUI will be translated into 22 languages... and so will the CLI. ;) (Claude initially argued against this feature. I made my arguments for it. It: "You make a compelling argument. Let's do it." LOL)
The lowest level of it is already available and fully open-source: https://github.com/pmarreck/validate
I'm building something on top of that which will have a nice GUI, do some other data integrity stuff, and also have a CLI. And will be for sale in the Mac and Windows app stores.
Re: Tailscale Peer Relays is now generally available
#126I’m so confused. What is the difference between a peer relay and a DERP server that is self hosted?
(Tailscale founder here) Two main differences: first, every DERP server used by your tailnet must be accessible by every node on your tailnet at all times, otherwise you get hard-to-debug netsplits. That's a very high bar to maintain so we've historically recommended you don't try. In contrast, peer relays are "if a given pair of nodes can connect through any of the relays, go for it" so deploying one is always a per…
What happens if your peer relay device is behind CGNAT/SymNat?
Also, offtopic question: is Tailscale named after the idea of UDP packets “tailgating” a connection?
Re: Tailscale Peer Relays is now generally available
#127If you're sold on Tailscale due to them "being open" (as they semi-officially support the development of Headscale), keep in mind, that at the same time some of their clients are closed source and proprietary, and thus totally controlled by them and the official distribution channels, like Apple. Some of the arguments given for this stance are just ridiculous: > If users are comfortable running non-open operating sys…
(Tailscalar here) To be clear: it's only the GUIs that are closed source on selected platforms.
can you say more about this. I've been considering adding tailscale to some products but if my (nerd) perspective is to survive corporate realism I need more than a 1-liner to justify. seriously curious. Also how would I pitch it to a EU based crowd that wants increasingly less to do with US based tech?
Re: Tailscale Peer Relays is now generally available
#128Earlier quoted context omitted.
Does that include android?
https://github.com/tailscale/tailscale-android
Being open source means very little when they won't merge PRs, like this one to support disabling streaming one's network behavior to ` log.tailscale.com`: https://github.com/tailscale/tailscale-android/pull/695
Re: Tailscale Peer Relays is now generally available
#129How does Tailscale make money? I really like their service but I'm worried about a rug pull in the future. Has anyone tried alternative FOSS solutions? Also, sometimes it seems like I get rate limited on Tailscale. Has anyone had that experience? This usually happens with multiple SSH connections at the same time.
Tailscale is a perfect example of using a free tier to become popular with developers, who then evangelize the product to their employers. The employers pay for business scale plans.
I wonder about this.
The hoops you have to jump through to be on two different tailnets might dissuade some home users from even bringing it up at work.
Re: Tailscale Peer Relays is now generally available
#130[dead]