[FEATURE PROPOSAL] emergency free comm through implementing PINGTUNNEL straight within /e/

Ping tunnels, in a few words words, allow using of any wifi spot to send small quantities of data through the (always open) ping channel, a possibility that has been around for years (1).

Anyhow, a significant show stopper on Android is the fact that opening such a ping tunnel on a standard Android requires root access : in other words, even the most emergency-oriented applications (Briar, Signal, …) just cannot implement this unless it is on a rooted phone, and this point alone eliminates 95% of their user : a no-go.

The situation is quite different on /e/ OS : /e/ COULD implement a new raw socket for ping tunnelling, and propose it as just an extra possible channel to all apps, for all /e/ users and any other one that would propose such a tunnel (including home computers or routers).

An /e/ user, for instance, could declare itself a pingtunnel contact offering an access to internet through his/her normal GSM connection ; very few such users could ‘save the day’ in case of catastrophic access shortage.
All messaging apps, among others, that are definitely helpful in this kind of critical situation, would greatly benefit from pingtunnels, while they cannot implement them alone on closed android systems.

So, an integrated pigtunnel capacity would offer, immediately to all /e/ users
- an unique robustness to internet access shortages
- a very visible enhancement specific to /e/.

The purpose of this proposal is to evaluate our common interest in this potential addition of a pingtunnel capacity within /e/.

In summary :

  • a pingtunnel capacity at system level in /e/ offers a way to connect other /e/ users and any pigtunnel server through any network, including closed wifi ones, with a small throughput sufficient for messaging apps
  • only /e/ can develop it, not the stock android : this would be an unique specificity
  • it may come extremely interesting in case of any crisis, allowing simple low-throughput accesses via almost any detectable network, whatever its ordinary access conditions.

Hoping the discussion will be motivating! :wink:
Hervé

(1) https://www.cs.uit.no/~daniels/PingTunnel/,
http://www.debianadmin.com/access-network-when-everything-else-is-blocked-using-ptunnel.html,
https://github.com/f1vefour/ptunnel,
https://github.com/DhavalKapil/icmptunnel.

Regain your privacy! Adopt /e/ the unGoogled mobile OS and online servicesphone

1 Like

OK, I see absolutely zero interest on the idea, or else nobody actually is coming to read this [freature proposal] discussion :smiley:

And, actually I don’t see a way to propose it on github; it seems there are only “issues”…

I’ve read it at least :wink:

In gitlab (not github), select the ‘New Issue’ button. In the page that opens, go to the ‘Description’ field (third box down) and select the ‘issue-template-feature-proposal’ template from the drop-down list, then press the ‘Apply template’ button, and fill in the suggested fields.

Good luck!

1 Like