Top
Best
New

Posted by chadfowler 10 hours ago

Iroh 1.0(www.iroh.computer)
860 points | 268 commentspage 5
geoctl 8 hours ago|
Honestly I am happy that more remote access products are using QUIC, not WireGuard, for tunneling and realizing its technical benefits (e.g. AES hardware acceleration, dynamic endpoints, custom auth with JWT or mTLS, FIPS compliance, traffic masquerading as HTTP/3, etc.). I am a big fan of QUIC myself and I implemented it long ago in Octelium, which is a similar remote access product that's more centered around access control and zero trust rather than P2P connectivity. I believe QUIC should be the future of tunneling, especially when it comes to business and enterprise remote access use cases. Congrats on launching an I wish you the best of luck.
wiremine 7 hours ago||
This looks really interesting... I think I grok the basic value prop.

However, I'm confused on the open source vs. commercial offerings. How do they differ? How do they work together?

rklaehn 6 hours ago||
The core is open source and always will be. Crates are licensed the usual for rust: Apache2 and MIT. This also includes the relay servers.

In addition we provide services that any commercial deployment using iroh will probably find essential: observability and a custom non rate limited relay network, as well as priority access to the engineering team.

flub 6 hours ago||
iroh is an open source library. The relay servers are open source too but number0 runs public, rate limited, relay servers that can be used by everyone. The commercial offerings are for dedicated relay servers and more insight into your network.
arianvanp 5 hours ago||
Are you able to do any form of highly available loadbalancing with this?
born-jre 6 hours ago||
As a person which tried to love libp2p so much this look. Great will definitely take deeper look
sunshine-o 3 hours ago||
I am looking at the awesome page [0] and was surprise not to see a syncthing equivalent.

Wouldn't that an obvious use case? or am I missing a technical limitation?

- [0] https://github.com/n0-computer/awesome-iroh#file-sharing

mcdermott 6 hours ago||
"If the implementation is hard to explain, it's a bad idea." --Zen of Python
MostlyStable 9 hours ago||
I'm out of my technical depth here, but out of curiosity: is this meant to be a full replacement for the current IP address paradigm, or is this meant to be a specific tool on top of/alongside IP addresses that solves particular problems/frictions?
rklaehn 9 hours ago||
I would say it is not a replacement but an addition.

IP isn't going anywhere any time soon, but we add two capabilities on top. The ability to dial an endpoint by key, and the ability to get direct connections whenever possible.

That being said, if some other technology becomes popular that actually replaces the IP address paradigm, iroh is well positioned to make use of it. From the point of view of an iroh application developer nothing would change. You still dial by key, and iroh will just make sure under the hood to get you the best possible connection, IP or otherwise.

Arqu 9 hours ago||
A little bit of both. Natively it relies on QUIC and leverages existing IP infrastructure, however it also works with custom transports just as fine so you can interact via bluetooth for example.
mrbluecoat 6 hours ago||
Surprising you don't support golang
More comments...