Live data from Hacker News

Viewing profile — Ingon

Ingon

HN member
Joined
Mon, Sep 19, 2011, 7:36 PM UTC
HN karma
311
Public activity
138 items

About Ingon

No profile information was provided.

Recent public activity

  1. comment
    Comment #48947540

    4-week battery life, if you don't go outside. Solar charges the watch relatively slow (e.g. it takes 3 hours of just sitting under the sun to charge a day), but if you get out freq…

  2. comment
    Comment #48563323

    I've been running GrapheneOS for over an year now. Bought a Pixel 6a last year as a cheap way to test waters, but pretty soon I upgraded to discounted Pixel 9. It took a while to s…

  3. comment
    Comment #48549322

    Amazing, congrats on the release. I've been drawing a lot of inspiration from Iroh, while working on my own https://github.com/connet-dev/connet . While peers in connet communicate…

  4. comment
    Comment #47750380

    I've been working on a similar tool for a while - connet ( https://github.com/connet-dev/connet ). It builds upon QUIC (instead of wireguard), but I think from an enduser perspecti…

  5. comment
    Comment #46855564

    Termux is great - one of the ways I use it is to install the golang toolchain and compile/run connet.

  6. comment
    Comment #46849655

    I'll take a look at what twingate does for sure, thanks for pointing that out. A few things that worth mentioning for connet's current state - you can technically bind to any local…

  7. comment
    Comment #46847183

    I've been thinking a lot about this case specifically. And you are right, phones are largely not supported right now - I've been researching how to make that happen. One case I've …

  8. comment
    Comment #46846623

    I've been working for a while on https://github.com/connet-dev/connet . It gives a different twist at the same problem - instead of an overlay network at L4 (wireguard, etc) or pub…

  9. comment
    Comment #46686601

    connet [1] works in p2p fashion and is pretty quick if it can establish direct connection. Most other solutions do route through a separate node, so if your direct to node latency …

  10. comment
    Comment #46579137

    Continue to work on my project for remote private access: https://github.com/connet-dev/connet Just released v0.12.0 which has a lot of package cleanup and some important bugfixes.…

  11. comment
    Comment #46268524

    Actually, I realized that I've used `/s` incorrectly. I've been thinking about rewriting the clients in Rust, mostly to allow simpler embedding in other languages - java and swift …

  12. comment
    Comment #46266802

    https://github.com/connet-dev/connet Just finished a major (v0.10) revamp of the API (you can use connet as part of an application, not through the CLI) which also fixed a few issu…

  13. comment
    Comment #46102541

    I am excited for having a new version of NixOS. Few days ago I realized that November is almost gone and went looking for when I can expect the new release. And right on schedule i…

  14. comment
    Comment #45950399

    Tunneling p2p with relay fallback is essentially what connet [1] aspires to be. There are a lot of privacy/security benefits exposing endpoints only to participating peers. You can…

  15. comment
    Comment #45830791

    Been using profiles for some years now and they are great. I usually start with the default profile, then navigate to "about:profiles" to open all I need. Thanks to profiles, when …

  16. comment
    Comment #45689040

    When I adopted mmap in klevdb [1], I saw a dramatic performance improvements. So, even as klevdb completes a write segment, it will reopen, on demand, the segment for reading with …

  17. comment
    Comment #45530205

    I also started self-hosting more and more. But instead of making services available on the internet/intranet (e.g. VPS reverse proxy/tailscale), I'm binding them to localhost and u…

  18. comment
    Comment #45528857

    I used QUIC extensively to implement https://github.com/connet-dev/connet and while I'm super happy with how it turned out, I think QUIC currently suffers from some immaturity - mo…

  19. comment
    Comment #45341880

    In some ways this reminds me of what I'm trying to do with connet [0] - give users the choice to completely self-host (all is open source), identity host (e.g. control server as cl…

  20. comment
    Comment #45173264

    I have to double check, but I believe this is server-side/exit node configuration. In case of mulvad, something similar might be on their servers.

  21. comment
    Comment #44546245

    Endpoints visible to the internet is one of the main reasons I created connet [1] - with it you can choose when and where to realize the other end. Another benefit is that endpoint…

  22. comment
    Comment #44389325

    Thanks for the correction, I'm still new to iroh and looking to learn more! Seems that the relays in iroh play the role of STUN and TURN (maybe even implement these)? I'd have to r…

  23. comment
    Comment #44381789

    I work on connet [1] and from what I've seen iroh seem pretty cool. A few random thoughts I had while watching the presentations/reading the docs: * the relays serve both for disco…

  24. comment
    Comment #44110340

    Looks very cool. Another self-hosted, open source, and private solution in this space is my own https://github.com/connet-dev/connet/

  25. comment
    Comment #43879122

    connet itself doesn't have a notion of public share at all - you need clients/peers on both ends (destination and source) to "project" a remote service. connet.dev do enhance this,…