ipns-link
awesome-tunneling
ipns-link | awesome-tunneling | |
---|---|---|
10 | 112 | |
31 | 13,463 | |
- | - | |
0.0 | 8.5 | |
about 2 years ago | 10 days ago | |
Shell | ||
MIT License | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
ipns-link
-
Serve a service/port on IPFS instead of content, ngrok decentralized alternative?
I saw this project, IPNS-Link, that seems promising, but I wasn't able to make it work yet and seems to require specialised IPNS-Link gateways, they can't use just any IPFS gateway, and their freely available gateways seem to be all down rn, so I'd probably have to host my own gateway anyways.
-
is it possible ipfs host a php website?
You might wanna take a look at ipns-link.
-
Introducing IPNS-Link
Install and run a free and open-source app on your local server (the Pi in your case), following this easy tutorial.
-
Open call for developers
We welcome you to implement the IPNS-Link project, especially the Gateway, in a proper server-side language - be it Go, JS, Rust, Ruby, Python - whatever you are good at. The existing prototype, in the spirit of playful experimentation, has been rather hurriedly hacked in Bash 🙈. Thankfully, it works! But of course, we need to evolve.
-
A few notes on IPNS-Link-Gateways and www.ipns.live
Loading an ipns-link-exposed website for the first time might take a while. This is because the Gateway has to locate your site and peer with its host node. Subsequent requests for the site, however, are served faster because the Gateway maintains persistent peering with the site's host node.
-
IPNS-Link
Here's an overview and a quick-start tutorial. And here's a prototype gateway.
-
Exposing http-server (web app) using IPNS
The static blue background is missing. This might happen due to the following. The background is embedded in the html and sourced from a root-relative URL. Now, being a path-gateway, ipns-link.herokuapp.com requires the Referer header (with absolute URL) in the http request, so that it can resolve the PeerID when requested a relative path without the /ipns/PeerID prefix. Although the Gateway wants a complete referrer URL, the embedded tags may override it with a different ReferrerPolicy. If overridden in this way, the Gateway can't resolve the PeerID and fails. NOTE: this problem WILL GO AWAY once the IPNS-Link-GATEWAY supports wildcard subdomains, hopefully in the near future. Then, there wouldn't be any dependence on the Referer or cookie or server-side cache for resolving root-relative URLs, and everything would work as intended. Subdomain Gateway has always been the end-goal, but due to the lack of a domain I went with a path-gateway for prototyping.
awesome-tunneling
-
Portr: Open-Source Ngrok Alternative
https://github.com/anderspitman/awesome-tunneling
-
Can You Grok It – Hacking Together Your Own Dev Tunnel Service
awesome-tunneling lists a number of ngrok alternatives: https://github.com/anderspitman/awesome-tunneling
- https://news.ycombinator.com/item?id=39754786
- FWIU headscale works with the tailscale client and supports MagicDNS
-
Do You Need IPv4 Anymore?
There are a whole bunch of alternatives too - https://github.com/anderspitman/awesome-tunneling. I will advocate for zrok.io as I work on its parent project, OpenZiti. zrok is open source and has a free SaaS as well as more built in security.
-
Reverst: Reverse Tunnels in Go over HTTP/3 and QUIC
https://github.com/anderspitman/awesome-tunneling. Seems similar to zrok.io, ngrok, cloudflare tunnels, tailscale funnels and zrok although you're using http/3 explicitly.
Personally I work on two similar projects you might want to check out: zrok and OpenZiti. Similar projects, but zrok is closest to what you did here.
-
Portr – open-source ngrok alternative designed for teams
Thanks for the history. I maintain this list[0], and wasn't aware of OG localtunnel, likely because there's a somewhat newer and now more popular project with the same name[1]. You appear to be correct on timing. Here's the earliest commits on GitHub for each of the projects:
OG localtunnel (2010): https://github.com/progrium/localtunnel/tree/fb82920d9d3e538...
Other localtunnel (2012): https://github.com/localtunnel/localtunnel/tree/93d62b9dbb9f...
ngrok (2012): https://github.com/inconshreveable/ngrok/tree/8f4795ecac7f92...
I'll see that OG localtunnel gets added to the list for posterity.
[0]: https://github.com/anderspitman/awesome-tunneling
[1]: https://github.com/localtunnel/localtunnel
-
Tunnelmole, an ngrok alternative (open source)
I haven't tried vscode forwarding. What features does it have that are missing from most of the options on the list[0]?
If you want a nice GUI for remote managing maybe check out one of my tools, boringproxy
[0]: https://github.com/anderspitman/awesome-tunneling
-
JIT WireGuard
I maintain this list:
https://github.com/anderspitman/awesome-tunneling
Your use case sounds interesting and there may be a tool out there that will do it, but I can't quite wrap my head around your description of how everything is connected and what runs where with your current setup.
I agree with sibling that my main question is what prevents you from using SSHFS or similar?
-
Hesitating between Tailscale Funnel / Cloudflare tunnel and others
I'm starting to try to get into Cloudflare tunnel, Tailscale funnel and other alternatives. What I need is my services to be accessible without any installation client-side, and I'm unsure what services provide this. I also looked at solutions like BoringProxy, TunnelMole from this page : https://github.com/anderspitman/awesome-tunneling My goal is to have my current domain rented at OVH pointing to my server to make it as much like before as possible.
-
My ISP doesn't allow port forwarding. What are my options ?
Here's a list of options to get around CGNAT: https://github.com/anderspitman/awesome-tunneling
-
Would we still create Nebula today?
We have a section for overlay networks on the tunneling list[0] I maintain. This is a very interesting space with some excellent software.
I certainly have my gripes about the closed nature of Slack itself, in particular using a closed protocol when the model is clearly "federated" between multiple servers internally. That said, the contribution of something on the scale and quality of Nebula back to the open source community is hard to argue with.
[0]: https://github.com/anderspitman/awesome-tunneling#overlay-ne...
What are some alternatives?
torsocks - Library to torify application - NOTE: upstream has been moved to https://gitweb.torproject.org/torsocks.git
cloudflared - Cloudflare Tunnel client (formerly Argo Tunnel)
specs - Technical specification for IPNS-Link
frp - A fast reverse proxy to help you expose a local server behind a NAT or firewall to the internet.
gateway-registry - List of Public IPNS-Link Gateways
Jellyfin - The Free Software Media System
ipns-link-gateway - Access http-servers (web-apps) exposed using IPNS-Link
yunohost - YunoHost is an operating system aiming to simplify as much as possible the administration of a server. This repository corresponds to the core code, written mostly in Python and Bash.
contribute - Contribute to IPNS-Link
SirTunnel - Minimal, self-hosted, 0-config alternative to ngrok. Caddy+OpenSSH+50 lines of Python.
Go IPFS - IPFS implementation in Go [Moved to: https://github.com/ipfs/kubo]
remotemoe - tunnels to localhost and other ssh plumbing