A convention on listen port local or all network interfaces etc. would be desirable.
At the moment it looks like there is no convention on where server applications listen by default, on localhost or all interfaces.
Whonix is a Debian derivative with focus on anonymity, privacy and securityLooks like deciding that is up to the upstream author of the software as well as the packager. To oversimplify it,Then it's up to the system administrator to decide on where the server application should listen. we preconfigure Debian with these goals in mindThere is no great place for derivatives to globally modify this setting.
Usually applications using Tor ephemeral hidden services such as ricochet-im, onionshare, ZeroNet, unMessage listen on localhost only.
Whonix is a Debian derivative with focus on anonymity, privacy and security. To oversimplify it, we preconfigure Debian with these goals in mind.
Due to Whonix's workstation, gateway split design, applications using Tor ephemeral hidden services need to listen on the workstation's external interface rather than on the workstation's localhost.
/etc/ricochet-im.confA global configuration file such as `/etc/ricochet-im.conf` works for system administrators, but not for derivatives.
Why is a config folder `/etc/ricochet-im.d` strongly preferred over a config file `/etc/ricochet-im.conf`? When a config file such as `/etc/ricochet-im.conf` is owned by one package `ricochet-im`, it cannot be owned by another package. If another package was to modify it using `sed` or so, then dpkg would regard that file as user modified. The problem is, next time that config file is changed by upstream, this throws an interactive dpkg conflict resolution dialog at the user, which is a usability bug. (example [x]) `sed` style config modifications are a Debian policy violation as well.
So far we at Whonix had discussions with ricochet-im, onionshare, ZeroNet and unMessage. They are all interested to make their applications compatible with Whonix. However, asking each individual project to `/etc/application-specific.d` folder where Whonix then could drop a `/etc/application-specific.d/30_whonix.conf` that says `listen=10.152.152.10` is a lot duplicate effort and not that desirable for these applications because they have not yet any need for `/etc/application-specific.d/`.
Having these applications auto detect Whonix also does not seem like great solution, since it's Whonix specific and general solutions reusable by anyone are to be preferred. At least that is my interpretation of *nix philosophy.
* read https://github.com/AnemoneLabs/unmessage/issues/2
* read https://github.com/ricochet-im/ricochet/issues/512
* finish draft
* improve draft
* send to debian-devel mailing list
* discuss on debian-devel