boringproxy
selfhosted-gateway

boringproxy | selfhosted-gateway | |
---|---|---|
10 | 56 | |
1,252 | 1,410 | |
0.9% | 2.0% | |
0.0 | 7.3 | |
7 months ago | 5 months ago | |
Go | Shell | |
MIT License | GNU Affero General Public License v3.0 |
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.
boringproxy
-
List of ngrok/Cloudflare Tunnel alternatives and other tunneling software and services. Focus on self-hosting.
boringproxy - Designed to be very easy to use. No config files. Clients can be remote-controlled through a simple WebUI and/or REST API on the server.
-
Ask HN: Remote access to self hosted (back end) software
A couple of years ago I've read about this concept (already forgot the name) of using self hosted data storage with cloud applications. Basically, you as a user own your data and only permit the cloud hosted web application to access it - not own it and manage in your place.
I was thinking of a similar concept, but in the context of mobile applications. The mobile application itself would be accessible via Google Play Store/App Store, but the backend part would be self hosted and upon opening the application you would have to specify how to access backend.
My question is how would I access the backend if it was hosted on let's say rpi running in the living room? It's not a problem as long as I'm within the home network, but I want seemless network transition without losing access when entering/leaving the house. I was told https://www.cloudflare.com/en-gb/products/zero-trust/access/ could be used for this, but to me it sounds a bit of an overkill to use it for an application which would never be used by more than a single digit amount of users. This looks more suitable: https://github.com/boringproxy/boringproxy
-
Replacing cloudflare with a VPS - My journey
Finally, someone in the above project's Matrix room directed me towards boringproxy - https://github.com/boringproxy/boringproxy. This was the perfect solution. No lengthy config files, easy to use and automate. Setup took about an hour and now everything is back up and running. The only issue I've currently not been able to solve is one where the container seems to use a websocket, which keeps getting timed out (will investigate this further tomorrow).
-
zrok: open-source peer-to-peer sharing (alternative to ngrok)
boringproxy (GitHub) is my go-to for this sort of thing. Thanks for the announcement, I'll have to do a head-to-head and see how they stack up!
-
What's the best way to host Jellyfin to be accessed outside of my home network?
boringproxy
-
Consider SQLite
Am I the only one who thinks SQLite is still too complicated for many programs? Maybe it's just the particular type of software I normally work on, which tends towards small, self-hosted networking services[0] that would often have a single user, or maybe federated with <100 users. These programs need a small amount of state for things like tokens, users accounts, and maybe a bit of domain-specific things. This can all live in memory, but needs to be persisted to disk on writes. I've reached for SQLite several times, and always come back to just keeping a struct of hashmaps[1] in memory and dumping JSON to disk. It's worked great for my needs.
Now obviously if I wanted to scale up, at some point you would have too many users to fit in memory. But do programs at that scale actually need to exist? Why can't everyone be on a federated server with state that fits in memory/JSON? I guess that's more of a philosophical question about big tech. But I think it's interesting that most of our tech stack choices are driven by projects designed to work at a scale most of us will never need, and maybe nobody needs.
[0]: https://boringproxy.io/
[1]: https://github.com/boringproxy/boringproxy/blob/master/datab...
-
Architecture issue with running a docker project - have a crack at this
This is the commit that seems to have broken the docker image.
- Problems with port forwarding
-
How does pricing work for making and maintaining a website?
I use https://github.com/boringproxy/boringproxy
selfhosted-gateway
-
Reverst: Reverse Tunnels in Go over HTTP/3 and QUIC
Nice, check out the selfhosted-gateway if you're looking for something similar without any custom implementation https://github.com/fractalnetworksco/selfhosted-gateway
-
Questions about selfhosted-gateway for Docker containers: VPN and Traffic Routing
I've recently come across the selfhosted-gateway GitHub repository (link: selfhosted-gateway) and I'm considering implementing it via a VPS for my home server setup, where I run various services in Docker containers.
-
Stumped: Jellyfin + wireguard + vps X-forwarded for settings
I have been using https://github.com/fractalnetworksco/selfhosted-gateway/ to create the wireguard tunnel and using the integrated Nginx set up to provide routeing.
-
help with self hosted gateway
I set up this self hosted gateway on an oracle vps, in hopes of accesing my immich backup anywhere in the world with ssl. i've been forwarding the immich-proxy server over port 8080, and then opening up that port on the oracle vps. nothings working. any help?
-
Help creating a reverse proxy
i've been trying to use this gateway to set it up, and i've never gotten it to work yet. i don't have a domain name yet but it should still work with my ip address for just accessing it. i'm forwarding the service immich-proxy:8080 like that, and still i've never been able to access it.
-
Moving reverse proxy from cloudflare
If you want a Cloudflare Tunnel alternative, the Self-Hosted Gateway is what I'm using to expose Jellyfin without opening ports 80 and 443 on my network. Still figuring out how to add additional services to the gateway.
- Cloudflare tunnel alternative?
-
Replacing cloudflare with a VPS - My journey
Second I tried https://github.com/fractalnetworksco/selfhosted-gateway. A good project, and was able to set everything up and got it running. But there's a fatal flaw - on restarts of containers or system the reconnection is not automatic and you have to redo the setup manually (setup is per container based), so this wasn't a viable option either.
- How to remotely start up a docker container?
- [Self Hosted] El túnel reverso de proxy + cable de control de vPS al servidor doméstico (similar a CloudFlare)
What are some alternatives?
dqlite - Embeddable, replicated and fault-tolerant SQL engine.
scale8-tag-manager-and-analytics - Website analytics, JavaScript error tracking + analytics, tag manager, data ingest endpoint creation (tracking pixels). GDPR + CCPA compliant.
ngrok - Expose your localhost to the web. Node wrapper for ngrok.
arr-installer - This script installs several "Arr" programs. Such as sonarr, radarr, etc.
timeliner - All your digital life on a single timeline, stored locally -- DEPRECATED, SEE TIMELINIZE (link below)
awesome-tunneling - List of ngrok/Cloudflare Tunnel alternatives and other tunneling software and services. Focus on self-hosting.
Gravitational Teleport - The easiest, and most secure way to access and protect all of your infrastructure.
WSL-DistroLauncher - Sample/reference launcher app for WSL distro Microsoft Store packages.
rqlite - The lightweight, user-friendly, distributed relational database built on SQLite.
raspi-docker - This project is to automate the install(s) of Docker and or Mullvad VPN onto Rasbian & Debian based distros.
yjs - Shared data types for building collaborative software
ziti - The parent project for OpenZiti. Here you will find the executables for a fully zero trust, application embedded, programmable network @OpenZiti
