nathan-osman

The issues are absolutely hilarious

...and both download links are now returning HTTP 508 - Resource limit reached.

Essentially, yes. And the labels.

I've done this with a couple of applications, using something like fileb0x in the build process to convert the files into Go source which can then be compiled into the final executable.

The entirety of Debian 0.97 (kernel, userspace, packages) fit on two floppies back in 1994 :P

The server hosting the article above is also running 38 other containers - databases, WordPress blogs, Jenkins (CI), Gogs (Git), etc. And it only has 4 GB of RAM.

Then the proxy will not route requests to the host specified by the container's label.

I know, it's a bit difficult to explain and a tad confusing. No, the proxy is not sending any traffic to the container. Rather, the container, by simple virtue of being in the running state, tells the proxy to send requests to the domain specified by the label on the container.

Yes, I use Alpine for a lot of my other containers. I love the simplicity of the package manager as well.

Interesting. I must confess, I didn't realize there was a way to make syscalls directly from C without resorting to inline assembly.

The reverse proxy is configured to route requests to any container that is currently running. For example, if I have a Jenkins container, as long as it is running, the reverse proxy will send requests to it. In this particular case, I need to proxy a remote host. In order to do that, I have a container running with the appropriate labels, the proxy sees the container running, and it proxies requests to the remote host.

Users may also want to look into NitroShare. Although it only works on the local network, it uses IP broadcast for automatic peer discovery (next version will use mDNS). It includes installers for Windows and macOS. Debian, Ubuntu, and Fedora include it in their respective package archives. There is also an Android app. (Disclaimer: I am the maintainer.)