Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

My experience with these noob-friendly proxys is that many apps just don't work behind a proxy and need complex configurations.

You end up pasting a confusing snippet found in the internet to make it work.



The largest issue with reverse proxies I've seen is that apps don't always offer a configuration to tell the front-end where they are hosted.

The proxy can rewrite app/suffix to /suffix so the back-end sees the the correct Location header.

But for a front-end it's not always that simple. Take a React application with HTML5-mode (where you can go from /foo to /bar without actually invoking a reques to the backend): Your React app needs to know what its base is. Otherwise the URLs just don't work, as it doesn't know which base to inject (or remove) as part of its navigation.

Combine that with the nginx's try_files and you have a recipe for infinite navigation to the index.html: https://nginx.org/en/docs/http/ngx_http_core_module.html#try...


I've actually been watching this project develop over on /r/selfhosted over the last year at least. The author has put a lot of work into it, and it's definitely worth giving a shot for a homelab/self-hosted project.


What differentiates it from the rest? Does it make oidc sso easy for home labs?


GUI driven is the primary differentiator I believe.

Repo: https://github.com/tobychui/zoraxy




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: