Tutorial de Peakaboo | Catégories : Outils
IDEE DE DEPART : Et s’il était possible de s’écrire en live (de tchater via ordi, tablette, ou smartphone de toutes marques) de manière très rudimentaire certes mais avec l’immense avantage d’une très faible consommation d’énergie électrique ?
Et j’ajoute à cela, qu'on ne passe pas par des serveurs tiers (cloud) mais bien par des machines de très faible puissance ou de vieilles générations … qui nous appartiennent de surcroît. Tout cela avec un chiffrement (une protection) de nos échanges à l’état de l’art !
INFO DU TUTO : Ce tuto présente l'utilisation du service de Tchat Low Tech (et non pas l'installation du service qui fera l'objet d'un autre tutoriel bien plus complexe).
IDEE DE DEPART : Et s’il était possible de s’écrire en live (de tchater via ordi, tablette, ou smartphone de toutes marques) de manière très rudimentaire certes mais avec l’immense avantage d’une très faible consommation d’énergie électrique ?
Et j’ajoute à cela, qu'on ne passe pas par des serveurs tiers (cloud) mais bien par des machines de très faible puissance ou de vieilles générations … qui nous appartiennent de surcroît. Tout cela avec un chiffrement (une protection) de nos échanges à l’état de l’art !
INFO DU TUTO : Ce tuto présente l'utilisation du service de Tchat Low Tech (et non pas l'installation du service qui fera l'objet d'un autre tutoriel bien plus complexe).
Tchat, CLI, TERMINAL, TMUX, SCREEN, raspberry-pi, laptop, pc, recyclage, ssh, Ncurses, linux, mac, ios, android, shell, chat, message, dialogue, retro-futur
La proposition au paragraphe Description fait sens si :
1 ordinateur ou 1 smartphone ou 1 tablette connecté.e à Internet
client SSH sous Windows : Putty
client SSH sous Mac OS : application native "terminal" ou iTerm2
client SSH sous Linux : xterm, Terminator, Konsole, Gnome-Terminal, etc.
client SSH sur smartphone / tablette iOS : Termius, webSSH, etc.
Il est possible de faire ça avec une raspberry Pi A/Zero W qui sont ceux qui consomme le moins de courant et de ressources. Les logiciels qui font le travail sont nombreux donc c'est plus un soucis de normalisation(que tout le monde utilise la même chose).
Tu vises tout à fait juste c'est de cela dont-il s'agit. Mon objet est simplement de faire connaître l'existence de ce genre de solutions et de permettre à des non ULTRAGEEK, càd via les tutos, d'utiliser voire de créer ce genre de systèmes Low Tech
Pour toutes et tous, est-ce qu’un tel sujet fait sens ?
Pour les non geeks (j’entends : « qui ne connaissent ni shell , ni ncurses ») : êtes-vous prêts à revenir à une interface ultra rudimentaire pour parler à des ami.e.s ?
Pour les geels (j’entends : « à l’aise en CLI ») : c'est un simple serveur SSH sur lequel tourne une session Screen, Tmux ou autre dans laquelle chaque user à un pane à lui ?
Si j’ai des avis positifs sur l’intérêt de l’article je ferai le tuto. A l’inverse j’effacerai tout ça…
Au plaisir
Ca fait clairement sens!!! Hébergeant déjà des services ouverts au public et open-source sur un Raspberry Pi (https://anancus.ynh.fr), je reste très attaché à une certaine rusticité, tellement efficiente!
Oui, j'attends la suite de l'article avec impatience !!
Merci pour ton retour Anonymous... Je vais m'y remettre donc. J'ai juste perdu mes identifiants ici et le mail de reset n'arrive pas :(
https://anancus.ynh.fr/ => super ce petit dokuwiki (fais bien les MAJ car je me suis fait pwnd via dokuwiki fut un temps). Félicitation à toi car héberger toi-même : c'est bel et bien ça Internet !!! A tout hasard, aurais-tu le niveau technique pour héberger un serveur SSH avec trois comptes (Alice, Bob et Foo) pour tester et enregistrer notre session de Tchat Low-Tech ? Cette vidéo permettrait aux futurs lecteurs de cette page de comprendre l'utilisation (comprendre l'install / la config ce sera pour plus tard ;) => Si ok contacte-moi sur peakaboo(at)free(point)fr...
C'est bon j'ai retrouvé mon mot de passe : Going on...
fr none 0 Published
Vous avez entré un nom de page invalide, avec un ou plusieurs caractères suivants :
< > @ ~ : * € £ ` + = / \ | [ ] { } ; ? #
Le rôle du serveur peut se limiter à mettre en relation les clients comme tout système Pair à Pair. ça limitera la consommation de celui-ci et évitera qu'il est accès au communications entre clients. Seul inconvénient à ça: il faut utiliser un module/bibliothèque pour informer les pare-feux et Cie de laisser passer coté serveur et coté client les paquets de données. Pour le cryptage des données, je conseille un système qui crypterait 2 jeu de données dans un bloc fixe de X octets, le premier jeu de données serait les messages entre clients cryptés de manière forte, l'autre des données intelligible mais sans rapport avec les messages afin que d'éventuelles intercepteurs ne sachent pas forcément lequel jeu de données est pertinent: noyer l'information dans l'information